ТЗ, которое начинается сразу с требований, почти всегда получается слабым. Причина простая: исполнитель не понимает контекста, а без контекста даже идеально написанные требования работают против вас. «Сделайте сайт, чтобы был удобный» — и вот перед вами лендинг для корпоративных юристов, хотя вы делали его для подростков-геймеров. Данные для ТЗ — это фундамент, на котором держатся все остальные разделы. Разбираем, что собрать до того, как садиться писать требования, и где взять недостающее.
Что такое данные для ТЗ и почему без них требования повисают в воздухе
Данные для ТЗ — это исходный контекст задачи: кому, зачем и в каких условиях нужен результат. Требования отвечают на вопрос «что сделать», данные — на вопрос «почему именно так». Без данных исполнитель вынужден гадать, а гадание почти всегда проигрывает конкретике.
Антипример: «Сделайте сайт. Стиль — современный, тексты — цепляющие, сроки — как можно быстрее». В этом ТЗ нет ни аудитории, ни бизнес-задачи, ни текущей ситуации, ни примеров, которые нравятся. Исполнитель либо сделает на свой вкус (и скорее всего не угадает), либо начнёт задавать вопросы, и вы потратите на уточнения столько же времени, сколько сэкономили на подготовке.
Распространённый миф — «исполнитель сам соберёт данные». Он действительно задаст вопросы, но бизнес-контекст знаете только вы: кто ваши клиенты, что работает и не работает в текущем решении, какие цели на год. Исполнитель может подсказать, какие данные нужны, но не придумать их за вас.
Базовый набор данных для любой задачи
Вне зависимости от ниши — дизайн, разработка, тексты или маркетинг — любое ТЗ опирается на пять базовых групп данных. Если хоть одной нет, документ остаётся неполным:
- Цель и бизнес-задача. Не «сделать сайт», а «запустить лендинг под курс, чтобы собирать 50 заявок в месяц». Цель определяет все последующие решения.
- Целевая аудитория. Конкретные люди: возраст, интересы, боли, сценарии использования. Дизайн для бухгалтеров 45+ и для студентов — это два разных дизайна, даже если вам так не кажется.
- Текущая ситуация. Что есть сейчас: старый сайт, логотип, тексты, аналитика, отзывы клиентов. Исполнитель должен понимать точку старта, а не начинать с чистого листа.
- Желаемый результат. Как выглядит успех в измеримых величинах: рост конверсии, узнаваемость, скорость загрузки, количество заявок. Без метрик невозможно понять, что задача решена.
- Ограничения. Бюджет, сроки, технические требования (на какой платформе, интеграции с какими сервисами), брендбук, юридические требования. Ограничения — не враг качества, а рамка, в которой исполнитель работает эффективнее.
Эти пять групп — каркас. Если вы собрали хотя бы их, даже короткое ТЗ будет сильнее многостраничного документа без контекста.
Данные по типам задач
Набор данных зависит от типа задачи. В таблице ниже — ключевые данные для пяти самых частых направлений и подсказка, где их взять.
| Тип задачи | Ключевые данные | Где взять |
|---|---|---|
| Разработка сайта или приложения | Пользовательские сценарии, интеграции (CRM, оплата, аналитика), платформа, ожидаемая нагрузка | Яндекс.Метрика старого сайта, опрос клиентов, текущая инфраструктура |
| Дизайн (лого, бренд, интерфейсы) | Брендбук или описание бренда, референсы «нравится / не нравится», носители использования | Внутренние материалы, Dribbble/Behance, Pinterest-доски |
| Тексты и контент | Tone of voice, SEO-ядро, примеры текстов бренда, конкурентные тексты | Прошлые публикации, Wordstat, SERP-анализ конкурентов |
| Реклама и маркетинг | KPI (CPL, ROI, ROAS), воронка, бюджет на медиа, целевые сегменты | CRM, аналитика прошлых кампаний, финмодель |
| Нейросети и AI-задачи | Примеры промтов, эталонные ответы, ограничения модели, формат вывода | Документация API, тестовые прогоны, примеры из индустрии |
Где брать данные, если их нет
Типичная ситуация: вы понимаете, что данные нужны, но под рукой их нет — нет аналитики, нет опросов, нет брендбука. Это нормально: большинство заказчиков приходят на фриланс именно в такой точке. Хорошая новость — данные не обязаны быть идеальными, чтобы начать. Главное правило: лучше честное «не знаю, помогите собрать», чем выдумка из головы.
Четыре способа собрать недостающее:
- Аналитика. Даже базовая статистика Яндекс.Метрики или Google Analytics по старому сайту даёт больше, чем интуиция: кто заходит, с каких устройств, где уходит. Подключите счётчик на неделю перед ТЗ — получите первую выборку.
- Конкуренты. Посмотрите 5–10 сайтов, текстов, рекламных кампаний в вашей нише. Отметьте, что нравится и что раздражает. Это даст исполнителю ориентиры лучше любого абстрактного описания.
- Опрос клиентов. 10 коротких интервью с существующими клиентами дают больше инсайтов, чем часы размышлений. Спросите: «Почему выбрали нас?», «Что бесит в процессе?», «Что хотели бы изменить?» — и вы получите язык аудитории и её боли.
- Референсы. Подберите 5–10 примеров чужих работ, которые нравятся, и 3–5, которые точно не подходят. Визуальные примеры работают лучше любых описаний — исполнителю достаточно увидеть, куда двигаться и куда не надо.
Маркеры пустого брифа, по которым опытный исполнитель сразу понимает, что данных нет: фразы «ну вы же понимаете», «как обычно», «сделайте на свой вкус», «как у всех нормальных». Если вы ловите себя на таких формулировках — остановитесь и соберите хотя бы референсы.
Как оформить данные в ТЗ
Собранные данные нужно передать исполнителю так, чтобы он их не потерял и не искажал. Три правила оформления:
- Файлы и ссылки, а не пересказ. Брендбук — файлом, референсы — ссылкой на облачную папку, аналитику — ссылкой на отчёт. Не пытайтесь своими словами описать логотип конкурента — прикрепите скриншот.
- Структура и именование. Если файлов много, сложите их в папки с понятными названиями: «Референсы-нравится», «Референсы-не-нравится», «Исходные материалы», «Аналитика». Один архив или облачная папка удобнее десятка сообщений в чате.
- Краткая записка-путеводитель. В самом ТЗ напишите блок «Исходные данные» с пометками, что где лежит и зачем нужно: «Брендбук (папка 1) — использовать цвета и шрифты, «Аналитика Метрики (папка 2) — смотреть отчёт по источникам за квартал».
Подробнее о том, как правильно упаковать файлы и передать доступы, — в статье «Документы для ТЗ: что приложить к заданию».
Мини-пример
Так может выглядеть блок «Исходные данные» в ТЗ для лендинга онлайн-курса английского:
Исходные данные:
Цель: запустить лендинг под курс «English for IT» и собирать не менее 40 заявок в неделю.
Аудитория: разработчики и QA 25–40 лет, уровень Pre-Intermediate и выше, цель — смена работы на международную компанию.
Текущая ситуация: курс уже запущен, заявки идут через Instagram, конверсия 1,2%. Старый лендинг есть (ссылка), но устарел визуально и не работает на мобильных.
Референсы нравятся: Skyeng, Puzzle English (структура и подача).
Референсы не нравятся: EnglishDom (перегружено), Lingualeo (устаревший визуал).
Ограничения: платформа Tilda, интеграция с amoCRM и Telegram-ботом, загрузка не медленнее 2 секунд на 4G, бюджет на дизайн и вёрстку до 80 000 ₽.
Полстраницы — и исполнитель понимает задачу глубже, чем из трёх страниц общих фраз.
Что уточнит хороший исполнитель
Даже после хорошо собранных данных у опытного исполнителя останутся вопросы — это нормально. Вот шесть уточнений, которые отличают профессионала от исполнителя «сделаю как скажете»:
- Какая главная бизнес-метрика успеха? Не «сделать сайт», а «получить X заявок по цене Y». Ответ меняет подход к дизайну и структуре.
- Кто из стейкхолдеров принимает результат? Если решение за тремя людьми — нужно понимать их взгляды заранее, чтобы не переделывать под каждого.
- Что не сработало в прошлых решениях? Прошлый сайт не конвертил, прошлый логотип не читался в мелком размере — эта информация ценнее любой аналитики.
- Есть ли запретные зоны? Цвета, слова, подходы, которых точно нельзя — например, «у конкурента красный, мы хотим отличаться».
- Какие материалы у вас готовы, а какие нужно создать? Фото продукта, тексты, видео — всё это влияет на сроки и бюджет.
- Готовы ли вы участвовать в промежуточных показах? Без вашей обратной связи на этапах прототипа и дизайна финальная приёмка превращается в сюрприз.
Чек-лист: все ли данные собраны
Перед тем как садиться за требования, прогоните свои исходники по этому списку. Каждый пункт закрыт — можно переходить к следующему этапу работы над ТЗ:
- Цель задачи сформулирована и привязана к бизнес-метрике.
- Аудитория описана конкретно: возраст, интересы, боли, сценарии.
- Текущая ситуация зафиксирована: что есть сейчас и что с этим не так.
- Есть 5–10 референсов «нравится» и 3–5 «не нравится» с комментариями.
- Ограничения прописаны: бюджет, сроки, платформа, интеграции.
- Исходные материалы собраны: файлы, доступы, ссылки на аналитику.
- Брендбук или описание бренда есть (или отмечено, что его нет).
- Файлы и ссылки сложены в понятную структуру с путеводителем.
Что дальше
Данные собраны и упакованы — теперь самое время превратить их в требования, объём и критерии приёмки. Как это сделать пошагово — в статье «Как написать ТЗ: пошаговая инструкция». Когда ТЗ готово, прикрепите его и собранные материалы к заказу на Workink. Исполнители видят полный бриф сразу и откликаются точнее: чем полнее данные, тем меньше шаблонных откликов и тем выше шанс найти «своего» специалиста с первого раза. А все уточнения, которые обсудите в чате сделки, фиксируются как часть ТЗ и учитываются в безопасной сделке.

Комментарии (0)
Войдите, чтобы оставить комментарийБудьте первым, кто оставит комментарий!