Техническое задание на разработку сайта: что писать + готовый шаблон

14 июля 2026 · Команда SaitHub · Разработка

Плохое ТЗ — причина большинства конфликтов с подрядчиком: «мы думали, корзина входит в цену», «а где личный кабинет?», «это доработка, она платная». Хорошее ТЗ не обязано быть на 40 страниц — для сайта малого бизнеса хватает 3–5. Ниже структура с примерами формулировок: копируйте разделы и заполняйте под свой проект.

Зачем ТЗ вам, а не только подрядчику

Три практические выгоды. Первая — сравнимые сметы: без ТЗ вилка предложений «от 50 000 до 500 000 ₽» ни о чём не говорит, каждый оценивает свою фантазию. Вторая — фиксация объёма: всё, что в ТЗ, входит в цену; всего, чего нет, — не существует. Третья — основание для приёмки: сдал/не сдал проверяется по документу, а не по ощущениям.

Структура ТЗ: 8 разделов

1. О проекте и целях

Два-три абзаца: чем занимается компания, зачем сайт, что считается результатом. Пример формулировки: «Сайт должен приносить заявки на услугу X из поиска и рекламы. Целевое действие — отправка формы или звонок. KPI после запуска — от 30 заявок в месяц при трафике 3000 посетителей».

2. Аудитория и сценарии

Кто приходит на сайт и что должен сделать. Формат «роль → задача → путь»: «Владелец малого бизнеса → узнать цену → главная → страница услуги → калькулятор → форма». 3–5 сценариев достаточно.

3. Структура и страницы

Список всех страниц с составом блоков. Именно тут прячутся деньги: «страница услуги» может быть простыней текста, а может — с калькулятором, галереей и отзывами. Пример: «Главная: оффер + 3 преимущества, слайдер работ (6–8), блок услуг (карточки с ценами), отзывы, форма. Страница услуги (×10): описание, состав работ, цена, FAQ, форма».

4. Функциональность

Всё, что «работает», а не «показывается»: формы (какие поля, куда уходят заявки — почта, CRM, телеграм), калькуляторы (логика расчёта), личный кабинет (что в нём), поиск, фильтры, оплата, интеграции с 1С/CRM/доставкой. Правило: если функцию можно понять двумя способами — опишите примером. «Фильтр по цене» — плохо; «фильтр: диапазон цены ползунком, категории чекбоксами, применение без перезагрузки» — хорошо.

5. Дизайн

Референсы: 3–5 сайтов, которые нравятся, с пометкой, что именно (цвета, подача, структура). Что есть из брендинга: логотип, фирменные цвета, шрифты — или нужна разработка фирменного стиля отдельно. Обязательная строка: «дизайн адаптивный, мобильная версия — приоритет».

6. Технические требования

Не углубляйтесь в технологии, если не разбираетесь, — опишите результат: скорость загрузки до 3 секунд на мобильном, работа в актуальных браузерах, SSL, защита форм от спама, возможность самостоятельно править тексты и цены (админка), перенос на ваш хостинг. Кому важно SEO — добавьте: человекопонятные URL, редактируемые метатеги, sitemap, подключение Метрики с целями.

7. Контент

Самый срываемый срок в проектах — «ждём тексты от заказчика». Зафиксируйте: кто пишет тексты (вы/копирайтер подрядчика — это плюс к смете), кто даёт фото, что делать, если контента нет к дедлайну (запуск с рыбой и заменой после).

8. Сроки, этапы, приёмка

Этапы с результатом каждого: прототип → дизайн главной → дизайн внутренних → вёрстка и разработка → наполнение → тестирование → запуск. По каждому — что вы принимаете и сколько дней у вас на обратную связь. Критерии приёмки пропишите заранее — а проверить готовый сайт поможет наш чек-лист приёмки из 40 пунктов.

Типичные ошибки в ТЗ

• «Хочу как у конкурента» без уточнений — у конкурента может быть личный кабинет за миллион.
• Оценочные слова: «современный», «удобный», «продающий» — не проверяются при приёмке. Заменяйте измеримым.
• Нет ограничений: бюджет и дедлайн в ТЗ экономят всем время — подрядчик сразу скажет, что реально в эти рамки.
• ТЗ на 40 страниц для лендинга — обратная крайность: детализация должна соответствовать масштабу.

Кто должен писать ТЗ — я или студия?

Нормальная практика: вы пишете черновик по этой структуре (2–3 часа), студия на этапе аналитики превращает его в детальное ТЗ с прототипом. У нас этот этап входит в разработку сайта под ключ — по цене это 5–15% проекта и лучшие вложенные деньги.

ТЗ — это приложение к договору?

Да, обязательно: ТЗ без договора — пожелание, договор без ТЗ — рамка без содержания. Работают они только парой.

Что делать, если в ходе проекта захотелось изменить ТЗ?

Это нормально и решается допсоглашением: новая хотелка → оценка → +срок и +бюджет → письменное подтверждение. Ненормально — «ну это же мелочь, доделайте так»: десять мелочей срывают срок всему проекту.