ТЗ (техническое задание) — это документ, в котором заказчик описывает задачу для исполнителя. В диджитале с него начинается любой проект. Без ТЗ дизайнер бесконечно правит цвета, редактор ищет смысл в правках клиента, а руководитель гадает, куда уходит время сотрудников.
Чтобы команда не работала впустую, важно научиться ставить задачи правильно. О том, как это делать, разобрались вместе с экспертами — Анной Зыковой, шеф-редактором в «Палиндроме» и Аной Крачек, продакшен-директором «Лайфхакера» и «Горящей избы».
Зачем нужно техническое задание — и какие проблемы возникают без него
Когда в агентстве ставят задачи кое-как, бизнес теряет часы, деньги и ресурсы команды. Разберём подробнее, от каких проблем может спасти грамотное техническое задание.
Переделывание задачи. Неприятно, но факт: когда сотрудник приносит не то, что просил руководитель, приходится всё переделывать. Такое случается, когда в ТЗ нет важных деталей: например, формата статьи, референсов обложки или подробного портрета аудитории. В результате тратится время сотрудника, а сроки проекта сдвигаются.
Мой главный менеджерский урок 2025 года случился не на работе, а дома. Однажды я попросила мужа открыть тетрапак со сливками, отрезав у него уголок. И буквально столкнулась с мемом про ожидание и реальность. В этот момент я поняла, что не могу предъявить мужу ни единой претензии, ведь это именно я решила, что всё очевидно, и не сформулировала задачу как следует. Обозначенный мной результат достигнут — уголок отрезан, тетрапак открыт. Просто совсем не так, как мне было нужно. Важно помнить: все люди разные, со своим опытом и представлениями о жизни. Если хотите, чтобы вас поняли правильно, подробно описывайте, что и как нужно сделать.
Перегруз команды. Обычно в агентстве задачи распределяются в начале недели и у сотрудников есть свой план работы. Если ТЗ составлено плохо, возникает дополнительная нагрузка: дизайнер делает иллюстрацию, а проджект сообщает, что цвет должен быть не розовый, а голубой. Исправления занимают три часа, прибавляются к уже запланированным задачам, и неделя превращается в нескончаемый поток правок. Если не научиться составлять ТЗ, ситуация будет повторяться и сотрудники устанут.
Конфликт с клиентом. Он может произойти, если на брифинге команда закрепила понимание задачи, а в итоге сделала что-то совсем другое. Например, проджект не донёс до редакции, что компания хочет говорить с аудиторией в официальном тоне. Автор написал текст с обращением «на ты» и добавил шутки. Клиент раздражён: бренд выглядит несолидно, приходится переписывать тексты и всё заново пересогласовывать.
Часто хочется поставить задачу и поскорее отдать её исполнителю. Прежде чем это сделать, подумайте, сколько сил и времени вы, наоборот, потеряете из-за того, что придётся всё переделывать.
Что стоит включить в ТЗ
В диджитал-агентствах команда сталкивается с разными задачами: от сбора карты семантики до разработки сайта. И под каждую нужно своё ТЗ. Но есть базовые элементы, которые стоит прописывать всегда.
Описание проекта. С него начинается любая задача. Без понимания, чем занимается компания и кто аудитория продукта, дизайнер не сможет сделать баннер, редактор написать статью, а таргетолог — настроить рекламную кампанию, которая будет конвертировать лидов. Важно прописать всё, даже если на первый взгляд, это кажется неважным. Например, дату запуска продукта или формат и вес готового файла.
Информация о клиенте — важный пункт в ТЗ. Если фрилансер пишет для проекта давно и понимает, что от него нужно, у него всё равно будет доступ к подсказкам: концепции, редполитике, чек-листам по оформлению и т. д. Если ТЗ для автора, я сохраняю это в отдельной вкладке в документе, а для редакторов в команде есть база знаний. Они могут туда заглянуть, когда что-то забыли. Я периодически добавляю туда что-то новое и предупреждаю исполнителей.
Контекст. Это важные детали, которые влияют на проект. Например, недавний апгрейд продукта или информация о том, что у заказчика был неудачный опыт сотрудничества с другим агентством. То есть то, что поможет сделать задачу качественно и не потратить недели на правки. Главное, не перегружайте документ, лишние детали сместят фокус с главного.
Я прописываю контекст, когда он важен. Условный пример: мы уже написали тексты для рассылки, в которой мотивировали людей из базы поучаствовать в голосовании. И теперь через пару недель нам нужно разослать письма с тем же целевым действием. Во-первых, мы не можем писать то же самое, так как аудитория не меняется. Во-вторых, понимаем, что есть люди, которые проигнорировали письмо — у нас вторая попытка до них достучаться. И вот такой контекст очень важно давать авторам и редакторам. В ТЗ обязательно приложу первую пачку писем, чтобы человек понимал, какие заходы не стоит использовать, потому что нам нужно что-то новое.
Задача. Она может быть в два предложения или на пол страницы — всё зависит от сложности и погруженности человека в проект. Например, для задачи по сбору семантики SEO-специалисту достаточно прописать: «Собрать ключевые запросы для категории “подарочные наборы” с частотностью от 100 в месяц». А вот креатору или дизайнеру понадобится больше контекста: описание цели кампании, целевой аудитории, желаемое настроение и формат. Также стоит опираться на опыт. Если сотрудник не работал на проекте и с похожими задачами, пропишите всё максимально подробно.
Для кого? Что нужно сделать? — ответы на эти вопросы погружают исполнителя в более широкий контекст задачи. Например, обзор одного и того же смартфона можно написать по-разному, в зависимости от того, где он будет опубликован. Одно дело если в блоге для гиков, другое — в издании для широкой аудитории. Отличаться будет буквально всё: структура материала, язык, детали, на которых сделан акцент. В этот же пункт мы относим всё, что знаем о клиенте и его коммуникации с аудиторией.
Цель. Это ориентир для исполнителя: к какому результату должна привести выполненная задача и что с её помощью нужно решить. Иногда цель может быть без цифр. Например, редактор фокусирует автора на идее, которую нужно донести до аудитории: «Дать подробный обзор популярных сервисов» или «Помочь читателю разобраться в теме дизайна интерьера и сформировать интерес к продукту клиента».
В ТЗ нужно обязательно пояснить, для чего мы выполняем задачу — например, хотим увеличить продажи, поработать с имиджем заказчика или рассказать какую-то новость. Каждая из этих целей имеет свои нюансы в реализации.
Сроки. Если не прописан дедлайн, можно забыть о том, что сотрудник поставит задачу в приоритет. Чёткие сроки помогают исполнителю спланировать работу, руководителю — отслеживать прогресс, а клиенту — понимать, когда ждать результат. Если процесс многоэтапный, стоит указать сроки для каждого. Например, заказчик попросил сделать два варианта рекламных баннера за две недели. Этапы могут выглядеть так:
- Черновик — 3 сентября,
- Ревью с руководителем или клиентом — 5 сентября,
- Финальная версия — 10 сентября,
- Время на правки — до 13 сентября.
Референсы. Они дают представление о результате. Примеры можно собрать с клиента, а если у него их нет, постановщику задачи стоит подобрать несколько идей. Их можно взять из предыдущих проектов или на сайтах конкурентов. В ТЗ стоит включить и антипримеры — чтобы сотрудник понимал, как точно не стоит делать.
При составлении ТЗ стоит ориентироваться на специфику проекта. Но в любом случае в него нужно включать понятное описание задачи, информацию о проекте, ожидаемый результат и дедлайн. С такими вводными человеку будет проще всё сделать.
Как написать техническое задание: 4 важных правила
При постановке задаче есть неочевидные вещи, которые помогут и постановщику, и исполнителю. О них расскажем далее.
Сформулируйте для себя задачу. Когда вы сами поймёте, что нужно сделать, будет проще донести идею до коллеги. Поэтому проговорите задание вслух. Если вы путаетесь в формулировках и возникают вопросы по типу: «А как вообще работает этот продукт?» или «Почему нужен именно лендинг?», стоит ещё раз разобраться в задаче.
Не надо отдавать в работу ТЗ, когда вы чего-то не поняли. В таком случае есть риск сделать не то, потратить время на доработку и в целом создать нервозность среди всех, кто связан с задачей. Если информации недостаточно, надо уточнять у заказчика. Иногда приходится работать с тем, что есть. Не потому, что заказчик или постановщик вредные, просто такая ситуация. Мой недавний кейс: нужно было делать текст для сайта конференции, где люди будут регаться и покупать билеты. Информации по спикерам и темам ивента нет — только общая идея и вера в то, что мероприятие будет пушкой. Вот на этом понимании мы построили редполитику и писали тексты. Да, иногда обтекаемо и не так, как хотелось бы, но это уже решало задачи клиента. А дальше мы получили больше информации по ивенту и стало в разы проще.
Убедитесь, что формулировки понятные. Ещё раз пробегитесь по ТЗ и отметьте моменты, где текст звучит слишком сложно или не хватает деталей. Например, нет описания целевой аудитории или информации о том, чем продукт отличается от аналогичных у конкурентов, и какое действие должен совершить пользователь. Если таких пробелов много, возможно, ТЗ составлять рано.
Бывает так, что в середине процесса появляются вводные и приходится всё переделывать. А это дополнительные деньги и часы команды. Если позволяет ситуация — лучше ждать подробностей. При этом заказчик должен понимать, чего от него ждут. Если надо делать, а вводных не хватает, стоит как можно лучше понять ожидания того, кому отдадите финальный результат.
Если понимаете, что без информации сделать лендинг или рекламную кампанию никак не получится, можно пойти на небольшую хитрость.
Когда клиент даёт данные по крупицам и в целом не готов тратить на вас много времени, сформулируйте своими словами то, что планировали от него узнать. Отправьте сообщение и попросите подтвердить информацию. С большой вероятностью вы получите всё необходимое в формате правок к своему сообщению.
Выберите удобный формат. Проще всего составить ТЗ в гугл-доке — при необходимости другие члены команды смогут зайти и посмотреть свою часть задачи. Можно создать шаблон: с полями под описание проекта, деталей про продукт, цели и дедлайна. Если в команде есть таск-менеджер, удобно хранить шаблон прямо там — чтобы ставить задачи в один клик. А вот отправлять ТЗ в мессенджере — не лучший вариант. Сообщение может затеряться в горе переписок. а вам будет сложно отследить результат.
Для меня хорошо поставленная задача всегда имеет чёткую структуру. В наших изданиях мы разработали шаблоны задач для каждого подразделения продакшена и пользуемся ими ежедневно. Это здорово экономит время всем участникам процесса. Постановщик сразу видит пункты, которые нужно описать, и точно ничего не забудет. А исполнителю не нужно пробираться через сложное описание — одного взгляда на задачу в таск-менеджере достаточно, чтобы уловить суть и запросить информацию, если чего-то не хватает.
Покажите ТЗ исполнителю. После того, как составили задачу, обсудите её с сотрудником: есть ли у него время и все ли пункты понятны. Это важный этап, потому что может казаться, что задача понятная, а у человека появятся вопросы. Например, он заметит, что срок нереалистичный, или уточнит детали про продукт. Поэтому лучше потратить полчаса на созвон, чем неделю — на исправления.
Кому бы вы не составляли ТЗ, потратьте время на то, чтобы пробежаться по задаче, чётко сформулировать её для себя, а затем сверить понимание с исполнителем. Так можно вовремя скорректировать задачу.
Что стоит запомнить
Чёткое ТЗ — это уважение к коллегам и к собственному времени. Чем понятнее сформулирована задача, тем меньше правок, недопониманий и недовольств от клиента. Вот несколько принципов, которые помогут ставить задачи так, чтобы проект не затормозился в самом начале:
- Начинайте с контекста — исполнитель должен понимать продукт и аудиторию, иначе результат будет мимо цели.
- Формулируйте конкретно — так, чтобы при прочтении текста было сразу понятно, что нужно сделать.
- Уточняйте детали заранее: чем больше вводных, тем меньше правок на финише.
- Проверяйте ТЗ глазами исполнителя — всё ли понятно, хватает ли данных и реалистичен ли срок.
- Фиксируйте договорённости письменно, лучше в гугл-доке и таск-трекере.
- Обсуждайте задачи: лучше потратить 15 минут на созвон, чем неделю на переделки.
