Как составить техническое задание, которое принесёт идеальный результат: 10 пунктов эталонного ТЗ

Многие заказчики считают: «Зачем писать много? Я просто объясню в паре предложений, что мне нужно». Знакомая ситуация? Итог такой: вы получаете работу, которая идеальна в представлении исполнителя, но совершенно не подходит вам. Потому что «красивый сайт» или «продающий текст» — понятия субъективные.

В этой статье разберём:

• что такое ТЗ и почему без него нельзя;

• 10 составляющих эталонного технического задания;

• как проверить результат и принять работу без споров;

• типичные ошибки заказчиков и как их избежать.

Что такое техническое задание и зачем оно нужно

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

Для исполнителя ТЗ — это дорожная карта. Он понимает, с чем предстоит работать и что от него ждут.

Для заказчика ТЗ — это:

• инструмент контроля (можно проверить, всё ли сделано по пунктам);

• защита от споров (есть документ, где зафиксированы все требования);

• способ сэкономить время (не нужно по сто раз объяснять одно и то же).

Что даёт грамотное ТЗ

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

10 составляющих качественного ТЗ (с примерами)

Независимо от того, что вы заказываете — сайт для интернет-магазина, логотип, продающий текст или разработку приложения — эти 10 пунктов универсальны.

1. Польза. Какую задачу решает проект

Начните с главного: зачем всё это нужно? Какую проблему вы решаете?

Примеры разных проектов:

• Сайт: нужен, чтобы компания выглядела солидно и вызывала доверие у корпоративных клиентов.

• Текст: цель — увеличить конверсию с посадочной страницы с 2% до 5%.

• Логотип: должен ассоциироваться с надёжностью и технологичностью (бизнес — IT-разработка).

Важно: если у проекта нет цели — зачем вы его вообще делаете?

2. Целевая аудитория. Для кого вы это создаёте

Без понимания аудитории невозможно создать правильный продукт. То, что хорошо для подростков, не подойдёт для топ-менеджеров крупных корпораций.

Что указать в ТЗ:

Для копирайтера: «Мои читатели — начинающие предприниматели, которые не разбираются в юридических тонкостях. Им нужны простые объяснения и конкретные примеры».

Для дизайнера: «Сайт для стоматологической клиники. Аудитория — люди 30-55 лет с высоким достатком, которые ценят статус и качество, а не низкие цены».

3. Референсы. Покажите, что вам нравится (и что — нет)

Ничто не передаёт ожидания лучше, чем визуальные примеры.

Что нужно собрать:

Важное правило: к каждому референсу напишите короткий комментарий, что именно вам нравится.

❌ Плохо: «Вот этот сайт классный, сделайте похоже».

✅ Хорошо: «В этом сайте нравится крупный шрифт заголовков, воздух между блоками и спокойная цветовая гамма (синий + белый). Не нравится — слишком медленная анимация и отсутствие поиска».

4. Детали. Чем подробнее, тем лучше

Не бойтесь быть дотошным. «Многословное ТЗ» лучше «короткого, но с кучей уточняющих вопросов».

Что можно детализировать:

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

5. Ваши идеи (даже «сырые»)

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

Как это работает:

1. Вы пишете идею: «А давайте сделаем так, чтобы при наведении на карточку товара она переворачивалась?»

2. Исполнитель отвечает: «Технически можно, но это увеличит время загрузки. Лучше сделать затемнение с текстом».

3. Вы вместе находите лучшее решение.

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

6. Таблицы, графики, рисунки — всё, что помогает донести суть

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

Что можно приложить к ТЗ:

Пример: вместо «сделайте красиво» нарисуйте схему расположения элементов. Это займёт 10 минут, но сэкономит часы обсуждений.

7. Однозначность. Исключите субъективные оценки

Самая частая ошибка в ТЗ — слова, которые каждый понимает по-своему.

Слова-враги, которых нужно избегать:

Золотое правило: если вы не можете измерить или проверить критерий — уберите его из ТЗ.

8. Ясность. Убедитесь, что вы говорите на одном языке

У вас и исполнителя могут быть разные представления о терминах.

Что может вызвать недопонимание:

Как избежать:

