ТЗ на доработку сайта на Битриксе: шаблон, который сэкономит вам деньги
Готовый шаблон технического задания и разбор, почему без него подрядчики закладывают в смету двойные риски. С примерами формулировок, которые исключают «доработки задним числом».
Почти каждая вторая жалоба на подрядчика звучит одинаково: «сделали не то, что мы просили». В девяти случаях из десяти проблема не в подрядчике, а в том, что задача была сформулирована устно или в одну строчку в чате. В этой статье — структура ТЗ, которая исключает двусмысленность и позволяет получить честную смету без «запаса на риски».
Почему смета без ТЗ всегда дороже
Когда подрядчик не понимает финальный объём работ, он закладывает в стоимость риск. Чем меньше деталей — тем больше риск, и тем дороже смета. Это не жадность, это арифметика: исполнитель страхуется от ситуации «доделайте ещё вот это, мы же договаривались».
- Задача в одну строчку → смета +30–50% к реальной трудоёмкости.
- ТЗ с примерами и критериями приёмки → смета по факту, без запаса.
- Совместное ТЗ (заказчик + подрядчик) → ещё точнее, потому что подрядчик задаёт уточняющие вопросы.
Структура ТЗ на доработку, которая работает
Минимальный рабочий шаблон — восемь разделов. Каждый закрывает конкретный риск разногласий.
| Раздел | Что должно быть | Какой риск закрывает |
|---|---|---|
| 1. Контекст | Что за сайт, какие пользователи, бизнес-цель доработки | Подрядчик не предложит решение, не вписанное в бизнес |
| 2. Текущее поведение | Как сейчас работает, скриншоты, ссылки на страницы | Не будет «а мы думали, у вас по-другому» |
| 3. Желаемое поведение | Что должно происходить — пошагово, с граничными случаями | Главный пункт. Сюда уходят 80% разногласий |
| 4. Где именно | Какие страницы, шаблоны, разделы, типы инфоблоков | Не сделают «на всём сайте», когда нужно было в одном разделе |
| 5. Что НЕ нужно делать | Явные границы задачи | Не получите редизайн вместо точечной правки |
| 6. Критерии приёмки | Список проверок, после которых задача считается сданной | Закрывает «у нас тут ещё одна мелочь нашлась» |
| 7. Доступы и окружения | Тестовый сервер, продакшн, кто даёт доступы, кто релизит | Не возникнет недели простоя из-за «ждём доступы» |
| 8. Сроки и формат сдачи | Когда, в каком виде (видео-демо / чек-лист / git-ветка) | Не будет «а когда вы покажете?» |
Как формулировать раздел «Желаемое поведение»
Самая частая ошибка — формулировка в стиле «сделайте, чтобы было красиво и работало». Это не ТЗ, а пожелание. Правильная формулировка отвечает на три вопроса: что видит пользователь, что делает система, что происходит с данными.
Плохо: «Добавьте фильтр на каталог». Хорошо: «На странице каталога /catalog/ добавить фильтр по производителю и цене. Применение фильтра должно перегружать только список товаров (AJAX), URL должен меняться на ?manufacturer=X&price_from=Y, фильтры должны индексироваться (rel=canonical на чистый URL)».
Что обязательно прописать, чтобы избежать переделок
- Сценарии граничных случаев: пустой результат, ошибка, нет интернета, нет прав.
- Поведение на мобильных и в Safari — это отдельные миры.
- Требования к скорости (например, страница должна оставаться ≤2 сек по WebPageTest).
- SEO-требования: что должно остаться в индексе, какие URL не должны измениться.
- Что делать с уже существующими данными при изменении структуры.
Чек-лист готовности ТЗ перед отправкой подрядчику
- По каждому пункту понятно, как проверить, что он выполнен.
- Нет слов «удобно», «современно», «как у конкурента» без конкретики.
- Есть скриншоты или ссылки на референсы, а не только текстовое описание.
- Указано, что НЕ входит в задачу.
- Прописано, на чьей стороне доступы, тестовые данные и приёмка.
Когда лучше писать ТЗ вместе с подрядчиком
Если задача сложнее, чем «поменять текст на главной» — почти всегда выгоднее заплатить подрядчику за час-два аудита и совместное ТЗ. Это в 5–10 раз дешевле, чем переделка по итогам неточного ТЗ. Мы такие сессии проводим бесплатно, если в итоге заказчик берёт работы у нас.
Итог
Хорошее ТЗ — не бюрократия, а инструмент экономии. Восьми разделов выше достаточно, чтобы получить честную смету и убрать риск переделок. Если в команде нет того, кто умеет писать ТЗ — обратитесь к нам, поможем формализовать задачу так, чтобы её мог адекватно оценить любой подрядчик.
Часто задаваемые вопросы
Можно ли получить точную смету без ТЗ?+
Точную — нет. Подрядчик даст либо вилку (в 2–3 раза шире реальной), либо предложит сначала сделать дискавери. Без ТЗ любая «точная» цифра — это маркетинг, а не оценка.
Сколько времени занимает написать нормальное ТЗ?+
Для типовой доработки — 2–6 часов работы заказчика и 1–2 часа подрядчика на уточнения. Для крупного проекта — от 2 недель в формате дискавери-сессий.
Кто должен писать ТЗ — заказчик или подрядчик?+
Идеально — совместно: заказчик описывает «что» и «зачем», подрядчик — «как» и проверяет на технические ограничения. Чисто заказчиком — почти всегда с пробелами; чисто подрядчиком — рискует не попасть в бизнес-задачу.