Как составить ТЗ на сайт, чтобы не переплачивать и не переделывать

«Сделайте нам красивый современный сайт" — с такой фразой начинается добрая половина проектов, которые потом переделываются два-три раза. Проблема не в подрядчике и не в дизайнере — проблема в отсутствии ТЗ.

Техническое задание — это не формальность для галочки и не документ на 40 страниц юридических формулировок. Это инструмент, который экономит вам деньги: чем точнее сформулирована задача, тем меньше правок, доплат и потерянного времени на этапе разработки.

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

Зачем вообще нужно ТЗ

Без ТЗ проект превращается в бесконечный процесс согласований «на глазок». Последствия предсказуемы:

  • Доплаты за "дополнительную" функциональность. То, что не было прописано, часто оценивается как отдельная задача.
  • Растянутые сроки. Без чёткого объёма работ сложно спланировать этапы и дедлайны.
  • Разные ожидания. Вы представляете сайт одним, дизайнер — другим, а итог не устраивает никого.

Хорошее ТЗ снимает эти риски ещё до старта работы, потому что фиксирует договорённости в одном документе, на который можно опираться обеим сторонам.

Что должно быть в ТЗ на сайт

Не обязательно писать техническое задание языком системного аналитика. Достаточно последовательно ответить на несколько блоков вопросов.

1. Цель сайта и целевая аудитория

Начните не с дизайна, а с задачи бизнеса:
  • Какую проблему должен решать сайт — продажи, заявки, имидж, информирование?
  • Кто целевой посетитель — B2B или B2C, какой у него уровень принятия решения?
  • Какое действие вы ждёте от пользователя на сайте — заявка, звонок, покупка, подписка?

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

2. Структура сайта

Пропишите список страниц и разделов, которые должны быть на сайте:
  • Главная
  • О компании
  • Услуги / каталог
  • Портфолио / кейсы
  • Контакты
  • Блог (если планируется)

Для каждого раздела полезно кратко описать, что на нём должно быть — это экономит время на согласовании прототипа.

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

Опишите не только «что показывать», но и «что должно работать»:
  • Формы обратной связи и куда должны приходить заявки
  • Онлайн-оплата, если нужна
  • Интеграции с CRM, почтовыми рассылками, аналитикой
  • Личный кабинет, если сайт предполагает авторизацию
  • Мультиязычность

Именно этот блок чаще всего недооценивают — а он сильнее всего влияет на бюджет и сроки.

4. Референсы и антиреференсы

Покажите 2−4 сайта, которые нравятся по стилю, и объясните, что именно нравится — шрифты, структура, настроение, а не просто «вот так хочу». Не менее полезны антиреференсы — примеры того, чего точно не должно быть.

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

  • Платформа: Tilda, WordPress или индивидуальная разработка
  • Требования к адаптивности (мобильная версия, планшет)
  • Требования к скорости загрузки и SEO-оптимизации
  • Наличие готового домена и хостинга

6. Контент

Уточните заранее:
  • Кто готовит тексты — вы или подрядчик
  • Есть ли готовые фото и видео или нужна съёмка/подбор
  • Нужен ли копирайтинг с нуля или редактура существующих текстов

Этот пункт напрямую влияет на сроки: сайт без готового контента нельзя запустить, даже если дизайн уже готов.

7. Бюджет и сроки

Даже примерный диапазон бюджета помогает подрядчику предложить решение в рамках ваших возможностей, а не тратить время на просчёт вариантов, которые вам не подходят. То же касается дедлайна — если есть привязка к событию (запуск продукта, сезон, выставка), это нужно обозначить сразу.

Частые ошибки при составлении ТЗ

  • Слишком общие формулировки. «Современный дизайн» и «удобный сайт» — не техническое задание, а пожелание. Уточняйте: современный — это минимализм, крупная типографика, тёмная тема?
  • Отсутствие приоритетов. Если всё «обязательно и срочно», подрядчику сложно спланировать этапы. Разделите задачи на обязательные и желательные.
  • ТЗ без участия исполнителя. Хорошее Т З — результат диалога. Опытный подрядчик задаст вопросы, которые вы не учли, и поможет избежать лишних трат ещё на этапе планирования.

Не готовы писать ТЗ самостоятельно — это нормально

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

Выводы

ТЗ — это не бюрократия, а способ договориться на берегу. Чем точнее прописаны цель, структура, функциональность и контент, тем меньше сюрпризов на этапе разработки и тем точнее итоговая стоимость проекта.

Если задача сформулирована чётко — сайт делается быстрее, дешевле и без стресса для обеих сторон.

Хотите узнать, сколько будет стоить именно ваш сайт? Посмотрите примеры моих проектов в портфолио или напишите мне — обсудим задачу и предложу решение под ваш бюджет и цели.
Дата: 01.07.2026
https://unsplash.com/photos/gray-and-black-laptop-computer-on-surface-Im7lZjxeLhg