• Приложите словарь терминов (если проект сложный).

• Дайте ссылки на примеры («Как вот здесь — есть корзина вверху справа»).

• Попросите исполнителя пересказать ТЗ своими словами до старта работы.

9. Точность. Только количественные характеристики

Размытые фразы — главная причина споров при приёмке работы.

Точность = возможность проверки. Если вы не можете проверить выполнение пункта — уберите его или переформулируйте.

10. Технические особенности

Готовый продукт должен работать именно на ваших платформах. Это нужно согласовать заранее.

Что указать в ТЗ:

Дополнительно — сроки:

Один из самых важных пунктов. Укажите:

• Финальный дедлайн.

• Промежуточные этапы (если проект большой).

• Сколько времени на правки.

Пример:

«Срок сдачи финальной версии — 25 мая 2026 года. Контрольные точки: 10 мая — макет главной страницы, 17 мая — макеты внутренних страниц. Время на правки по каждому этапу — 3 рабочих дня. Разрешается сдвиг срока только по моему письменному согласованию».

Как проверить результат работы по ТЗ

ТЗ — это не только инструкция для исполнителя, но и инструмент приёмки для вас.

Как составить чек-лист приёмки

Пройдите по каждому пункту ТЗ и задайте вопрос: «Выполнено или нет?»

Преимущества чек-листа:

• Вы не пропустите ни одного требования.

• Исполнитель заранее знает критерии оценки.

• Споры становятся объективными («вот пункт 7.3 — не выполнено»).

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

Ошибка 1. Слишком коротко

«Нужен сайт, как у конкурентов, только лучше». Это не ТЗ. Это повод для спора.

Ошибка 2. Слишком много лишнего

«Цвет фона должен быть #FFFFFF, но если вам кажется, что #FAFAFA лучше — делайте #FAFAFA, только посоветуйтесь сначала с моим дизайнером, он сказал, что…». Противоречия в ТЗ убивают его ценность.

Ошибка 3. Нет чётких критериев «принято / не принято»

Если в ТЗ нет пункта «качество текста оценивается по уникальности 95%» — вы не сможете предъявить претензию, если уникальность будет 85%.

Ошибка 4. Правки «по ходу» без обновления ТЗ

Вы изменили решение по цветовой гамме. Написали в чат: «А давайте сделаем зелёным!». Исполнитель согласился. Через неделю вы забыли об этом и говорите: «Почему у нас зелёный? Я просил синий!».

Как правильно: любое изменение требований фиксируется в обновлённой версии ТЗ. Исполнитель подтверждает. Тогда не будет споров.

Примерная структура идеального ТЗ

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

1. Цели и задачи проекта
   - Что должно получиться?
   - Какую бизнес-задачу решаем?
   - Ключевые метрики успеха?

2. Целевая аудитория
   - Кто будет использовать результат?
   - Портрет пользователя (возраст, пол, интересы, технические навыки)

3. Функциональные требования
   - Что именно должно быть сделано?
   - Список функций (можно с приоритетами — «обязательно», «хорошо бы»)

4. Нефункциональные требования
   - Требования к производительности, безопасности, юзабилити
   - Технические ограничения

5. Визуальные требования
   - Цветовая гамма (hex-коды)
   - Шрифты (названия, размеры)
   - Референсы (что нравится, что не нравится)

6. Требования к контенту
   - Тексты (объём, стиль, уникальность)
   - Изображения (размеры, форматы, количество)

7. Технические требования
   - Платформа / CMS
   - Версии языков и библиотек
   - Требования к хостингу

8. Этапы и сроки
   - Контрольные точки
   - Финальный дедлайн
   - Время на правки

9. Критерии приёмки
   - Как проверяем?
   - Что считается браком?
   - Процедура передачи результата

10. Бюджет и порядок оплаты
    - Стоимость этапов
    - Предоплата / постоплата

Что в итоге

Техническое задание — это не бюрократия и не попытка переложить ответственность. Это инструмент взаимопонимания.

Правильное ТЗ:

• Экономит время (меньше уточняющих вопросов).

• Экономит нервы (меньше споров).

• Экономит деньги (не нужно переделывать).

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

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