Как составить ТЗ на сайт: чек-лист фрилансера (2026)

Клиент говорит «хочу сайт как у конкурента, только лучше» — и вы садитесь писать ТЗ с нуля. Через неделю клиент смотрит на готовую версию и говорит: «Это не то, что я имел в виду». Знакомо?

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

В этой статье — рабочий чек-лист, по которому я составляю ТЗ для проектов. Он подойдёт фрилансерам и небольшим студиям, которые делают сайты под клиента.

Зачем вообще нужно ТЗ (если вы и так всё обсудили)

Обсудили — не значит зафиксировали. Устная договорённость живёт ровно до первого спора. ТЗ решает три задачи:

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

Правило простое: если этого нет в ТЗ — этого не существует.

Что обязательно должно быть в ТЗ

ТЗ не обязано быть на 50 страниц. Хорошее ТЗ — то, которое помещается в 5–15 страниц и покрывает все ключевые моменты. Вот обязательные блоки.

1. Цели и задачи сайта

Это фундамент. Без понимания цели нельзя принимать решения о дизайне и структуре.

Спросите клиента:

• Зачем ему сайт? Продавать товар, показывать услуги, собирать заявки, информировать?
• Кто целевая аудитория? Возраст, пол, город, интересы. Чем точнее — тем лучше.
• Что считается успехом? 10 заявок в день, 1000 просмотров, рейтинг в поиске?
• Какие есть конкуренты? Хотя бы 3 примера с плюсами и минусами.

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

Сколько страниц, какие разделы, как связаны между собой. Это карта сайта — можно нарисовать от руки или сделать в MindMeister.

Пример структуры для сайта клиники:

• Главная
• О клинике
• Услуги (общий список + отдельные страницы для каждой)
• Врачи (список + карточка врача)
• Цены
• Отзывы
• Контакты
• Запись на приём

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

Что сайт должен уметь делать. Список с приоритетами: обязательное / желательное / на будущее.

Примеры:

• Форма обратной связи с отправкой на email
• Форма записи с выбором даты и услуги
• Каталог товаров с фильтрами
• Личный кабинет пользователя
• Онлайн-оплата
• Интеграция с Telegram / CRM
• Мультиязычность

Важно: не соглашайтесь на «и ещё что-нибудь придумаем по ходу». Пусть клиент решает до старта.

4. Дизайн

Полное ТЗ на дизайн — отдельная тема. В общем ТЗ достаточно:

• Стиль — минимализм, классика, яркий, премиум
• Цветовая гамма — 2-3 референса, которые нравятся клиенту
• Типографика — шрифты и размеры
• Настроение — 3-5 прилагательных: «надёжно, современно, строго»

Референсы — обязательны. Фраза «сделайте красиво» означает, что клиент не знает, чего хочет, и вы получите 20 правок на этапе макета.

5. Контент

Кто пишет тексты и предоставляет фото? Это критично — самый частый источник задержек.

• Тексты — клиент пишет сам или заказывает копирайтера?
• Фотографии — клиент, стоковые, свой фотограф?
• Логотип — есть готовый или нужен новый?
• Дедлайн контента — до какой даты клиент обязуется предоставить материалы?

Совет: пропишите в ТЗ, что верстка начинается только после получения контента. Иначе вы неделю ждёте тексты, а потом виноват «сайт не готов к сроку».

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

Что нужно от хостинга, кто предоставляет домен, где будут размещаться файлы.

• Хостинг — клиентский или ваш?
• Домен — клиент регистрирует или вы помогаете?
• SSL-сертификат — нужен обязательно (бесплатный Let's Encrypt)
• Резервные копии — кто делает и с какой периодичностью
• Кто отвечает за перенос данных, если они есть

7. Сроки и этапы

Разбить работу на этапы с датами. Пример:

• Этап 1 — сбор контента и материалов (5 дней)
• Этап 2 — прототип и структура (3 дня)
• Этап 3 — дизайн-макет (7 дней)
• Этап 4 — верстка и программирование (10 дней)
• Этап 5 — наполнение и тестирование (3 дня)
• Этап 6 — запуск и обучение (2 дня)

Итого — 30 дней. Добавьте +30% на непредвиденное — итого 40. Так безопаснее.

8. Что НЕ входит в работу

Это важнее, чем кажется. Пропишите, что вы не делаете:

• Не пишете тексты (если это не включено)
• Не делаете SEO-продвижение (если не согласовано)
• Не ведёте рекламу
• Не администрируете хостинг
• Не поддерживаете сайт после сдачи (если не отдельный договор)

Так клиент не будет ждать от вас «бесплатного» продвижения через месяц.

Пример ТЗ для сайта автосервиса

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

Такой документ согласовать просто: клиент видит конкретику, а не общие слова. И вам спокойно — все спорные моменты зафиксированы заранее.

Правила работы с ТЗ

Правило 1. ТЗ согласовывается письменно

Даже если вы работаете с другом — распечатайте, подпишите или зафиксируйте в переписке. «Мы же договаривались устно» — не работает в спорах.

Правило 2. Изменения — только через правки к ТЗ

После утверждения любое изменение — отдельный документ «Дополнение к ТЗ №1». С датой, подписью и, если серьёзное, с перерасчётом стоимости и сроков.

Правило 3. Прототип до дизайна

Сначала клиент видит структуру (какие блоки, в каком порядке), только потом дизайн. Иначе получите «переделайте вот этот блок на середине» — и вся вёрстка поедет.

Правило 4. Меньше текста — больше схем

Схемы блоков, прототипы, карта сайта — работают лучше, чем абзацы технического текста. Клиент видит и понимает быстрее.

Чек-лист для проверки ТЗ перед стартом

Пройдитесь по списку — если хотя бы один пункт не закрыт, начинать рано:

• ☐ Цели сайта понятны
• ☐ Аудитория описана
• ☐ Структура страниц согласована
• ☐ Функциональность расписана
• ☐ Дизайн-стиль и референсы есть
• ☐ Ответственность за контент закреплена
• ☐ Хостинг и домен определены
• ☐ Сроки по этапам согласованы
• ☐ Что НЕ входит — прописано
• ☐ ТЗ подписано или подтверждено письменно

Как Kuznya CMS помогает с ТЗ

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

В Kuznya CMS всё это делается за пару минут через типы контента. Вы открываете админку, создаёте раздел «Услуги», добавляете поля — цена, описание, иконка — и получаете готовый раздел сайта. То же для врачей, товаров, мастеров, любых сущностей.

Это сильно экономит время на этапе «описать, как будет работать админка». У клиента сразу есть готовая логика — он видит, какие поля будут у его карточек, и говорит: «Да, вот так и нужно».

Клиенты часто спрашивают: «А потом я смогу сам добавлять новые услуги?» — и тут вы просто показываете админку Kuznya. Клиент открывает нужный раздел, нажимает «Создать запись», заполняет поля и публикует. Никаких правок кода, никакого программиста.

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

А если вы работаете с клиентами, которым нужен такой же простой инструмент — посмотрите тарифы Kuznya CMS. Лицензия от 2 000 ₽, работает на одном домене, без ежемесячных платежей.