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

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

Шесть блоков хорошего ТЗ

• Цель: что бизнес должен получить — «принимать заявки», «продавать онлайн», «снять нагрузку с менеджеров».
• Аудитория: кто этим пользуется и с какого устройства.
• Сценарии: что человек делает по шагам — «зашёл → выбрал → оплатил».
• Примеры: 2–3 сайта или продукта, которые нравятся, с пояснением чем именно.
• Ограничения: сроки, бюджетная вилка, обязательные интеграции (оплата, CRM).
• Контент: что у вас уже есть (тексты, фото, лого), а что нужно создать.

Чего делать не нужно

Не пытайтесь описать технологии и «как» — это работа подрядчика. Ваша зона — «что» и «зачем». Если по каждому пункту выше есть пара ясных предложений, у вас уже лучшее ТЗ, чем у 80% входящих заявок. Готовые шаблоны ТЗ под сайт, бота и приложение мы выложили бесплатно в разделе «Инструменты».

Что это даёт на практике

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

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