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