На практике типичная ошибка: написали подрядчику "сайт как у конкурента, только лучше, на Битрикс" - через два месяца получили витрину без форм и без обмена остатками. "В ТЗ этого не было" - и правда: ТЗ было одно предложение. Ниже - как составить ТЗ на сайт битрикс за 1-2 часа: четыре блока (бизнес, структура, CMS, приёмка), критерии готовности и чек-лист, который уйдёт в КП без споров "мы имели в виду другое".
Техническое задание на сайт на 1С-Битрикс - это документ заказчика и подрядчика, где зафиксированы цели бизнеса, структура страниц, редакция CMS "Управление сайтом", интеграции с 1С, оплатой и аналитикой, а также измеримые критерии приёмки; без него формулировка "сделайте красиво" почти всегда заканчивается спором на сдаче и платными переделками. Сегодня заполните четыре блока чек-листа и к каждой must-have функции допишите критерий проверки. Один документ всем подрядчикам из shortlist - получите сравнимые КП и понятный scope до договора.
Речь про CMS "1С-Битрикс: Управление сайтом" на вашем хостинге. Это не облачная CRM Bitrix24: в выдаче по ТЗ часто всплывают гайды про портал - их пропускайте. Общий план запуска - в гайде "как сделать сайт для бизнеса"; здесь только документ требований под CMS.
Вендор в учебном курсе пишет: ТЗ - первый шаг веб-проекта; без полных требований проблемы всплывают на сдаче. Суды и арбитражи смотрят на буквальный текст: формулировка "реализовать поиск" без критериев даёт исполнителю право закрыть задачу поиском по одному полю, а расширение - платным change request.
Зафиксируйте ТЗ до договора и сравните КП по одному чек-листу
Бриф - вводные: цели, аудитория, референсы, ориентир по срокам. ТЗ - требования и приёмка: что должно работать и как вы это проверите. Без ТЗ выбираете студию по презентации; с ТЗ - по смете на один и тот же объём работ. Из практики: три разных КП на одно ТЗ сравнимы по строкам; три КП на «сделайте красиво» сравнивать бессмысленно.
Сначала заполняете чек-лист, потом рассылаете в shortlist. Отбор студии и флаги договора - в материале про выбор подрядчика. Вилки смет - в разборе стоимости сайта на Битрикс; в ТЗ цифры лицензий не нужны.
Делайте: один документ всем кандидатам. Не делайте: устные договорённости в мессенджере без приложения к договору - на сдаче останется "мы так понимали".
Заполните блок бизнеса: цели, аудитория и 1-2 KPI
Блок бизнеса отвечает на "зачем сайт", а не "какой цвет кнопки". Пишите коротко.
- Сформулируйте цель и 1-2 KPI - например, заявки с формы или оплаченный заказ; не десять метрик.
- Опишите целевую аудиторию - кто платит и кто решает (B2B / B2C, город, сегмент).
- Приложите 2-3 референса - что нравится / не нравится у конкурентов.
- Отметьте ограничения - срок, кто даёт контент, нужен ли каталог с остатками из 1С.
Делайте: цель + KPI до дизайна. Не делайте: писать "современный и удобный" без сценария заявки.
Соберите минимальный sitemap: страницы Must / Should / Could
Техническое задание на сайт пример часто раздувают до романа. Достаточно карты: Must на запуске, Should желательно, Could отложить.
| Приоритет | Что включить | Пример формулировки |
|---|---|---|
| Must | Главная, услуги/каталог, форма, контакты, политика ПДн | "Форма заявки на услугах и в футере; email + копия в CRM" |
| Should | Кейсы, блог, калькулятор, ЛК | "Кейсы: карточка + фильтр по отрасли" |
| Could | Мультиязычность, квизы, ЛК B2B | "Этап 2; в КП не смешивать с Must" |
Корпоративный минимум: главная → услуги → о компании → форма → контакты → юр. страницы. Магазин: каталог, карточка, корзина, оплата - см. гайд по интернет-магазину на Битрикс.
Делайте: список разделов в таблице. Не делайте: "все страницы как у конкурента" без приоритетов.
Укажите в ТЗ редакцию CMS, интеграции и роли админки
Блок под Битрикс отличает рабочее ТЗ от шаблона "на любой сайт". Зафиксируйте редакцию или напишите "выбор - с подрядчиком после списка функций". Линейка: Старт, Стандарт, Малый бизнес, Бизнес (+ Энтерпрайз). МБ обычно закрывает базовый магазин и обмен с 1С; Бизнес - мультисклад и расширенный маркетинг. Глубокий выбор - в статье про редакцию.
Интеграции - не словом "нужна", а направлением данных:
- 1С ↔ сайт: сущности (товары, цены, остатки, заказы), частота, кто стартует обмен. Каталог на CMS идёт через CommerceML (
import.xml/offers.xml) иCIBlockCMLImport- сигнал не писать одну строку "интеграция с 1С". Детали - в гайде по интеграции 1С. - Оплата: провайдер, тест/бой, что считать успехом.
- Аналитика: Метрика (счётчик, цели на формы), при необходимости e-commerce.
- Админка: кто правит контент, кто видит заказы, пользователь обмена.
Workflow блока CMS:
Функции → редакция (или "решить с подрядчиком") → интеграции с направлением данных → роли → критерии проверки форм и обмена
Делайте: направление обмена и сущности. Не делайте: путать CMS с Bitrix24 и писать ТЗ на CRM вместо сайта.
Пропишите критерии приёмки, доступы и обучение
К каждой Must-функции - проверяемый критерий: действие + ожидаемый результат.
- Формы: тестовая заявка уходит на email / в CRM без ошибки.
- Мобильная вёрстка и HTTPS: ключевые страницы читаемы; редирект http → https на боевом домене.
- Метрика: счётчик и цель на отправку формы срабатывают.
- Скорость (ориентир): LCP ≤ 2.5 с, INP ≤ 200 мс, CLS ≤ 0.1 (Good CWV, web.dev).
- Доступы и обучение: админка, хостинг, домен у вас; краткая инструкция по правкам.
Полный прогон после запуска - в чек-листе после запуска. Здесь хватит мини-блока, чтобы не подписывать акт вслепую.
Делайте: критерий напротив каждой Must-функции. Не делайте: принимать сайт по скриншотам в Telegram без проверки форм.
Скопируйте чек-лист разделов ТЗ подрядчику сегодня
Образец технического задания на сайт: скопируйте таблицу и заполните правый столбец.
| Раздел ТЗ | Что написать | Пример формулировки |
|---|---|---|
| Бизнес | Цель, ЦА, KPI, референсы | "Цель: заявки на замер; KPI: форма → CRM" |
| Структура | Sitemap Must/Should/Could | "Must: главная, 5 услуг, форма, контакты" |
| Дизайн | Референсы и бренд, не пиксели | "Стиль как у site-a.ru; цвета из брендбука" |
| CMS Битрикс | Редакция, модули, админка | "Редакция: Малый бизнес; роли: контент / заказы" |
| Интеграции | 1С, оплата, Метрика | "1С: товары+остатки 2 раза/день; заказы в 1С" |
| Приёмка | Критерии, доступы, обучение | "Формы → CRM; Метрика-цель; доступы на email" |
Черновик готов - можно отправить на разбор или заказать разработку через контакты mvmolkov.ru. Сначала ТЗ, потом смета.
Делайте: заполненный чек-лист до созвона. Не делайте: отдавать только бриф без критериев приёмки.
Что дальше
- Заполните четыре блока: бизнес → sitemap → CMS → приёмка.
- К каждой Must-функции допишите критерий проверки.
- Одним файлом разошлите ТЗ подрядчикам из shortlist.
- Сверьте КП по одним пунктам; на сдаче прогоните мини-чек приёмки до акта (договор - с приложением ТЗ).
Результат, который вы получите: документ, по которому принимают работу, а не бесконечные переписки в чате через полгода после запуска.
Автор: Максим Мольков, senior-разработчик 1С-Битрикс (8+ лет).
Источники: учебный курс 1С-Битрикс: ТЗ на сайт, CIBlockCMLImport, редакции CMS, Core Web Vitals (web.dev).
Частые вопросы
Чем ТЗ отличается от брифа?
Бриф - контекст: цели, аудитория, референсы. ТЗ - требования и приёмка: страницы, функции, интеграции и критерии проверки. Бриф помогает выбрать подрядчика; ТЗ - сравнить КП и принять работу. В 2026 часто: бриф → прототип → уточнённое ТЗ.
Нужно ли описывать дизайн в ТЗ?
Да - референсы, брендбук, ограничения. Нет - "кнопка на 2 пикселя левее": пиксель-перфекшн раздувает сроки. Приложите 2-3 ссылки "нравится / не нравится" и файлы фирстиля.
Можно ли начать разработку без ТЗ?
Можно, но риск переделок высокий. Минимум - четыре блока чек-листа и критерии на Must-функции. Иначе "поиск" и "интеграция" каждая сторона читает по-своему.
Если подрядчик пишет ТЗ сам - это нормально?
Да, часто так. Но утверждаете документ вы: подпись или письмо "утверждаю". Иначе "их ТЗ - их трактовка". Проверьте приёмку, sitemap и интеграции с направлением данных.
Сколько страниц писать в ТЗ на сайт?
Не роман: Must/Should/Could и ключевые шаблоны (услуга, карточка, форма). Десять строк sitemap полезнее тридцати страниц воды.
Что указать по редакции 1С-Битрикс в ТЗ?
Строку "редакция + почему" или "выбор с подрядчиком после списка функций". Магазин с обменом 1С - чаще Малый бизнес и выше; мультисклад - ближе к Бизнес. Цены лицензий считают в смете, не в ТЗ.
Как описать обмен с 1С, чтобы не получить "интеграция есть" без данных?
Укажите сущности, частоту и направление. Типовой обмен каталога - CommerceML (import.xml, offers.xml) и CIBlockCMLImport; заказы - отдельные профили. Фраза "нужен обмен с 1С" без сущностей почти всегда даёт спор на сдаче.
