Блог

Почему 90% агентств пишут ТЗ неправильно и даже не знают об этом

Привет, герой бизнеса!

Техническое задание (ТЗ) — фундамент любого веб‑проекта. Однако по данным отраслевых исследований и аудитов digital‑рынка, до 90% агентств формируют ТЗ с ошибками, что приводит к срывам сроков, росту сметы и конфликтам между подрядчиком и заказчиком.

В этой статье мы разберем, почему это происходит, а также что отличает плохое ТЗ от грамотного и как бизнесу защитить себя и свой проект.

Почему агентства пишут ТЗ неправильно?

1. Отсутствие методологии и стандарта в отрасли

Digital — одна из самых фрагментированных сфер: нет единого ГОСТа для разработки сайтов. Большинство агентств используют свои шаблоны, часто устаревшие или созданные «на коленке».

Исследование РАЭК подтверждает: более 65% веб‑подрядчиков не используют стандартизированный процесс планирования.

2. Недостаточная квалификация аналитиков

Многие агентства экономят на предпроектной аналитике. Зачастую ТЗ пишет менеджер проекта или даже аккаунт, т.е. люди без технического бэкграунда.

Отсюда ошибки:
  • неполные требования,
  • отсутствие сценариев использования,
  • неправильная оценка сложности.

3. Желание быстрее продать, а не решить задачу клиента

Многие агентства стремятся поскорее перейти к подписанию договора и разработке, игнорируя глубокую предпроектную аналитику.

Даже если аналитика доступна за отдельную плату, агентства часто не делают на ней акцент или предлагают её формально.

В итоге клиент получает поверхностное ТЗ, которое отражает только общее представление о будущем проекте. Это приводит к расхождению ожиданий и постоянным изменениям в процессе разработки.

4. Переписывание брифа вместо анализа

Типичная ошибка: агентство превращает вводные от клиента в «ТЗ», просто перенося текст из брифа или встречи. Но бриф — это только намерения, а не технический документ.

5. Отсутствие проверки реализуемости и рисков

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

Наш внутренний анализ ТЗ, с которыми к нам приходят компании, показал: в 80% случаев этот раздел отсутствует вовсе. В итоге проект выглядит простым на бумаге, но обрастает скрытыми задачами, дополнительными часами и задержками уже в процессе работы.

Что отличает хорошее ТЗ от плохого?

Плохое ТЗ — признаки Хорошее ТЗ — что обязательно включать
Общие проблемы
  • Нет бизнес-целей — указано, что нужно сделать, но не зачем.
  • Нет функциональных сценариев — описаны модули, но не то, как ими будут пользоваться.
  • Нечёткие формулировки: «быстрая загрузка», «удобная админка», «должно быть красиво».
  • Нет нефункциональных требований: скорость, безопасность, интеграции, нагрузка.
Ядро хорошего ТЗ
  • Базовая информация: цели, задачи, KPI, ограничения и ожидаемые результаты.
  • Описание целевой аудитории и сценариев использования (User Stories, CJM, роли).
  • Детальная структура сайта: карта, типы страниц и зависимости между ними.
  • Функциональные требования с примерами и приоритетами.
Технические недочёты
  • Нет требований к архитектуре данных и схеме сущностей.
  • Отсутствуют ограничения и указания по интеграции с внешними системами.
  • Нет блока рисков и потенциальных ограничений — скрытые задачи всплывают позже.
Техническая часть
  • Требования по интеграции: CRM/ERP/1С, внешние API, форматы обмена.
  • Техническая архитектура: сущности, БД, схемы, зависимости.
  • Нефункциональные требования: SEO, скорость, безопасность, доступность, нагрузка.
Документ и приёмка
  • Нет схем, таблиц, чек-листов и примеров интерфейсов — всё остаётся в голове автора.
  • Отсутствуют критерии приёмки и тестовых сценариев — спорные моменты решаются после сдачи.
  • Нет требований по контенту, структуре и ролям пользователей.
Артефакты и контроль
  • Макеты или примеры интерфейсов, таблицы сущностей, схемы — визуализация ключевых решений.
  • Чек-лист по юзабилити и критерии приёмки/тестирования.
  • План разработки и контрольные точки (Milestones), оценка работ и ожиданий по срокам.
  • Блок рисков и план их минимизации.

Почему бизнесу важно требовать качественное ТЗ?

  • Грамотное ТЗ снижает риск переработок на 40–60%.

  • Экономит до 30% бюджета.

  • Уменьшает сроки на 15–25%.

  • Делает понятными обязательства подрядчика.

  • Позволяет объективно оценивать результат.

Заключение

Большинство агентств не пишут качественные ТЗ не потому что они плохие, а потому что рынок исторически не привык работать по стандартам. Но бизнес платит за это задержками, стрессом и удвоенными бюджетами.

В веб‑интеграторе «Компот» проекты всегда выстраиваются на фундаменте аналитики и грамотного ТЗ, потому что только так можно получить предсказуемый результат.

Успехов в делах!

Роман Федосов, основатель и генеральный директор веб-интегратора «Компот»

Услуга «Аудит технического задания»

Если у вас уже есть техническое задание, разработанное вами лично или в другой компании, мы можем провести его независимый аудит. Это полноценная проверка с погружением в проект так, как будто мы будем его реализовывать сами.

В ходе аудита мы выявим:

  • неточности и пробелы в функциональных и нефункциональных требованиях;
  • потенциальные риски и ограничения;
  • возможности для оптимизации структуры, интеграций и юзабилити.

По результатам аудита вы получите детальный отчёт с рекомендациями, который позволит доработать ТЗ, минимизировать переработки и сократить бюджет проекта.
Статьи