Техническое задание: как написать и не переписывать

Проект без документа заканчивается спором о том, «что мы обсуждали на созвоне». Смета к третьему спринту растёт на 30–40%, срок уезжает на месяц, а заказчик и подрядчик одинаково уверены в своей правоте. Запрос «техническое задание разработка бота» приводит к той же проблеме, что и ТЗ на корпоративный сайт: без фиксации объёма работ цена становится предметом переговоров задним числом.

Хорошее ТЗ — не документ на 80 страниц, а рабочий инструмент. Оно отвечает на четыре вопроса: что система делает, чего она не делает, как выглядит результат и по каким сценариям его примут. Остальное — детали, которые дописываются по ходу проекта.

Ниже — структура документа, шаблон с ценами на 2026 год и ошибки, из-за которых ТЗ переписывают по три раза.

Ключевые выводы

• ТЗ на сайт стоит 25–60 тыс. ₽ и делается 5–10 рабочих дней; ТЗ на ИИ-бота с интеграциями — 60–150 тыс. ₽ и 2–4 недели.
• Час работы аналитика над ТЗ экономит 4–6 часов разработки и дизайна: на проекте за 800 тыс. ₽ это 80–150 тыс. ₽ разницы.
• Правки после старта без документа стоят +25–40% к бюджету и 3–6 недель сдвига — почти всегда дороже самого ТЗ.
• В документ включают приёмочные сценарии: 15–40 проверок, по которым подрядчик сдаёт работу и получает финальный платёж.
• Прототип в Figma, схема интеграций и модель данных полезнее трёх страниц текста «о духе продукта».
• ТЗ пересматривают раз в две недели: живой документ снижает риск переделок сильнее, чем формулировка «в полном объёме».

Что входит в ТЗ: 9 разделов, без которых смета плывёт

Минимально рабочее ТЗ содержит цель, границы, роли, сценарии, экраны, интеграции, данные, нефункциональные требования и приёмку. Если раздела нет, его додумает исполнитель — и точно не в пользу заказчика.

1. Цель и метрика успеха. Заявки, конверсия, сэкономленные часы операторов. «Хотим красиво и современно» — это не цель, по ней нельзя принять работу.
2. Границы проекта. Отдельный список «что не входит» экономит больше денег, чем список «что входит»: именно на стыке этих списков рождаются споры о доплатах.
3. Роли и права доступа. Кто администратор, кто менеджер, кто видит только своих клиентов, кто выгружает базу. Для сайта с личным кабинетом это 5–7 ролей, для CRM — 4–6.
4. Пользовательские сценарии. 8–20 штук в формате «клиент делает X — система отвечает Y». У бота сюда добавляются ветки диалога, у магазина — корзина, оплата, возврат.
5. Экраны и состояния. Прототип в Figma плюс описание пустых состояний, ошибок и загрузок. Макет главной без «что видно, когда товаров нет» — половина макета.
6. Интеграции. 1С:УТ 11.5, 1С:Бухгалтерия, Битрикс24, amoCRM, Wildberries, Ozon, Telegram, MAX, эквайринг, ЭДО. По каждой — направление обмена, частота и поведение при сбое.
7. Данные. Какие поля, откуда приходят, кто владелец, что происходит при расхождении двух систем. Здесь же — правила хранения персональных данных по 152-ФЗ.
8. Нефункциональные требования. Нагрузка, скорость (LCP до 2,5 с на мобильных), доступность, логирование, резервное копирование, требования к хостингу в России.
9. Приёмка. Тестовые данные, сценарии проверки и однозначные критерии «сдано / не сдано».

Три проекта — три набора разделов

Шаблон один, наполнение разное. Корпоративный сайт требует прототипов и структуры разделов, интернет-магазин — правил обмена с 1С и логики доставки. Доработка 1С выбивается из логики: «1с разработка» и «разработка 1с» чаще означают расширения типовой конфигурации, и ТЗ умещается в 5–15 страниц. Разработка ИИ — третий случай: там добавляется качество ответов, и без тестового набора вопросов приёмка растягивается на 2–3 недели. Формулировки в поиске скачут — «сайт разработка», «ии разработка», «разработка бота», — а документ всё равно один и тот же.

Как отличить слабое ТЗ от сильного

Слабое оперирует прилагательными: «удобный интерфейс», «быстрая выгрузка», «надёжная интеграция». Сильное — числами и объектами: «выгрузка 10 000 позиций за 4 минуты», «заявка попадает в amoCRM за 30 секунд», «при недоступности 1С заказы копятся в очереди и уходят повторно через 5 минут». Проверка простая: напротив каждого требования поставьте вопрос «как мы это измерим». Не измерить — переписать.

Техническое задание разработка бота: 4 раздела, которых нет в ТЗ на сайт

У бота и ИИ-агента добавляются диалоговая логика, база знаний, эскалация на человека и оценка качества ответов. Без этих четырёх блоков подрядчик сдаст демо, которое разваливается на третьем вопросе живого клиента.

Диалоговые сценарии и точки выхода

Опишите 10–15 реальных обращений из переписки с клиентами, а не придуманных на встрече. Для каждого — цель, допустимые ответы, условия передачи оператору. Отдельно фиксируйте то, чего бот делать не должен: давать скидки, обещать сроки, комментировать конкурентов.

База знаний и RAG

RAG — это схема, при которой модель отвечает не по памяти, а по найденным фрагментам ваших документов. В ТЗ указывают источники (регламенты, прайсы, инструкции), частоту обновления индекса, поведение при отсутствии ответа. Прайс, обновляемый раз в неделю, и прайс, который меняется ежедневно, — два разных проекта по трудозатратам.

