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