Чтобы выбрать обязательные поля формы заявки, сначала запишите действие сотрудника после её отправки. Для обратного звонка нужны сведения, без которых менеджер не сможет связаться с человеком и понять предмет обращения. Остальные вопросы распределите между необязательным вводом и следующим этапом работы.
Разберём форму сервиса по ремонту офисных кофемашин. Компания, условия работы и обращения ниже вымышлены. Это учебное задание для маркетолога и руководителя сервиса: матрица полей, текст новой формы и проверка её пригодности. Сокращение формы само по себе не доказывает рост конверсии или качества заявок.
Определите, что обещает форма
В нашем упражнении форма обещает обратный звонок по поводу ремонта. Она не оформляет выезд, не определяет точную стоимость и не бронирует мастера. После отправки менеджер должен проверить город обслуживания, понять тип оборудования и связаться с заявителем. Модель, серийный номер, адрес выезда и детали неисправности он уточняет при разговоре.
По условию сервис принимает запросы на ремонт офисных и профессиональных кофемашин. Для другой техники менеджер сначала уточняет возможность работы. География ограничена согласованным списком населённых пунктов. Список у компании есть; он не заменён предположением «обслуживаем везде».
Для каждого вопроса нужна связь с этим процессом. GOV.UK рекомендует составлять question protocol: зачем нужны сведения, как их используют, кто должен их предоставить и как их проверяют. Здесь применён общий принцип проектирования вопросов; правила государственного сервиса не задают состав коммерческой заявки.
Обязательность — свойство конкретного шага. Серийный номер может понадобиться для подбора детали, но в нашем сценарии без него можно начать разговор. Поле в CRM тоже не обязано становиться обязательным полем публичной формы: менеджер может заполнить его позже.
Разберите каждое поле по действию
В исходной учебной форме обязательны все девять полей: имя, компания, телефон, email, полный адрес, тип техники, серийный номер, описание проблемы и фотография. Ниже — согласованное решение для нового варианта.
| Исходное поле | Для чего нужно | Решение перед первым звонком |
|---|---|---|
| Имя | Обращаться к человеку | Оставить необязательным |
| Название компании | Оформлять заказ и документы | Запросить после уточнения задачи |
| Телефон | Выполнить обещанный звонок | Обязательное |
| Отправить расчёт или документы | Запросить, когда понадобится отправка | |
| Полный адрес | Планировать выезд | Заменить обязательным городом; адрес уточнить перед выездом |
| Тип техники | Направить обращение нужному сотруднику | Обязательное, с вариантом «Не знаю» |
| Серийный номер | Уточнить устройство и возможные детали | Запросить после первичного разговора |
| Описание проблемы | Подготовиться к разговору | Обязательное, допускается простое описание без диагноза |
| Фото | Уточнить модель или видимую проблему | Оставить необязательным |
В результате на первом шаге остаются четыре обязательных вопроса и два необязательных. Три вопроса перенесены на дальнейшую работу; полный адрес заменён городом. Это результат разбора нашей задачи, не универсальная норма длины формы.
Решение зависит от процесса. Если форма должна сразу назначить выезд, одного города может не хватить. Если клиент выбирает ответ письмом, потребуется другой контактный маршрут. Если сотрудник не использует описание проблемы до звонка, его обязательность тоже стоит пересмотреть.
Соберите текст формы
Ниже — пригодный текст для прототипа. Состав полей и ограничения сначала согласовываются с руководителем сервиса; это не опубликованная форма и не обещание от существующей компании.
Заголовок: «Обсудить ремонт кофемашины».
Вводный текст: «Оставьте телефон и расскажите, что произошло. Менеджер уточнит возможность ремонта и дальнейшие действия. Отправка формы не бронирует выезд и не определяет стоимость». Срок звонка добавляют только после согласования реального графика обработки.
| Подпись | Поле и подсказка |
|---|---|
| Телефон для обратного звонка — обязательно | Номер, по которому можно связаться с заявителем. Не требовать одновременно email |
| В каком городе находится техника? — обязательно | Название населённого пункта. «Улицу и номер помещения уточним, если потребуется выезд» |
| Какая у вас техника? — обязательно | «Кофемашина для офиса», «Профессиональная кофемашина», «Другое», «Не знаю» |
| Что произошло? — обязательно | Короткое свободное описание. «Например: не включается или протекает. Точный диагноз не нужен» |
| Как к вам обращаться? — необязательно | Имя без требования фамилии и отчества |
| Фото техники — необязательно | «Если удобно, приложите фото модели или проблемы. Можно отправить без фотографии» |
Кнопка: «Запросить звонок». После успешного создания заявки: «Запрос принят. Менеджер свяжется по указанному телефону». Если заявка не создана, это подтверждение показывать нельзя.
В этом прототипе статус указан словами у каждого вопроса. Важна однозначность: человек понимает, что можно пропустить. В паттерне GOV.UK для страниц вопросов рекомендуют обозначать необязательные ответы и разрешать «Не знаю», когда это допустимый ответ. Их конкретные правила оформления не следует смешивать с другой системой меток без проверки.
Учебное распределение сведений по моменту использования. Полный адрес уточняется перед выездом; на первом шаге вместо него спрашивают город.
Не заставляйте человека придумывать ответ
Вариант «Не знаю» в типе техники передаёт обращение менеджеру для уточнения. Он не считается подтверждением подходящей услуги. Если клиент выбрал «Другое», сотрудник проверяет возможность ремонта до обещания выезда. Принудительный выбор случайного типа испортил бы исходные данные.
Короткое описание вроде «не варит кофе, модель не знаю» достаточно для подготовки разговора по условию упражнения. Не требуйте технического диагноза или произвольного минимума в несколько предложений. Нужный объём описания определяет работа сотрудника.
Телефон проверяют так, чтобы не отсеивать допустимые способы записи номера. GOV.UK в рекомендациях по телефонным номерам предостерегает от жёстких масок ввода и переформатирования. Конкретные форматы в их примерах относятся к их контексту; диапазон допустимых номеров и обработку пробелов здесь нужно проверить для фактического сервиса. Прохождение проверки формата не подтверждает, что номер принадлежит заявителю или доступен для звонка. Для людей, которым звонок не подходит, при проектировании сервиса нужен альтернативный способ обращения.
Для фото предусмотрите отправку без файла и понятную ошибку загрузки, которая не уничтожает остальные ответы. Допустимые типы и размеры файлов зависят от реализации: их нужно указать рядом с полем после проверки. Сведения об обработке данных и необходимые для конкретного процесса условия согласуются отдельно; сокращение полей не решает этот вопрос.
Проверьте форму на трёх обращениях
Проверять нужно способность начать работу. В учебных сценариях ниже номера намеренно не приведены: в тестовом контуре используйте разрешённые тестовые контакты и маркировку, чтобы записи не ушли в обычную очередь звонков.
| Учебное обращение | Какие данные есть | Ожидаемое действие менеджера |
|---|---|---|
| Офисная машина протекает | Телефон, город в зоне обслуживания, тип, описание; нет фото и серийного номера | Начать разговор, затем уточнить модель и условия ремонта |
| Заявитель не знает тип и модель | Телефон, город, «Не знаю», «перестала готовить кофе» | Принять запрос на уточнение; не обещать ремонт до определения техники |
| Профессиональная машина за пределами зоны | Телефон, другой населённый пункт, тип и проблема | Уточнить допустимый формат обслуживания или объяснить ограничение до согласования выезда |
Для первого случая отсутствие фото, имени или серийного номера не должно блокировать отправку. Во втором «Не знаю» должно сохраниться как ответ, а не превратиться в пустое обязательное поле. В третьем менеджер должен видеть город сразу; форма не должна автоматически подтверждать выезд по любому адресу.
Сначала попросите сотрудника, который будет получать заявки, разобрать эти три записи. Если он не может выбрать следующее действие, найдите недостающее сведение и решите, нужно ли оно всем заявителям или только отдельной ветке. Так появляется основание вернуть вопрос, а не просто увеличить форму.
Затем проверьте реализацию: новые поля и варианты доходят до рабочей системы, необязательные значения можно пропустить, а ошибка контакта исправляется без потери остальных ответов. Проверка клавиатурой описана в отдельном материале о доступности формы; измерение отправки и подтверждённой заявки — в разборе воронки многошаговой формы.
Оцените качество после изменения
Матрица даёт обоснованный вариант формы, но ещё не доказывает его эффективность. До запуска договоритесь, что считать подходящим обращением: услуга, которую сервис может оказать, и возможность связаться с заявителем. Ошибку контакта, обращение по другой технике и запрос вне географии учитывайте раздельно.
Для сравнения вариантов используйте одно окно обработки и одинаковые критерии. Помимо числа подтверждённых заявок на посетителей, смотрите долю подходящих обращений, возможность связаться, число дополнительных уточнений и трудозатраты менеджера. Без регистрации времени нельзя обещать его экономию.
Основной порядок проверки гипотезы о барьере есть в ответе о конверсии сайта. Если после сокращения формы стало больше отправок, а менеджер не может начать работу, вернитесь к конкретному недостающему сведению. Если наблюдений мало, сохраните неопределённость: три учебных сценария проверяют логику процесса, а не коммерческий эффект.
Источники
Материал подготовлен редакцией WiseLab с помощью AI. Источники и фактические утверждения проверены при подготовке.
Что думаете?
Загружаем комментарии…