Техническое задание на разработку сайта: как составить и что включить

Коротко: техническое задание на разработку сайта - это документ, который фиксирует, что именно вы получите за свои деньги: список страниц, функции, интеграции, требования к дизайну и текстам, сроки и порядок приёмки. Рабочее ТЗ для сайта малого бизнеса занимает 5-15 страниц и состоит примерно из 10 разделов. Главный признак хорошего ТЗ - по каждому пункту понятно, что считается сделанным, и это можно проверить, не будучи программистом.

Актуально на август 2026 года. По опыту Honey Hunters Digital, почти все конфликты на проектах разработки растут из одного места: заказчик и подрядчик по-разному представляли себе результат, но нигде это не записали. Когда спор доходит до «вы обещали» - выигрывает не тот, кто прав, а тот, у кого документ. Ниже разбираем, что включить в ТЗ, как его составить, если вы не технический специалист, и какие формулировки превращают документ в бесполезную бумагу.

Зачем нужно техническое задание на сайт

ТЗ решает три задачи: фиксирует объём работ, чтобы смета не поехала в процессе; даёт критерии приёмки, чтобы было понятно, когда работа закончена; и переводит проект из области «мне не нравится» в область «в пункте 4.2 написано вот так». Без него любой запрос заказчика подрядчик может считать доработкой за отдельные деньги, а любую недоделку - «этого не было в задаче».

Есть и менее очевидная выгода: ТЗ - это единственный способ сравнить коммерческие предложения честно. Пока задание не написано, три студии считают три разных сайта, и разброс цен получается в разы. Мы подробно разбирали этот механизм в статье о том, почему цены на разработку сайта отличаются в 10 раз: чаще всего дело не в наценке, а в том, что под словом «сайт» каждый понимает свой объём.

Третий сценарий, о котором вспоминают поздно: смена подрядчика. Если студия перестала отвечать или качество упало, ТЗ - это то, с чем новая команда сможет разобраться в проекте за день, а не за две недели раскопок.

Что включить в ТЗ: 10 обязательных разделов

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

1. Общая информация о проекте. Кто заказчик, что за бизнес, что за продукт, кто целевая аудитория, какие задачи должен решать сайт (заявки, звонки, продажи, запись, информирование). Один абзац, но он задаёт рамку всем остальным решениям.
2. Цели и измеримый результат. Не «современный удобный сайт», а «форма заявки на каждой странице услуги», «интеграция с CRM», «загрузка главной не дольше 2,5 секунды на мобильном». То, что можно проверить.
3. Структура сайта. Полный перечень страниц и уровней вложенности, вплоть до служебных: политика конфиденциальности, страница 404, спасибо-страница после отправки формы. Именно из этого списка складывается объём работ.
4. Функциональные требования. Что сайт умеет: формы, калькуляторы, фильтры каталога, личный кабинет, корзина, онлайн-оплата, запись на приём, мультиязычность. По каждой функции - как она себя ведёт в норме и что происходит при ошибке.
5. Требования к дизайну. Фирменный стиль или разработка с нуля, 2-3 сайта-референса с пояснением, что именно в них нравится, количество макетов, адаптивы (десктоп, планшет, мобильный), сколько раундов правок входит в стоимость.
6. Контент. Кто пишет тексты и делает фото - вы или подрядчик. Это один из самых дорогих пунктов и самая частая причина срыва сроков: сайт готов, а наполнять его нечем.
7. Технические требования. CMS или самописное решение, хостинг, домен, поддержка браузеров, требования к скорости, адаптивность, доступность, резервное копирование.
8. Интеграции. CRM, 1С, платёжный шлюз, службы доставки, мессенджеры, системы аналитики, онлайн-касса. Отдельно укажите, кто предоставляет доступы и документацию к внешним системам.
9. SEO и аналитика. Базовые требования: настраиваемые title, description и h1 для каждой страницы, ЧПУ-адреса, карта сайта, robots.txt, микроразметка, счётчики Яндекс Метрики и цели на формы.
10. Сроки, этапы и порядок приёмки. Этапы с результатом на выходе, сроки на согласования с обеих сторон, что считается сдачей этапа, как оформляются правки, что происходит после запуска.

Для интернет-магазина к этому добавляются разделы про карточку товара, корзину, оформление заказа, статусы, обмен с учётной системой и обработку остатков - там ТЗ обычно вырастает до 30-50 страниц.

Как составить ТЗ самому: 6 шагов

Если вы не технический специалист, ТЗ всё равно можно написать - на 80% это описание бизнеса, а не кода. Порядок работы такой.

