Главное за минуту
- Начинайте ТЗ с бизнес-цели и метрики, а не с просьбы «сделать форму».
- Для каждого поля фиксируйте источник, формат, обязательность и получателя данных.
- Сценарии должны включать штатный путь, ошибки, UTM и повторную отправку.
- Критерии приемки проверяют в браузере, CRM и журналах, а не по макету.
01
Сначала определите результат, затем способ реализации
Когда маркетолог спрашивает, как составить техническое задание, главная ошибка — начать с кнопок и цветов. Разработчику нужен ответ на другой вопрос: какой процесс должен измениться и как бизнес поймет, что он работает. Например: «увеличить долю заявок с заполненным источником до 95%» или «создавать лид в CRM не позднее минуты после отправки формы».
Опишите исходную точку, целевое действие пользователя, ответственных и метрику. Так подрядчик сможет предложить техническое решение, а не буквально воспроизвести неудачную идею. Если решение затрагивает сайт на 1С-Битрикс, сразу укажите редакцию, URL страницы и доступы для проверки.
02
Карта полей
Она исключает спор о том, какие данные форма собирает, передает и хранит.
03
Четыре части ТЗ, без которых задача остается догадкой
Описывайте задачу как маршрут данных: посетитель сайта → форма или каталог → обработчик → CRM, почта, аналитика. Для полей не используйте «передать все»: укажите название, тип, обязательность, проверку, место назначения и правило очистки.
Цель и границы
Что меняем, на каких URL, для каких пользователей и что сознательно не входит в работу.
Сценарии
Штатная отправка, пустое поле, неверный телефон, дубль, недоступная CRM и повторная попытка.
Данные
Поля формы, UTM, URL страницы, согласие, источник и соответствующие поля сущности CRM.
04
Зафиксируйте поля и правила обработки в таблице
Таблица — центральная часть ТЗ на форму, личный кабинет или интеграцию. Она связывает язык маркетинга с сущностями сайта и CRM. Если поле не описано, разработчик может не передать его, сохранить в неверном формате или сделать необязательным. Для UTM отдельно определите: берем значения из URL первого визита или последнего, сохраняем ли их в cookie и что делать при отсутствии меток. Правила для стандартных полей формы можно сверить в документации 1С-Битрикс.
| Поле | Правило | Куда передать |
|---|---|---|
| Имя | Строка, обязательно | Название лида |
| Телефон | Маска, проверка длины | PHONE в CRM |
| UTM Source | Скрытое, из URL | Источник кампании |
| URL страницы | Скрытое, полный адрес | Комментарий лида |
05
Готовая формулировка задачи разработчику
Этот шаблон подходит для доработки существующей формы. Замените значения в квадратных скобках и приложите ссылки на страницу, макет или пример из портфолио, если нужен визуальный ориентир.
Готовое сообщение
Цель: на странице [URL] получать заявки в [CRM] с сохранением рекламного источника. Метрика: не менее 95% тестовых заявок содержат телефон и UTM Source.
Что сделать: добавить форму с полями «Имя», «Телефон», «Комментарий», чекбоксом согласия и скрытыми UTM Source, UTM Campaign, URL страницы.
Логика: после валидной отправки создать [лид/сделку], показать сообщение об успехе и отправить событие [название] в аналитику. При ошибке CRM не показывать успех и записать ошибку в журнал.
Ограничения: не менять действующие формы и шаблон сайта; данные передавать только по HTTPS.
Приемка: выполнить пять тестов из раздела ниже и приложить ссылки на созданные записи CRM.
06
Как принять работу: пять тестов до запуска рекламы
Проверяйте не только вид формы на тестовом домене. Маркетолог или менеджер должен пройти путь пользователя и увидеть результат в CRM под учетной записью с нужными правами.
- 1Откройте страницу с UTM-метками и убедитесь, что форма доступна на мобильном устройстве.
- 2Отправьте корректные данные и проверьте сообщение, событие аналитики и отсутствие перезагрузки с ошибкой.
- 3Найдите запись в CRM: телефон, URL, UTM и комментарий должны совпасть с тестом.
- 4Отправьте пустую и неверную форму: данные не должны уходить, подсказка должна быть понятной.
- 5Повторите тест при недоступной CRM и проверьте лог, уведомление ответственному и отсутствие ложного успеха.
07
Две формулировки, которые снимают спор при приемке
Слова «быстро», «корректно» и «как на макете» нельзя проверить. Заменяйте их условиями, наблюдаемыми в конкретной системе. Для сложных процессов полезно приложить схему и реальные обезличенные примеры из портфолио ICONICA.
Плохо
Передавать заявку быстро и со всеми метками.Проверяемо
За 60 секунд создан лид; utm_source и page_url заполнены как в тестовом URL.08
Когда ТЗ лучше разобрать с подрядчиком
Подключайте специалиста до оценки, если задача затрагивает несколько форм, CRM, оплату, персональные данные, обмен с 1С или SEO-структуру. На этом этапе дешевле выявить конфликт полей, права доступа и сценарий ошибки, чем исправлять работу после запуска.
Цель измерима; URL и границы указаны; поля сопоставлены с CRM; UTM описаны; ошибки учтены; аналитика определена; тестовые данные подготовлены; критерии приемки согласованы; ответственный назначен.
FAQ
Частые вопросы
Нужен ли макет для технического задания?
Не всегда. Для логики важнее URL, поля, сценарии и приемка. Макет нужен, если меняется интерфейс.
Кто должен писать ТЗ?
За бизнес-цель и данные отвечает заказчик. Разработчик уточняет технические ограничения и способ реализации.
Как описать UTM-метки?
Укажите список меток, источник значения, срок хранения и поле CRM для каждой метки.
Что делать, если CRM временно недоступна?
Зафиксируйте правило: показать ошибку, сохранить заявку в очередь, уведомить ответственного и выполнить повторную отправку.
