ФРИЛАНС МАРКЕТПЛЕЙС
Маркет Войти Регистрация

Связаться с поддержкой

Опишите вашу проблему, и мы ответим в течение 24 часов.

Нажмите или перетащите файл сюда
Данные для ТЗ: что собрать до того, как писать требования

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

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

Что такое данные для ТЗ и почему без них требования повисают в воздухе

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

Антипример: «Сделайте сайт. Стиль — современный, тексты — цепляющие, сроки — как можно быстрее». В этом ТЗ нет ни аудитории, ни бизнес-задачи, ни текущей ситуации, ни примеров, которые нравятся. Исполнитель либо сделает на свой вкус (и скорее всего не угадает), либо начнёт задавать вопросы, и вы потратите на уточнения столько же времени, сколько сэкономили на подготовке.

Распространённый миф — «исполнитель сам соберёт данные». Он действительно задаст вопросы, но бизнес-контекст знаете только вы: кто ваши клиенты, что работает и не работает в текущем решении, какие цели на год. Исполнитель может подсказать, какие данные нужны, но не придумать их за вас.

Базовый набор данных для любой задачи

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

  • Цель и бизнес-задача. Не «сделать сайт», а «запустить лендинг под курс, чтобы собирать 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)

Войдите, чтобы оставить комментарий

Будьте первым, кто оставит комментарий!