1. Опишите задачу словами. Одна страница: что за бизнес, кто клиенты, как они сейчас к вам приходят, что должно измениться после запуска сайта. Без этого дальше начнётся угадывание.
2. Соберите структуру. Выпишите все страницы столбиком. Проще всего идти от вопросов клиента: что вы делаете, сколько стоит, кто вы такие, как заказать, почему вам можно верить.
3. Пройдите путь клиента по шагам. Зашёл - что видит - куда нажимает - что происходит дальше. На каждом шаге фиксируйте нужную функцию: форма, кнопка, фильтр, письмо на почту.
4. Наберите референсы. 3-5 сайтов, включая конкурентов, с короткой пометкой по каждому: «нравится подача цен», «неудобное меню, так не надо». Это экономит дизайнеру недели.
5. Отдельно опишите интеграции и контент. С какими системами связываемся, кто пишет тексты, откуда берутся фото, есть ли база товаров и в каком формате она выгружается.
6. Покажите черновик двум подрядчикам. Их уточняющие вопросы - бесплатный аудит вашего ТЗ. Всё, о чём спрашивают, допишите в документ, а не проговаривайте голосом.

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

Кто пишет ТЗ и сколько это стоит

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

• Заказчик пишет сам. Бесплатно по деньгам, дорого по времени: 10-20 часов вашей работы. Подходит для лендинга, сайта-визитки, корпоративного сайта без сложных функций.
• Подрядчик пишет перед разработкой. Часто входит в проект или оформляется как первый платный этап. На рынке отдельная разработка ТЗ и прототипов стоит от 30 000 ₽ для небольшого сайта и от 100 000 ₽ для магазина или сервиса со сложной логикой. Риск в том, что документ пишут под собственные удобные решения.
• Независимый аналитик. Дороже и дольше, зато ТЗ не привязано к конкретной студии и с ним можно идти на тендер. Оправдано для проектов от нескольких миллионов рублей.

Компромисс, который работает чаще всего: вы пишете содержательную часть (бизнес, структура, сценарии, контент), подрядчик - техническую (архитектура, интеграции, требования к системе). Это разумно и по деньгам: цена самой разработки в разы больше, и мы разбирали её составляющие в материале о том, сколько стоит сайт под ключ.

Как формулировать требования, чтобы их нельзя было понять двояко

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

Сравните формулировки:

• Плохо: «сайт должен быстро загружаться». Хорошо: «главная страница загружается не дольше 2,5 секунды на мобильном при скорости 4G, показатель LCP - до 2,5 секунды».
• Плохо: «удобная форма заявки». Хорошо: «форма из полей Имя и Телефон, маска ввода телефона, проверка заполнения, письмо на две почты и запись в CRM, экран благодарности с целью в Метрике».
• Плохо: «современный дизайн». Хорошо: «дизайн по референсам из п. 5.2, макеты для трёх разрешений, два раунда правок на макет, шрифты и цвета из брендбука».
• Плохо: «сайт должен продвигаться в поиске». Хорошо: «редактируемые title, description, h1 у каждой страницы, ЧПУ-адреса, sitemap.xml, микроразметка Organization и BreadcrumbList».

Отдельно проговорите поведение при ошибках: что видит пользователь, если форма не отправилась, товара нет в наличии, оплата не прошла. Это те самые «мелочи», которые всплывают на приёмке и стоят нервов обеим сторонам.

7 ошибок в ТЗ, из-за которых растут сроки и смета

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

1. Оценочные слова вместо требований. «Красиво», «удобно», «современно», «как у конкурентов, только лучше» - проверить невозможно, значит, спорить будете бесконечно.
2. Нет раздела про контент. Классика: разработка закончена, а сайт не запускается три месяца, потому что нет описаний услуг и фотографий.
3. Не описан порядок правок. Если не указано, сколько раундов входит в стоимость и в какой срок вы даёте комментарии, согласование дизайна растягивается на месяцы.
4. Забыты интеграции. «Ну и с 1С связать» на этапе приёмки - это не правка, а полноценный отдельный проект со своим бюджетом.
5. Нет требований к мобильной версии. Больше половины трафика - телефоны, но адаптив нередко оказывается «за рамками ТЗ».
6. Не решён вопрос прав и доступов. Кому принадлежат исходники и макеты, на кого оформлены домен и хостинг, кто владеет аккаунтами аналитики. Правильный ответ - вам.
7. Ничего не сказано про запуск и дальше. Кто переносит сайт на боевой хостинг, кто настраивает почту и SSL, что происходит с ошибками в первый месяц. Если это не описано, после сдачи вы остаётесь с сайтом один на один - хотя обычно тут же нужна техническая поддержка и сопровождение.

