Как составить ТЗ на сайт или чат-бота: чек-лист и шаблон брифа
· 4 мин чтения · Команда maeTtI
Коротко
- Для первой оценки не нужно большое ТЗ — хватит брифа на одну страницу: цель, аудитория, функции, интеграции, примеры, сроки и бюджет.
- Главное в ТЗ — не список страниц, а цель и измеримый результат: заявки, записи, продажи, сэкономленные часы.
- Интеграции и нестандартную логику нужно описать подробно: именно они сильнее всего влияют на цену и сроки.
- Заранее договоритесь о критериях приёмки и о том, на кого оформлены домен, хостинг, бот и доступы.
- Полное ТЗ удобно писать вместе с подрядчиком после первого созвона — это часть этапа аналитики.
Чем точнее подрядчик понимает задачу, тем точнее оценка и тем меньше сюрпризов в процессе. При этом многие откладывают проект, потому что «сначала надо написать ТЗ», а как его писать — непонятно. Хорошая новость: для старта хватит короткого брифа, а подробное ТЗ удобнее составлять вместе с исполнителем.
Бриф и ТЗ: в чём разница
| Бриф | Техническое задание | |
|---|---|---|
| Зачем | Получить оценку и предложение | Зафиксировать, что именно будет сделано |
| Кто пишет | Заказчик | Заказчик вместе с подрядчиком |
| Объём | 1–2 страницы | Зависит от проекта: от нескольких страниц до подробной спецификации |
| Когда | До начала работы | На этапе аналитики, до дизайна и разработки |
Шаблон брифа: 10 вопросов
Скопируйте и ответьте в свободной форме — этого достаточно для первой оценки.
- 1.Чем занимается компания и кто ваши клиенты?
- 2.Какая задача у сайта или бота? Например: получать заявки с рекламы, записывать на услуги, продавать, разгрузить поддержку.
- 3.Как поймёте, что проект удался? Число заявок, конверсия, скорость ответа, сэкономленные часы сотрудников.
- 4.Что есть сейчас? Текущий сайт, бот, CRM, таблицы, как сейчас обрабатываются заявки.
- 5.Какие страницы или сценарии нужны? Список разделов сайта или шагов диалога в боте.
- 6.Какие функции нужны? Формы, калькулятор, каталог, оплата, личный кабинет, запись, рассылки.
- 7.С чем нужно связать? CRM, 1С, склад, оплата, телефония, мессенджеры, Google Таблицы.
- 8.Примеры, которые нравятся и не нравятся — и чем именно.
- 9.Кто готовит контент: тексты, фото, описания товаров?
- 10.Сроки и бюджет — хотя бы ориентировочно. Это помогает предложить реалистичный вариант, а не идеальный на бумаге.
Что должно быть в полном ТЗ на сайт
- Цели и метрики. Что сайт должен делать и как это измерять.
- Аудитория и сценарии. Кто приходит на сайт, откуда и что хочет сделать.
- Структура. Карта страниц и прототипы ключевых экранов.
- Функции. Подробно по каждой: поля формы, куда уходит заявка, что видит пользователь после отправки.
- Интеграции. Какие системы, какие данные, в каком направлении и как часто передаются.
- Управление контентом. Что заказчик будет менять сам и через какой интерфейс.
- Дизайн. Фирменный стиль, референсы, требования к мобильной версии.
- Технические требования. Скорость загрузки, поддерживаемые браузеры, хостинг, безопасность.
- SEO и аналитика. Мета-теги, карта сайта, микроразметка, Яндекс Метрика и цели.
- Юридические требования. Политика обработки персональных данных, согласия, cookie. Подробнее — в статье «Сайт и 152-ФЗ».
- Критерии приёмки. По каким признакам работа считается выполненной.
Что должно быть в ТЗ на чат-бота
- Платформы: Telegram, MAX, ВКонтакте, виджет на сайте.
- Схема диалога: шаги, кнопки, развилки, что происходит при неверном вводе.
- Тексты сообщений или требования к ним: тон, длина, обращение на «вы» или «ты».
- Выход на оператора: когда и как бот передаёт диалог человеку.
- Данные: какие данные собирает бот, где хранит, кому передаёт.
- Интеграции: CRM, календарь записи, оплата, таблицы.
- Админ-панель: рассылки, редактирование контента, выгрузки.
- ИИ: нужен ли, по какой базе знаний отвечает, какие темы запрещены. Подробнее — в статье «ИИ-ассистент по базе знаний».
- Метрики: что считаем успехом — заявки, записи, оплаты, доля вопросов без оператора.
Частые ошибки в ТЗ
- Описывать решение вместо задачи. «Нужен слайдер на главной» вместо «посетитель должен сразу увидеть три главные услуги». Подрядчик может предложить решение лучше.
- «Как у конкурента, только лучше». Без объяснения, что именно нравится и зачем, это не даёт информации.
- Забыть про интеграции. «Заявки должны попадать в CRM» — какую CRM, в какую воронку, с какими полями, что делать с дублями?
- Не описать, кто наполняет сайт. Отсутствие текстов и фото — самая частая причина сорванных сроков.
- Не договориться о приёмке. Без критериев спор «готово или нет» неизбежен.
- Не прописать доступы. Домен, хостинг, аккаунты бота и CRM должны быть оформлены на заказчика.
Как мы работаем с ТЗ
Готового ТЗ от вас не требуется. Достаточно описать задачу своими словами — дальше мы задаём уточняющие вопросы, предлагаем решение и оценку, а подробную спецификацию составляем на этапе аналитики. Ориентиры по стоимости — в статье «Сколько стоит сайт» и на странице услуг.
Частые вопросы
Нужно ли готовое ТЗ, чтобы заказать сайт или бота?
Нет. Для первой оценки достаточно короткого брифа: задача, функции, интеграции, примеры, сроки и бюджет. Подробное ТЗ удобнее составлять вместе с подрядчиком на этапе аналитики.
Что самое важное в техническом задании?
Цель и измеримый результат проекта, подробное описание интеграций и нестандартной логики, а также критерии приёмки. Именно эти пункты сильнее всего влияют на цену, сроки и итоговое качество.
Кто должен писать ТЗ — заказчик или исполнитель?
Бриф пишет заказчик, а полное ТЗ обычно составляют вместе: заказчик знает бизнес, исполнитель — технические ограничения и лучшие решения.