«Хочу сайт как у конкурентов, только лучше» — так выглядит каждая вторая заявка на разработку. Через месяц такой проект превращается в бесконечные правки, сорванные сроки и взаимные обиды. Причина почти всегда одна: стороны не договорились на берегу, что именно делают. Мы в DEVCORE прошли 9+ проектов и убедились: час, вложенный в техзадание, экономит неделю переделок. Ниже — рабочая структура ТЗ, готовый шаблон, который можно скопировать под свой проект, и разбор 7 ошибок, из-за которых сайты сдают с опозданием и со скандалом.
Зачем ТЗ нужно обеим сторонам
Живучий миф: техзадание — бюрократия, которую студии придумали, чтобы прикрываться бумажкой. На практике ТЗ защищает заказчика даже сильнее, чем исполнителя.
Что получает заказчик:
- Фиксированную цену. Пока объём работ не описан, любая смета — гадание по фотографии. «Сайт для клиники» — это и визитка за 7 000 ₽, и портал с личным кабинетом и онлайн-записью за 130 000 ₽. Как формируются эти вилки, мы подробно разбирали в статье сколько стоит сайт в 2026 году.
- Понятные сроки. Когда список страниц и функций зафиксирован, срок считается, а не назначается наугад: лендинг — 1–2 недели, корпоративный сайт — 2–4, магазин — 3–6.
- Аргумент в любом споре. Функция описана в ТЗ — исполнитель обязан её сделать без доплат. Не описана — это новая задача с новой оценкой. Без документа каждый спор скатывается в «а я думал, это входит в стоимость».
- Независимость от подрядчика. С внятным ТЗ проект при необходимости подхватит другая команда. Без него новый разработчик начнёт с археологических раскопок.
Что получает разработчик:
- Защиту от расползания объёма. «Давайте ещё быстренько добавим блог, калькулятор и интеграцию с 1С» — с ТЗ это отдельная задача с отдельной оценкой, а не бесплатный бонус.
- Меньше созвонов. Половина вопросов снимается текстом документа, а не часовыми обсуждениями.
- Чёткий критерий сдачи. Проект закрыт, когда выполнено всё из ТЗ, а не когда «заказчику наконец нравится».
ТЗ — не документ «против» кого-то. Это общая система координат: обе стороны смотрят на один текст и понимают его одинаково.
Из чего состоит ТЗ: 6 обязательных блоков
Писать 40 страниц по ГОСТ 34.602 не нужно — для лендинга или корпоративного сайта хватает 2–4 страниц. Главное, чтобы они закрывали шесть блоков.
1. Цели и задачи
Один абзац о бизнесе и одна измеримая цель сайта. Не «современный имиджевый сайт», а «собирать 30+ заявок в месяц на установку кондиционеров со средним чеком 45 000 ₽». Цель определяет всё остальное: структуру, дизайн, набор блоков. Если цель — заявки, нужны формы, квиз и сильный оффер, а не страница «Миссия компании».
2. Целевая аудитория
Кто заходит на сайт и с каким вопросом в голове. Достаточно 3–5 предложений: возраст, география, устройство, критерии выбора. Пример: «Женщины 25–45, Москва, 80% заходят с телефона, выбирают салон по фото работ и ценам, боятся навязывания допуслуг». Из такого описания разработчик сразу понимает: мобильная версия первична, галерея и прайс — на первом экране.
3. Структура и страницы
Список всех страниц с описанием содержимого хотя бы в одну строку. Для лендинга — перечень блоков сверху вниз: первый экран с оффером, преимущества, услуги с ценами, кейсы, отзывы, FAQ, форма. Для многостраничника — карта сайта: главная, услуги (и сколько их), о компании, кейсы, блог, контакты. Здесь же фиксируем, какие материалы даёт заказчик: тексты, фото, логотип, прайс. Это критично для сроков — ожидание контента остаётся причиной номер один всех задержек.
4. Функционал
Самый недооценённый блок. Перечислите всё, что сайт должен уметь, по принципу «пользователь делает X — происходит Y»: форма заявки с отправкой в Telegram, калькулятор стоимости, онлайн-запись с выбором времени, личный кабинет, корзина с оплатой, фильтры каталога. Каждый пункт влияет на смету: админка добавляет к проекту порядка 12 000 ₽, личный кабинет — порядка 20 000 ₽. Чем конкретнее список, тем точнее цена и меньше сюрпризов.
5. Интеграции
С какими внешними системами сайт обменивается данными: CRM (amoCRM, Битрикс24), онлайн-оплата (ЮKassa, CloudPayments), 1С или МойСклад для остатков, аналитика, Telegram-уведомления о заявках. Интеграции часто всплывают в конце проекта и ломают и смету, и сроки — фиксируйте их сразу. А если интеграций много и ваша аудитория живёт в Telegram, возможно, вам нужен не сайт, а Mini App.
6. Сроки, бюджет, этапы
Дедлайн и его причина (сезон, запуск рекламы, выставка), вилка бюджета, этапы приёмки. Не скрывайте бюджет «чтобы не завысили»: зная вилку, исполнитель предложит, как в неё уложиться — что делаем сейчас, что переносим во вторую итерацию. Без вилки вы получите либо перегруженное предложение, либо заниженное — с доплатами по ходу.
Готовый шаблон ТЗ: скопируйте и заполните
Шаблон закрывает 90% задач малого бизнеса: лендинг, корпоративный сайт, небольшой каталог.
- О компании. Чем занимаетесь, география, текущий сайт, 2–3 конкурента со ссылками.
- Цель сайта. Одно измеримое предложение: что сайт должен приносить и в каком объёме.
- Аудитория. Кто покупает: 3–5 предложений о людях, их страхах и критериях выбора.
- Тип сайта. Лендинг / корпоративный / магазин / другое — и почему именно он.
- Структура. Список страниц или блоков лендинга, по строке описания на каждый.
- Контент. Что даёте вы (тексты, фото, прайс, логотип), что создаёт исполнитель.
- Функционал. Список функций по одной на строку: формы, калькулятор, запись, корзина, личный кабинет.
- Интеграции. CRM, оплата, склад, аналитика, уведомления — всё, что должно быть связано с сайтом.
- Дизайн. 2–3 сайта, которые нравятся, и почему; фирменные цвета, если есть брендбук.
- Технические требования. Домен, хостинг, адаптивность, скорость загрузки, базовое SEO.
- Сроки. Дедлайн и его причина. Если жёсткого дедлайна нет — так и напишите.
- Бюджет. Вилка «от — до». Один честный пункт ускоряет диалог в разы.
- Критерии приёмки. Чек-лист: как вы поймёте, что работа выполнена полностью.
Заполнение занимает 40–60 минут. Не знаете, что писать в каком-то пункте, — оставьте вопрос: «не знаю, посоветуйте». Это честнее и полезнее, чем молча пропустить.
Как работать с ТЗ после согласования
Подписанное ТЗ — не мемориальная табличка, а рабочий документ. Три правила, которые сохраняют его полезным до самого запуска:
- Все изменения — письменно. Договорились в созвоне добавить блок с видеоотзывами — зафиксируйте это сообщением в чате или дополнением к документу. Устные договорённости забываются за неделю, и обе стороны помнят их по-разному.
- Новая функция — новая оценка. Любая идея, которой не было в ТЗ, проходит через вопрос «сколько это стоит и на сколько сдвигает срок». Иногда ответ — «нисколько, сделаем», но вопрос должен прозвучать. Так проект не превращается в бесконечную стройку.
- Приёмка — по чек-листу из ТЗ. На сдаче открываете пункт «критерии приёмки» и идёте по списку. Всё выполнено — проект закрыт, правки «по вкусу» обсуждаются отдельным этапом.
Такой режим кажется формальным, но именно он избавляет от главной болезни веб-разработки — проекта, который «почти готов» четыре месяца подряд.
7 ошибок, из-за которых ТЗ не работает
- ТЗ из одной строки. «Нужен сайт, как у site.ru, только в зелёном» — не задание, а повод для десяти созвонов. Референс полезен, но только вместе с целями и списком функций.
- Дизайн вместо задач. Половина документа — про оттенки и шрифты, а про то, что сайт должен продавать, — ни слова. Сначала «что сайт делает», потом «как выглядит».
- Все функции сразу. Личный кабинет, блог, форум, мультиязычность и приложение в первой версии. Бюджет раздувается, запуск уезжает на полгода. Правильно: запустить ядро, которое приносит заявки, остальное — вторым этапом.
- Забытые интеграции. О синхронизации с 1С вспоминают на приёмке. Для интернет-магазина это перестройка половины логики: остатки, цены, статусы заказов.
- Нет ответственного за контент. В ТЗ не написано, кто пишет тексты и даёт фото. Сайт готов, страницы пустые, проект висит месяц. Фиксируйте: кто, что и к какой дате передаёт.
- Скрытый бюджет. «Сначала посчитайте, потом скажу вилку». Исполнитель считает по максимуму, заказчик пугается, все расходятся. Открытая вилка экономит недели переписки.
- Нет критериев приёмки. Не описано, что значит «готово», — и сдача превращается в бесконечное «ещё чуть-чуть поправьте». Пропишите чек-лист: страницы открываются, формы доставляют заявки в Telegram, сайт корректно работает на телефоне и загружается быстрее 3 секунд.
Что делать, если писать ТЗ некогда
Нормальная ситуация: у владельца бизнеса нет ни времени, ни опыта, чтобы выдать 4 страницы структурированного текста. Рабочих варианта три:
- Минимальный бриф. Заполните из шаблона хотя бы пункты 1–4, 7 и 12: цель, аудитория, тип, функции и бюджет. Этого достаточно для адекватной оценки, детали доописываются вместе с исполнителем.
- ТЗ силами студии. Мы в DEVCORE составляем техзадание на первом созвоне: задаём вопросы по своему чек-листу, вы отвечаете голосом, документ пишем сами и присылаем на согласование. Как устроен процесс разработки сайтов от брифа до запуска — на отдельной странице.
- Прототип вместо текста. Для лендинга часто быстрее согласовать кликабельный прототип первого экрана и структуру блоков, чем описывать их словами.
Худший вариант — стартовать вообще без зафиксированных договорённостей, «по ходу разберёмся». Разберётесь, но в два-три раза дороже.
Вывод: чек-лист перед отправкой ТЗ
Техзадание — самый дешёвый инструмент управления проектом: документ на 2–4 страницы решает, уложитесь ли вы в бюджет и сроки. Перед отправкой исполнителю проверьте:
- цель сайта сформулирована одним измеримым предложением;
- аудитория описана так, что понятно, для кого дизайн и тексты;
- есть полный список страниц или блоков;
- функционал расписан по пунктам, а не словом «стандартный»;
- интеграции перечислены: CRM, оплата, склад, аналитика;
- назначен ответственный за тексты и фото, у него есть дедлайн;
- указана вилка бюджета и желаемый срок;
- прописаны критерии приёмки.
Если ответы есть хотя бы по шести пунктам из восьми — ваше ТЗ уже лучше, чем 80% заявок, которые мы видим. А если времени на документ нет совсем, напишите нам в Telegram @dev_core_web: зададим правильные вопросы и соберём техзадание вместе за один созвон.