UX-кейс: аудит формы
Кейс показывает, как я проверяю форму не только на грамотность текста, но и на ясность сценария: что пользователь вводит, почему это нужно и как исправить ошибку.
Контекст
Форма собирает контактные данные пользователя. Команда хочет снизить количество ошибок и незавершенных отправок.
До
Email
Введите корректное значение.
Телефон
Неверный формат.
Комментарий
Заполните поле.
Проблемы
| Элемент | Проблема | Риск |
|---|---|---|
| Не объяснено, зачем нужен адрес | Пользователь может указать нерабочую почту | |
| Телефон | Ошибка не показывает формат | Пользователь повторяет ошибку |
| Комментарий | Неясно, что писать | Поле заполняют случайным текстом |
| Общая логика | Все ошибки звучат одинаково | Интерфейс не помогает исправиться |
После
Рабочая почта
На этот адрес отправим подтверждение и уведомления по заявке.
Телефон
Введите номер в формате +7 900 000-00-00.
Комментарий
Опишите задачу в 1-2 предложениях. Например: "Нужно подключить новый филиал к отчетам".
Ошибки после редактуры
Не удалось отправить форму
Проверьте обязательные поля и попробуйте еще раз.
Укажите рабочую почту
Мы отправим туда подтверждение заявки.
Введите телефон в формате +7 900 000-00-00
Так менеджер сможет связаться с вами без уточнений.
Что изменилось
- Названия полей стали конкретнее.
- Подсказки объясняют назначение данных.
- Ошибки говорят, как исправить ввод.
- Текст не обвиняет пользователя.
- Пример комментария снижает неопределенность.
Чеклист проверки формы
- У каждого обязательного поля понятна причина обязательности.
- Ошибка показывает ожидаемый формат или следующий шаг.
- CTA описывает действие:
Отправить заявку, а неОК. - Текст короткий и помещается в интерфейс.
- Термины совпадают с help center и письмами.