ТЗ и договор: что зафиксировать юридически

ТЗ работает как документ только тогда, когда оно приложено к договору и подписано обеими сторонами. Сам по себе файл в переписке юридической силы почти не имеет.

Минимум, который стоит зафиксировать:

• ТЗ - приложение №1 к договору, изменения оформляются письменно, а не в чате.
• Этапы, сроки и стоимость каждого этапа, включая сроки согласований с вашей стороны.
• Критерии приёмки: что проверяется на сдаче этапа и сколько дней у вас есть на замечания.
• Гарантийный период после запуска: обычно 1-6 месяцев на исправление ошибок разработки бесплатно. Важно разделить «ошибка» и «новое пожелание».
• Передача прав на результат, исходников и всех доступов после финальной оплаты.
• Порядок изменения объёма работ: как считается доработка сверх ТЗ - по часам, по фиксированной цене, с каким согласованием.

Отдельная строка про доступы кажется формальностью ровно до того момента, когда домен оказывается оформлен на бывшего подрядчика. Мы видели такие истории неоднократно - разрешаются они долго и не всегда в пользу владельца бизнеса.

Нужно ли ТЗ для лендинга и небольшого сайта

Да, но короткое. Для одностраничника достаточно 1-2 страниц: цель, структура блоков сверху вниз, тексты и кто их пишет, формы и куда падают заявки, референсы, сроки, количество правок. Это 40 минут работы, которые снимают большую часть будущих претензий.

Ориентир по объёму, из которого мы исходим в Honey Hunters Digital: лендинг - 1-3 страницы ТЗ, корпоративный сайт - 5-15, интернет-магазин или сервис с личным кабинетом - от 30. Раздувать документ ради объёма вредно: ТЗ, которое никто не дочитал, работает так же, как его отсутствие.

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

Мини-шаблон ТЗ: скелет, который можно скопировать

Возьмите этот каркас и заполните своими данными - получится документ, с которым уже можно идти к подрядчику за корректной оценкой.

1. О проекте: компания, продукт, аудитория, задача сайта в одном предложении.
2. Цели: 3-5 измеримых пунктов (заявки с каждой страницы услуги, интеграция с CRM, скорость загрузки).
3. Структура: список всех страниц, включая служебные.
4. Функции: по каждой - что делает пользователь, что делает система, что при ошибке.
5. Дизайн: референсы с пояснениями, количество макетов, разрешения, раунды правок.
6. Контент: кто пишет тексты, кто даёт фото, в какие сроки.
7. Технические требования: CMS, хостинг, браузеры, мобильная версия, скорость, бэкапы.
8. Интеграции: список систем, кто даёт доступы и документацию.
9. SEO и аналитика: метатеги, ЧПУ, sitemap, robots, микроразметка, счётчики и цели.
10. Организация: этапы, сроки, приёмка, гарантия, права и доступы.

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

Частые вопросы

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

Кто должен писать ТЗ - заказчик или подрядчик?
Содержательную часть - бизнес, структуру, сценарии, контент - лучше описывает заказчик. Техническую - архитектуру, интеграции, требования к системе - подрядчик или аналитик. Полностью перекладывать документ на исполнителя рискованно: он опишет удобное себе решение.

Сколько страниц должно быть в ТЗ на сайт?
Лендинг - 1-3 страницы, корпоративный сайт - 5-15, интернет-магазин или сервис с личным кабинетом - от 30. Объём не самоцель: важнее, чтобы каждое требование можно было проверить.

Сколько стоит разработка технического задания?
На рынке отдельное ТЗ с прототипами стоит от 30 000 ₽ для небольшого сайта и от 100 000 ₽ для магазина или сервиса со сложной логикой. Часто эта работа входит в проект как первый оплачиваемый этап.

Можно ли начинать разработку без ТЗ?
Технически да, и для простого лендинга это иногда оправдано. Но тогда объём работ не зафиксирован: любая доработка обсуждается заново, сроки плывут, а спор о результате решается не документом, а перепиской.

Если вам нужно оценить проект или проверить уже готовое ТЗ на дыры - напишите нам. В Honey Hunters Digital мы обычно начинаем именно с разбора задания: показываем, где формулировки допускают двойное толкование и что всплывёт на приёмке, а потом уже считаем разработку сайта. Связаться можно через страницу контактов. А если хочется сначала просто набраться насмотренности в теме - у нас есть Телеграм «Тусовка владельцев сайтов», где такие вещи разбираются короче и на живых примерах.