Техническое задание на сайт:
как составить ТЗ, которое не переписывают.

Пятница, 16:40: акт, который не хочется подписывать

Дизайн согласовали в июне, запуск перенесли трижды, а интеграции с CRM нет: заявки падают на почту, и менеджер переносит их руками. Подрядчик спокоен — в задании этого пункта не было, а договор занимает две страницы.

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

Шесть проверок, которые занимают 20 минут

Откройте проект, папку с документами и переписку с исполнителем. Отвечайте «да» или «нет».

• Есть файл со списком страниц и экранов.
• Написано, что происходит с заявкой после отправки: куда приходит и за какое время.
• Интеграции названы по именам: CRM, 1С, платёжный сервис, телефония, аналитика. Фраза «интеграции по необходимости» означает, что их не будет.
• Зафиксирована приёмка: число полей, скорость на мобильном, раунды правок.
• Описано, кому после сдачи принадлежат код, домен, хостинг и доступы к аналитике.
• Есть прототип, по которому можно пройти путь клиента от входа до заявки.

Три группы причин, из-за которых ТЗ не работает

Задание проваливается предсказуемо, и почти всегда в одном из трёх мест.

Всё живёт в переписке. Из десяти проектов, которые приходят к нам на аудит, семь вместо документа показывают чат или файл на одну-две страницы. На правки, которых не планировал никто, уходит от 15 до 25 процентов бюджета.

Чужой образец ТЗ для сайта. Документ скачан из интернета: есть разделы про удобство и высокую скорость, но нет ваших процессов. Пункт «форма должна быть удобной» невозможно принять.

Техника без бизнес-логики. Написаны язык, CMS и хостинг, но не сказано, что считать заявкой, как обрабатывать повторное обращение и по какому числу оценивать результат.

Считаем цену бездействия в рублях

Возьмём сервисную компанию с потоком 240 заявок в месяц.

Интеграцию в задании не описали, поэтому заявки переносят вручную: 240 × 3 = 720 минут, то есть 12 часов ежемесячно. При ставке 500 ₽ за час это 12 × 500 = 6 000 ₽ в месяц, а за год 6 000 × 12 = 72 000 ₽.

Переделка после сдачи: дописать форму, подключить CRM и настроить уведомления — около 16 часов, то есть 16 × 2 500 = 40 000 ₽. Это бюджет рекламы: при цене визита 45 ₽ получается 40 000 ₽ ÷ 45 ₽ ≈ 889 визитов.

Третий слой — время ответа. Менеджер отвечает не через 10 минут, а через 4 часа, и при конверсии 20 процентов из 240 заявок задержка срезает 48 сделок примерно на четверть.

Как развернётся за год

Само не рассосётся: долг по документации растёт вместе с сайтом.

Дорожает доработка. Когда логика не описана, разработчик выясняет требования вместо того, чтобы писать код: из 40 часов 10–12 уходит на переписку.

Растёт зависимость от исполнителя. Документации нет, и новый разработчик тратит 20–30 часов на разбор кода и связей с CRM — за ваш счёт.

Домен и хостинг иногда оформлены на подрядчика: спор о доступах способен остановить сайт в разгар сезона.

План своими руками: один вечер и 6–10 страниц

Пишите для себя: документ пригодится и при смене подрядчика.

1. 01Цель и метрика: заявки в месяц, стоимость заявки, средний чек.
2. 02Страницы и экраны: что человек видит и какое действие совершает.
3. 03Функциональность без прилагательных. Вместо «удобная форма» — «пять полей: имя, телефон, почта, город, комментарий; уведомление в Telegram за 10 секунд».
4. 04Интеграции по именам: что передаётся, в какую сторону и как часто.
5. 05Негативные сценарии: ошибка отправки, дубль заявки, отказ оплаты, недоступность CRM.
6. 06Приёмка: сроки, раунды правок, скорость, принадлежность кода и доступов.
7. 07Прототип: пять-семь экранов от руки — этого хватает, чтобы увидеть логику до разработки.

Граница между настройкой и переделкой: что дальше

Свой документ закрывает большую часть рисков, но у самостоятельной работы есть границы.

Технические ограничения. Вы описываете функцию, не зная, что выбранная CMS её не поддержит: калькулятор на конструкторе собирается за два дня, но при переносе на собственный хостинг его переписывают.

Оценка трудоёмкости. Бизнес ошибается в сроках в два-три раза: в 6 из 10 проектов с готовым документом реальный объём работ отличается от заявленного вдвое.

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

Объём работ и на что рассчитывать

Проект начинается с аудита: смотрим задачу или готовый сайт, считаем точки потерь, называем срок и стоимость. Аудит бесплатный, ведёт его Максим Холмов, основатель студии.

Дальше проектирование: требования собираются в документ, согласуется прототип, фиксируются критерии приёмки. Потом дизайн, вёрстка, интеграции, приёмка и запуск.

Стоит учесть: дальше объём зависит от задачи. Одностраничник — от 10 000 ₽, сайт из нескольких страниц — от 30 000 ₽, магазин — от 80 000 ₽. Дальше по сложности: CRM от 150 000 ₽, Telegram-бот от 100 000 ₽, приложение от 150 000 ₽.

Первые 3 месяца сопровождения бесплатны, дальше от 5 000 ₽ ежемесячно. Документация и исходники — у вас, не у студии.

Вывод: ТЗ стоит один вечер, а спор — дороже

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

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

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