Скриншот показывает, как выглядит страница, но не доказывает, что на ней можно заказать услугу. Для проверки нужна задача: найти нужную работу, понять границы предложения и связаться с командой. Начинайте с того адреса, на который действительно приходит клиент.
Это руководство о маршруте на телефоне. Состав полей формы и структуру лендинга рассматриваем отдельно. Здесь не измеряем быстродействие, не доказываем полную доступность и не делаем вывод о необходимости редизайна по одному неудобному блоку.
Выберите задачу и условия проверки
Возьмите физический телефон и откройте сайт в браузере, которым пользуются ваши клиенты. Запишите модель, браузер, URL, язык и дату. Проверьте привычную сеть, затем другую доступную: это наблюдение за поведением, а не лабораторная оценка скорости.
Попросите человека, который не готовил сайт, выполнить задачу без подсказок. Не говорите, где кнопка. Записывайте место остановки и вопросы, а не только время. Если настоящая отправка затронет работу команды, заранее согласуйте тестовый контакт и пометьте сообщение как тест.
| Вход на сайт | Задача | Что наблюдать |
|---|---|---|
| Главная | Найти одну конкретную услугу | Понятные названия и путь к условиям |
| Страница услуги | Узнать, подходит ли предложение | Объём, территория и следующий шаг |
| Ссылка от знакомого | Обратиться с готовой задачей | Доступный контакт без обхода всего сайта |
Прочитайте условия на маленьком экране
Попробуйте прочитать описание, ограничения и порядок оценки без постоянного перемещения страницы влево-вправо. Увеличьте текст доступным в браузере способом. Важное содержание не должно исчезать за липкой панелью или превращаться в обрезанную строку. Таблицы и другие сложные материалы проверяйте отдельно: у них может быть собственная прокрутка.
Фото и примеры должны давать контекст, а не скрывать условия в мелкой надписи. Проверьте раскрытие FAQ и закрытие дополнительных окон. Если информации не хватает, это проблема содержания, даже когда вёрстка технически помещается.
Заполните запрос с открытой клавиатурой
Дойдите до обращения и откройте клавиатуру в первом поле. Проверьте, видны ли название поля, введённый текст и пояснение; можно ли перейти к следующему полю и кнопке без случайного закрытия формы. Попробуйте вставить почту и использовать доступное автозаполнение: сайт не должен незаметно подменять ваш выбор.
Посмотрите, остаётся ли название поля понятным после ввода текста. Подсказка внутри пустого поля сама по себе не даёт постоянной подписи. Проверьте более длинное, но уместное описание задачи и канал связи, которым человек реально пользуется. Не вводите чувствительные или чужие данные ради проверки.
Проверьте ошибку и повторную попытку
Оставьте обязательное поле пустым или введите явно неправильный тестовый адрес. Объясняет ли сообщение, что исправить? Можно ли найти это поле при открытой клавиатуре? После исправления другие введённые сведения не должны требовать ненужного повторного набора.
Ошибку доставки проверяйте в согласованной тестовой среде; не отключайте рабочие сервисы сайта. Для повторной попытки нужно понятное объяснение состояния. Если ответ неизвестен из-за разрыва связи, сначала выясните, получен ли запрос: много повторных нажатий не доказывают надёжности формы.
Подтвердите получение, а не только сообщение
После согласованной тестовой отправки проверьте две вещи: понятный результат на экране и получение ответственным человеком. Запишите, куда попал запрос, хватает ли сведений для ответа и не потерян ли нужный канал связи. Успех в браузере не подтверждает получение письма.
Если основной канал — телефон или мессенджер, откройте ссылку и проверьте нужный номер или профиль. Не запускайте звонок или разговор без согласования с получателем. Переход в другое приложение и фактический контакт — разные результаты.
Запишите проблемы и порядок исправлений
- URL и место, где возникла преграда.
- Телефон, браузер, язык и условия проверки.
- Ожидаемое действие и фактический результат.
- Короткая запись или снимок без персональных данных.
- Блокировало ли это обращение или только затрудняло чтение.
- Ответственный за исправление и повторная проверка того же сценария.
Сначала рассмотрите препятствия, из-за которых нельзя найти контакт или завершить запрос. Затем — неясные условия, перекрытия и ошибки ввода; декоративные правки отделите. Если ситуация повторяется на нескольких страницах, передайте разработчику общий сценарий, а не скриншоты без контекста. После изменения повторите исходный маршрут на том же телефоне.
Для границ работ используйте сравнение редизайна и локальных исправлений. После запуска ведите план наблюдения за сайтом.
Частые вопросы о мобильной проверке
Достаточно сузить окно на компьютере?
Это полезная предварительная проверка, но она не воспроизводит физическую клавиатуру телефона, касания, браузер и переход в другое приложение. Важный маршрут проверьте на устройстве.
Нужно проверять все телефоны?
Согласуйте доступные устройства и приоритетные браузеры, запишите выборку. Один успешный телефон не доказывает совместимости со всеми.
Нужно реально отправлять заявку?
Получение можно подтвердить согласованным тестом с безопасными данными. Без такого теста честно запишите, что проверен только интерфейс или тестовая доставка.
Неудобная форма означает, что нужен новый сайт?
Нет. Причина может быть локальной: подпись, сообщение или один блок. Сначала воспроизведите проблему и согласуйте объём исправления.