Эскалация и передача контекста

Что видит оператор, когда бот передаёт диалог: историю, номер заказа, отправленные файлы. Требование «передача контекста без потери истории» стоит прописать явно — иначе клиент начнёт заново объяснять проблему, а вы потеряете 10–15% конверсии в заказ.

Метрики качества

Точность ответов на тестовом наборе (обычно цель 85–92%), доля диалогов без оператора, доля эскалаций, время ответа, оценка после диалога. Тестовый набор из 50–100 вопросов с эталонными ответами готовят до старта разработки, иначе приёмка превращается в спор о вкусах.

Шаблон ТЗ: разделы, сроки и стоимость подготовки

Сводный документ на сайте среднего размера выходит на 20–35 страниц, на бота — на 30–50 страниц вместе с приложениями. Больше не значит лучше: часть требований дешевле держать в виде живого списка задач в трекере.

Сколько стоит ТЗ и на чём оно экономит

ТЗ окупается на первом же споре о доплатах. Разработка сайта без документа почти всегда проходит через этап «мы думали, что это входит», и каждая такая итерация — это 40–120 тыс. ₽ и 1–2 недели. Правило простое: чем дороже техническое задание разработка бота или магазина, тем спокойнее проходит приёмка.

Отдельная строка расходов — время вашей команды: размытый документ добавляет 6–8 часов согласований на каждом этапе, то есть неделю работы руководителя.

7 ошибок, из-за которых ТЗ переписывают

1. Писать ТЗ после выбора подрядчика. Исполнитель, который сам составил документ, не заинтересован описывать то, что ему неудобно делать. Заказывайте ТЗ у третьей стороны, если бюджет проекта выше 1 млн ₽.
2. Смешивать требования и решения. «Кнопка синяя» — решение, «пользователь понимает, что заявка отправлена» — требование. Решения меняются, требования живут дольше.
3. Забывать про админку и выгрузки. На них уходит 20–30% трудозатрат, а в черновиках ТЗ их часто нет.
4. Описывать только идеальный путь. Ошибки, пустые состояния, отмены, возвраты, дубли заявок — это половина кода.
5. Не фиксировать интеграции по именам. «Интеграция с 1С» без указания конфигурации, версии и направления обмена превращается в сюрприз на этапе приёмки.
6. Тянуть с приёмкой. Критерии, написанные после разработки, подгоняются под результат. Пишите их вместе со сценариями.
7. Не назначать владельца документа. Один человек со стороны заказчика отвечает за версии и отвечает на вопросы команды в течение 24 часов.

Что делать, если ТЗ уже нет, а проект идёт

Зафиксируйте текущее состояние: готовые экраны, работающие интеграции, открытые задачи. Дальше составьте документ «как есть» и список расхождений с ожиданиями. Это дешевле остановки разработки: 15–30 тыс. ₽ на аналитика и 4–6 дней работы, тогда как месяц простоя стоит дороже.

Частые вопросы

Кто должен писать ТЗ: заказчик или подрядчик?

Правильный вариант — аналитик на стороне заказчика, а подрядчик даёт замечания и оценку. Если ТЗ пишет будущий исполнитель, документ получится честным по срокам, но удобным для него: часть работ окажется «за рамками». Компромисс для небольших проектов до 400 тыс. ₽ — совместная сессия на 2–3 дня с фиксацией договорённостей.

Можно ли начать разработку, если есть только прототип?

Можно, если прототип покрывает 90% сценариев и подписан обеими сторонами. Он закрывает визуальную часть, но не отвечает на вопросы обмена с 1С и CRM. Для лендинга этого достаточно, для интернет-магазина — нет.

Сколько страниц должно быть в ТЗ?

Техническое задание разработка бота — это 30–50 страниц с приложениями, для сайта хватает 20–35, для доработки 1С — 5–15. Объём вторичен: документ на 60 страниц с прилагательными вместо цифр хуже десяти страниц с таблицами и схемами.

Что делать, если подрядчик отказывается работать по ТЗ?

Уточните, что именно смущает: сроки, состав, формулировки приёмки. Часто вопрос решается правкой двух-трёх разделов. Отказ без аргументов — повод проверить подрядчика по другим критериям: доступ к репозиторию, тестовое окружение, готовность показать код.

Чем ТЗ отличается от договора?

Договор фиксирует деньги, сроки и ответственность, ТЗ — содержание работ. Приложение с ТЗ к договору обязательно: без него приёмка идёт по общим словам, и доказать невыполнение требований почти невозможно.

Что делать дальше

Если проект стартует в этом квартале, закажите ТЗ отдельным этапом с оплатой по факту и привяжите к нему смету разработки. Начните с трёх артефактов: список сценариев, прототип ключевых экранов, схема интеграций. Этого хватит, чтобы подрядчик дал вилку цены ±15% вместо ±60%.

Подрядчика стоит проверять до подписания — пригодится чек-лист из статьи как выбрать подрядчика на разработку. Сориентироваться в бюджете поможет разбор сколько стоит разработка ПО и из чего складывается цена, а юридические детали закрывает материал про 12 пунктов договора при заказе сайта. Если нужен документ под конкретный проект — сайт, магазин или ИИ-агента, — эту работу берут на себя команды разработки сайтов и ИИ-агентов.

Статья основана на практике проектов НейроДела и данных Яндекс Вордстата по кластеру «Бизнес и стратегия». Основной запрос материала — «техническое задание разработка бота» (19 показов в месяц). Если у вас другая ситуация — напишите, разберём.