
Заявка пришла с сайта: что должно произойти дальше
Проверьте весь путь обращения — от формы до ответа сотрудника, а не только сообщение об успешной отправке.
Читать материалОткройте страницу на телефоне и попробуйте сделать то, ради чего на неё приходит посетитель.

Аккуратный скриншот не подтверждает, что мобильным сайтом удобно пользоваться. Проблемы часто появляются после первого касания: клавиатура перекрывает поле, длинный заголовок сдвигает кнопку, а ошибка формы не объясняет, что исправить.
Выберите действие: найти условия доставки, прочитать статью или отправить запрос. Пройдите его на обычном телефоне без подсказок разработчика. Записывайте места, где приходится останавливаться, масштабировать страницу или возвращаться назад. Проверяйте и портретную, и горизонтальную ориентацию.
Используйте реальные длинные названия и тексты. В многоязычном проекте отдельно откройте каждую локаль: одинаковые кнопки могут занимать разное место. Не оценивайте только самый короткий пример из макета.
Заполните форму с пропуском обязательного поля, затем исправьте его. Данные не должны исчезать при обычной ошибке проверки. У поля должна оставаться понятная подпись, а сообщение — объяснять нужное действие. Основы маркировки полей разобраны в руководстве W3C WAI.
Увеличьте размер текста и попробуйте открыть страницу на более медленном соединении. Проверьте, не закрывает ли закреплённая панель важный абзац или кнопку. В итоговый список включайте наблюдение и сценарий воспроизведения, а не только оценку «неудобно». Это позволит исправить конкретную причину и повторить ту же проверку после изменения.