Как подготовить техническое задание без боли

Техническое задание (ТЗ) — самая недооценённая часть разработки. Без него проект превращается в бесконечные правки, "я имел в виду другое" и выставленные счета за доработки.

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

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

ТЗ — это не бюрократия. Это защита для обеих сторон:

• Для вас: вы платите ровно за то, что согласовали. Никаких "это не входило в объём".
• Для подрядчика: чёткие критерии готовности. Меньше возвратов на правки.
• Для проекта: единое понимание цели. Все двигаются в одном направлении.

Хорошее ТЗ сокращает время разработки и итоговую стоимость — даже если написание занимает дополнительный день.

Из чего состоит нормальное ТЗ

1. Цель проекта (1 абзац)

Ответьте на вопрос: зачем вам этот сайт? Что должно измениться после его запуска?

Плохо: "Нам нужен современный сайт" Хорошо: "Нам нужен сайт, который генерирует заявки от малого бизнеса на аутсорс-бухгалтерию. Целевое действие — заявка на бесплатную консультацию."

2. Целевая аудитория

Кто будет заходить на сайт? Чем конкретнее — тем лучше.

• Возраст, город, занятость
• Уровень технической грамотности
• С какого устройства чаще всего (мобильный важнее в большинстве ниш)
• Что ищет, какие вопросы задаёт

3. Список страниц и разделов

Просто напишите список:

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

Для каждой страницы — какие блоки должны на ней быть.

4. Функциональные требования

Что сайт должен уметь делать?

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

Этот раздел — самый важный для оценки бюджета.

5. Дизайн-референсы

Найдите 3–5 сайтов, которые вам нравятся, и напишите, что именно в них привлекает: стиль, цветовая схема, анимации, структура.

Также укажите сайты, которые вам категорически не нравятся — это не менее важно.

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

• Предпочтения по стеку (или оставить на усмотрение разработчика)
• Интеграции с существующими системами
• Требования к SEO (структура URL, sitemap, разметка)
• Требования к производительности (PageSpeed порог)
• Хостинг: свой сервер или облако?

7. Контент

• Кто предоставляет тексты: вы или разработчик?
• Есть ли готовые фотографии или нужно искать стоковые?
• Нужен ли копирайтер?

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

Шаблон минимального ТЗ

Если у вас совсем нет времени, вот минимальный список вопросов, ответы на которые уже дадут 80% нужного ТЗ:

1. Что должен делать сайт для бизнеса?
2. Кто целевой пользователь?
3. Какие страницы нужны?
4. Какие функции обязательны?
5. Есть ли примеры сайтов, которые нравятся?
6. Кто пишет тексты?
7. Есть ли дедлайн?

Что НЕ нужно писать в ТЗ

• Детальные технические спецификации, если вы не разработчик — это задача подрядчика
• Описание каждого пикселя — для этого есть дизайн-макет
• Требования к "уникальному и инновационному дизайну" без референсов — это ничего не значит

Как мы работаем с ТЗ в NOREMO

Мы не требуем от клиентов готового ТЗ на старте. Вместо этого — мы проводим бриф: 30–60 минут, структурированные вопросы, и на выходе у нас есть всё нужное.

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

Главное — начать разговор. После него всё становится гораздо понятнее.

Начать с брифа →