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

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

За 10 лет мы в Apricode приняли не одну сотню ТЗ — от аккуратных 20-страничных документов до одной строки «сделайте как у конкурента, только лучше». И видели закономерность: чем детальнее заказчик описал задачу на старте, тем меньше нервов и доплат в конце. ТЗ — это не бюрократия. Это страховка для обеих сторон.

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

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

Короткий ответ: чтобы вы и подрядчик одинаково понимали слово «готово».

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

Есть ещё три причины, которые замечаешь уже в процессе:

• Сравнить предложения. С одним ТЗ вы рассылаете одинаковый документ трём студиям и получаете сопоставимые сметы. Без него каждый считает «что-то своё», и цифры не сопоставить.
• Зафиксировать цену. Стоимость сайта зависит почти полностью от объёма работ. Чёткий объём = фикс-прайс. Размытый объём = «от» и сюрпризы в конце.
• Защитить себя юридически. ТЗ — это приложение к договору. Если дойдёт до спора, решение принимают по нему, а не по переписке в мессенджере.

Что должно быть в ТЗ на сайт: 6 обязательных блоков

Рабочее ТЗ на сайт состоит из шести блоков: цели и аудитория, структура страниц, функционал, интеграции, требования к контенту и дизайну, критерии приёмки. Каждый блок отвечает на один вопрос подрядчика — и чем конкретнее ответ, тем точнее смета и срок.

Разберём по очереди.

1. Цели бизнеса и аудитория

Самый важный и чаще всего пропущенный блок. Опишите не «хочу сайт», а что сайт должен делать для бизнеса: принимать заявки, продавать онлайн, разгрузить менеджеров, вывести бренд в Google. Тут же — кто ваш клиент и с какого устройства он заходит.

Эта часть определяет всё остальное. Сайт для сбора лидов и сайт для онлайн-продаж — это разная структура, разный функционал и разные деньги.

2. Структура страниц (карта сайта)

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

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

3. Функционал

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

4. Интеграции

Отдельный блок, потому что именно здесь прячутся самые дорогие сюрпризы. Платёжка (LiqPay, Fondy, Monobank), доставка (Новая Почта), CRM, 1С, email-рассылка, аналитика (GA4), чат. Каждая интеграция — это отдельные часы работы. Если её нет в ТЗ — её не будет в смете.

5. Требования к контенту и дизайну

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

6. Критерии приёмки

Блок, который делают единицы, а он спасает финал проекта. Как именно вы проверите, что работа сдана: сайт открывается на телефоне и ноутбуке, формы отправляют письма, скорость не ниже определённой отметки, нет ошибок в консоли. Конкретные, измеримые пункты. «Мне должно нравиться» — не критерий приёмки.

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

Ниже — рабочий скелет. Скопируйте, удалите лишнее, заполните под свой проект. Это не «идеальное ТЗ на 40 страниц» — это минимум, с которым студия уже может посчитать проект честно.

1. ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА РАЗРАБОТКУ САЙТА
2. О ПРОЕКТЕ
3. 1. Компания, сфера деятельности
4. 2. Цель сайта (что он должен делать для бизнеса)
5. 3. Целевая аудитория (кто, с какого устройства)
6. 4. Примеры сайтов, которые нравятся (2–3 ссылки + чем именно)
7. 5. Языки сайта (укр / рус / англ)
8. СТРУКТУРА
9. 1. Список всех страниц
10. 2. Для ключевых страниц — перечень блоков сверху вниз
11. ФУНКЦИОНАЛ
12. 1. Формы (какие поля, куда падает заявка)
13. 2. Каталог / фильтры / поиск (если есть)
14. 3. Корзина и оформление заказа (для магазина)
15. 4. Личный кабинет (если нужен)
16. 5. Прочее (калькулятор, бронирование, блог…)
17. ИНТЕГРАЦИИ
18. 1. Оплата (LiqPay / Fondy / Monobank…)
19. 2. Доставка (Новая Почта…)
20. 3. CRM / 1С / учёт
21. 4. Рассылка, чат, аналитика (GA4)
22. КОНТЕНТ И ДИЗАЙН
23. 1. Кто готовит тексты (вы / подрядчик)
24. 2. Кто готовит фото (вы / фотограф / сток)
25. 3. Бренд-гайд, логотип, фирменные цвета (есть / нет)
26. 4. Адаптивность (десктоп, планшет, мобильный)
27. ТЕХНИЧЕСКИЕ ТРЕБОВАНИЯ
28. 1. CMS или стек (если есть предпочтения)
29. 2. Требования к скорости (Core Web Vitals)
30. 3. SEO-минимум (title, meta, ЧПУ, sitemap)
31. 4. Хостинг и домен (у вас / на стороне студии)
32. ОРГАНИЗАЦИЯ
33. 1. Желаемый срок запуска
34. 2. Бюджетная вилка
35. 3. Критерии приёмки (как проверяем «готово»)
36. 4. Кто принимает решения с вашей стороны

Этот каркас закрывает примерно 90% вопросов, которые студия всё равно вам задаст на брифе. Заполнили — считайте, половину пути до запуска сайта с нуля уже пройдено.

Нет времени писать ТЗ самостоятельно? Это нормально. Рассчитайте ориентировочную стоимость по квизу — и мы составим ТЗ вместе на первом звонке. Это тоже рабочий путь.

Типовые дыры в ТЗ, из-за которых срываются проекты

Вот то, что мы регулярно видим в чужих ТЗ — и что потом стоит денег и сроков.

«Сделайте как у конкурента». Самая популярная дыра. Конкурент — это не ТЗ. Вы не видите его интеграций, его админки, его бюджета. Копируется впечатление, а не проект. Напишите, что именно нравится: структура, скорость, конкретный блок.

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

Интеграции «по умолчанию». «Ну оплата же очевидно нужна» — и её нет в смете, потому что очевидное для вас не было записано. Каждая интеграция — отдельная строка в ТЗ.

Нет критериев приёмки. Проект «готов» со стороны студии и «ещё не готов» с вашей стороны — и начинается бесконечный круг правок. Измеримые критерии закрывают этот вопрос заранее.

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

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

Частые вопросы о ТЗ на сайт

Кто составляет ТЗ — заказчик или студия?

Оба варианта рабочие. Идеально, когда заказчик даёт базовое ТЗ по нашему шаблону, а студия доводит его до технической полноты. Если времени нет — нормально прийти с идеей, и мы составим техническое задание вместе на брифе. Главное, чтобы финальный документ был, и обе стороны его подписали.

Насколько детальным должно быть ТЗ на сайт?

Достаточно детальным, чтобы студия могла назвать фикс-цену, а не «от». Для лендинга это 1–2 страницы, для интернет-магазина — 10–20. Гнаться за объёмом не нужно: 40 страниц воды хуже 5 страниц конкретики с критериями приёмки.

Что будет, если делать сайт без ТЗ?

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

Можно ли изменить ТЗ в процессе разработки?

Да — изменения это нормально. Важно только фиксировать их письменно: новое требование = отдельная договорённость о сроке и цене. Так работает любая вменяемая студия. Проблема не в изменениях, а в изменениях, про которые потом забыли, кто и на что согласился.

ТЗ влияет на стоимость сайта?

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

Коротко

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

А если проще обсудить голосом — пришлите, что есть, и мы соберём техническое задание вместе. Первый звонок — 30 минут, без «пришлём коммерческое».

Обсудить проект →