У компанії є кілька напрямів, і кожен хочеться показати в шапці. Але довгий перелік не пояснює, що обрати, а загальний пункт «Рішення» може приховати саме те, за чим прийшла людина. Потрібна схема переходів, яку можна пояснити без усного супроводу.
Цей матеріал — про навігацію між уже визначеними послугами. Питання, яким із них потрібні окремі сторінки, належить до планування структури сайту. Роль головної та переходи з її блоків розібрані в матеріалі про головну сторінку.
Почніть зі списку запитів, а не відділів
Випишіть чинні послуги та прості ситуації, з якими звертаються до бізнесу. Якщо реальні запити доступні, використайте їхні формулювання без персональних даних. Якщо ні — позначте припущення й попросіть людину поза командою пояснити, що вона очікує за кожною назвою.
Для кожного пункту потрібні назва, сторінка призначення й коротка відповідь, що там можна знайти. Внутрішні назви відділів, технологій чи пакетів не стають зрозумілими клієнту лише тому, що їх добре знає команда.
Називайте пункт відповідно до сторінки
Порівняйте назву в меню із заголовком і пропозицією на сторінці. Після переходу людина має впізнати свій вибір. Якщо під «Прибиранням офісів» відкривається лише загальний опис компанії, треба змінити маршрут або зміст, а не просто скоротити напис.
Замість однакових посилань «Детальніше» в різних місцях дайте назву послуги там, де це допомагає обрати. Google рекомендує описовий текст посилань; це пояснює призначення переходу, але не гарантує позицій у пошуку.
Не встановлюйте універсального ліміту пунктів. Перевіряйте довжину назв у всіх мовах, на вузькому екрані та при збільшенні тексту. Скорочення має зберігати зміст: незрозуміла абревіатура лише переносить проблему.
Групуйте за питанням, яке вирішує відвідувач
Спільна група корисна, коли її назва передбачувано об’єднує послуги. Порівняйте варіанти: за об’єктом роботи, потребою або типом клієнта. Оберіть основну ознаку для меню, а інші поясніть на оглядовій сторінці; не змушуйте людину вгадувати, до якого відділу належить її задача.
| Ситуація | Можливий маршрут | Що перевірити |
|---|---|---|
| Кілька різних послуг | Прямі пункти з назвами послуг | Чи назви відрізняють пропозиції |
| Багато пов’язаних послуг | «Послуги» → огляд → потрібна послуга | Чи огляд допомагає порівняти й перейти |
| Одна послуга для різних клієнтів | Один основний пункт і пояснення на сторінці | Чи не дублюєте однакові переходи |
| Термінове звернення з відомою задачею | Доступний пункт контакту поруч із послугами | Чи канал справді обслуговує бізнес |
Це варіанти для перевірки, а не правила за кількістю сторінок. Послуги можна повторно показати в доречному контексті, але однакова назва має вести до однакового очікуваного результату.
Навчальний приклад: меню сервісної компанії
Умовна компанія прибирає квартири й офіси та виконує прибирання після ремонту. Це навчальний приклад, не клієнтський кейс і не опис фактичної структури конкретного бізнесу.
Замість «Приватним / Корпоративним / Спеціальні рішення» можна перевірити групу «Послуги» з пунктами «Прибирання квартир», «Прибирання офісів», «Після ремонту». Оглядова сторінка пояснює різницю й містить ці самі переходи. «Контакти» залишаються окремим зрозумілим маршрутом.
Завдання для перевірки: знайти умови прибирання офісу; з’ясувати, куди звертатися після ремонту квартири; знайти спосіб уточнити нестандартну роботу. Остання ситуація може перетинати дві категорії — це привід додати пояснення або доречне посилання, а не автоматично створювати ще один рівень меню.
Не приховуйте послугу за єдиним способом взаємодії
Якщо є вкладене меню, перевірте відкриття натисканням і клавіатурою, зрозумілий стан та можливість закрити його. W3C застерігає про труднощі випливних меню й радить інший шлях до вкладених пунктів, наприклад через сторінку батьківської категорії. Самого наведення миші недостатньо.
На телефоні перевірте повні назви, прокручування довгого меню й перехід на потрібну сторінку. На клавіатурі — послідовність фокуса та його видимість. W3C описує семантичну структуру навігації; попросіть розробника перевірити її реалізацію. Побутова перевірка власником не підтверджує відповідність стандарту доступності.
Повний маршрут до звернення перевіряйте за мобільним чеклістом, а не лише за тим, чи відкрився список.
Передайте схему й прийміть конкретні маршрути
Підготуйте таблицю: назва кожною мовою, група, кінцева сторінка, поведінка батьківського пункту та контрольне завдання. Якщо «Послуги» і відкриває список, і веде на огляд, погодьте окремі зрозумілі елементи керування; одна дія не повинна непередбачувано підміняти іншу.
- Усі пункти ведуть до чинних сторінок або погоджених розділів без тупиків.
- Назви в меню, на огляді й на сторінках узгоджені кожною мовою.
- Потрібну послугу можна знайти без наведення миші та без допомоги автора схеми.
- Зміна меню не супроводжується непогодженим перейменуванням URL; перенесення адрес планують окремо.
Зміст кінцевої сторінки перевірте за структурою сторінки послуги. Якщо потрібно спланувати навігацію для вашого бізнесу, надішліть список послуг і задачу; обсяг змін узгоджується після розбору.
Запитання про меню кількох послуг
Чи треба кожну послугу виносити в шапку?
Ні. Важливі передбачувані переходи. Частину послуг можна показати в зрозумілій групі та на оглядовій сторінці.
Чи є правильна кількість пунктів?
Універсального числа для кожного бізнесу немає. Перевіряйте конкретні назви, групи, мови та сценарії.
Чи можна залишити тільки випливне меню?
Не варто робити наведення миші єдиним шляхом. Потрібні перевірки клавіатури й телефона та альтернативні переходи до вкладених послуг.
Чи потрібно змінювати адреси разом із меню?
Не обов’язково. Назву або місце пункту можна змінити зі збереженням адреси. Зміну URL погоджують із картою перенесення та перевірками.