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

Хорошее ТЗ для подрядчика нужно не ради формальности, а чтобы обе стороны одинаково понимали задачу, результат, сроки и границы работы. Если этого нет, подрядчик делает “как понял”, а заказчик потом просит переделки, спорит по объёму и теряет время. Быстро собрать рабочее ТЗ можно через генератор ТЗ Utily: он помогает не забыть ключевые блоки и оформить задачу в понятную структуру.

Заполнить в Utily: [Генератор ТЗ]

Основная инструкция

ТЗ для подрядчика — это не длинный документ “для солидности”.
Это рабочая договорённость о том:

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

Главная цель ТЗ — убрать двусмысленность.
Чем меньше у задачи “можно трактовать по-разному”, тем меньше переделок и споров.

Почему подрядчики и заказчики часто не понимают друг друга

Обычно проблема не в том, что подрядчик плохой или заказчик “слишком придирается”.
Проблема в том, что задача ставится слишком общо.

Например:

• “сделайте современно”
• “нужно красиво оформить”
• “надо улучшить сайт”
• “подготовьте материалы для рекламы”
• “хочу удобный и понятный результат”

Такие формулировки звучат нормально, но для работы они слишком размытые.
У подрядчика и заказчика внутри головы возникают разные картины, а потом это выливается в переделки.

Что должно быть в хорошем ТЗ

Чтобы ТЗ реально работало, в нём обычно нужны 8 основных блоков.

1. Контекст задачи

Подрядчику важно понимать не только “что сделать”, но и зачем это делается.

В этом блоке кратко укажите:

• что за проект или бизнес
• какая задача стоит перед компанией
• почему вообще возникла эта работа
• какой результат нужен на уровне бизнеса

Например:

• нужен лендинг для заявки на услугу
• нужно оформить презентацию для встречи с инвестором
• нужно подготовить рекламные креативы для запуска кампании
• нужно описать процессы для внутреннего регламента

Контекст помогает подрядчику не делать работу в вакууме.

2. Конкретный результат

Это центральный блок всего ТЗ.

Здесь нужно зафиксировать:

• какой именно результат вы хотите получить
• в каком формате
• в каком объёме
• для какой аудитории
• где этот результат будет использоваться

Примеры хороших формулировок:

• подготовить 3 варианта баннера для рекламы услуги
• написать текст коммерческого предложения на 2 страницы для B2B-клиентов
• сверстать лендинг на 7 блоков с формой заявки
• разработать инструкцию для сотрудников по обработке обращений

Чем конкретнее результат, тем меньше пространство для догадок.

3. Границы задачи

Очень полезный блок, который часто забывают.

Нужно отдельно написать:

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

Это защищает обе стороны.

Например:

Входит:

• структура лендинга
• тексты
• базовые рекомендации по блокам

Не входит:

• дизайн
• верстка
• SEO-оптимизация
• настройка рекламы

Или:

Входит: подготовка 10 карточек товара
Не входит: загрузка на маркетплейс и настройка рекламы

Если границы не обозначить, почти любая задача начинает “разрастаться”.

4. Исходные материалы и входные данные

Подрядчик не может сделать качественную работу, если ему не дали исходники.

В ТЗ стоит перечислить:

• брендбук
• логотипы
• тексты
• ссылки на сайт
• доступы
• фотографии
• примеры материалов
• таблицы, цифры, описания услуг
• ограничения по стилю или юридическим формулировкам

И отдельно полезно указать, кто и к какой дате это предоставляет.

Иначе легко получить ситуацию: срок горит, а работа не может начаться, потому что заказчик ещё не прислал материалы.

5. Критерии “что считается хорошим результатом”

Это один из самых сильных блоков ТЗ.

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

Например:

• текст без канцелярита и с понятной структурой
• презентация в фирменном стиле компании
• лендинг адаптирован под мобильные устройства
• таблица содержит все обязательные поля
• документ можно использовать без дополнительной ручной переработки

Этот блок заменяет расплывчатое “сделайте хорошо”.

6. Сроки и этапы

В ТЗ нужно писать не только финальный дедлайн, но и этапы.

Полезно указать:

• дата старта
• дедлайн первого черновика
• срок на комментарии
• срок на доработки
• финальный срок сдачи
• количество этапов, если они есть

Так проще управлять ожиданиями.
И подрядчик, и заказчик видят ритм работы, а не только конечную дату.

7. Порядок согласования и правок

Это один из самых конфликтных блоков, если его не описать заранее.

Нужно сразу зафиксировать:

• кто принимает результат
• в каком формате даётся обратная связь
• сколько раундов правок входит
• в какие сроки заказчик даёт комментарии
• что считается новой задачей, а не правкой

Например:

• один общий список комментариев
• до 2 раундов правок
• комментарии в течение 2 рабочих дней
• новые блоки или новая логика — отдельная доработка

Это резко снижает хаос.

8. Ограничения и обязательные условия

Здесь фиксируются все рамки, которые подрядчик должен учесть.

Например:

• нельзя использовать определённые формулировки
• обязательно соблюдать фирменный стиль
• нельзя выходить за лимит по объёму
• нужно использовать конкретные документы или цифры
• нужно ориентироваться на определённую аудиторию
• нельзя менять структуру согласованного прототипа

Чем важнее ограничение, тем раньше оно должно появиться в ТЗ.

Как составить ТЗ пошагово

Шаг 1. Начните не с описания работы, а с цели

Сначала ответьте себе на вопрос:

Зачем вы вообще ставите эту задачу подрядчику?

Например:

• получить лендинг для лидогенерации
• подготовить понятный договорный шаблон
• оформить вакансию для размещения
• собрать коммерческое предложение для B2B-продаж

Если цель неясна, подрядчик будет выполнять набор действий без понимания результата.

Шаг 2. Переведите “хочу” в конкретный результат

Фразы вроде “сделать красиво”, “улучшить”, “привести в порядок” нужно перевести в измеримый формат.

Было:

• сделать презентацию лучше

Стало:

• переработать презентацию на 12 слайдов под встречу с партнёром, сократить текст, усилить структуру, привести к единому стилю и подготовить PDF-файл для отправки

Это уже рабочая постановка задачи.

Шаг 3. Опишите объём работы

Очень важно зафиксировать объём:

• сколько страниц
• сколько экранов
• сколько макетов
• сколько текстов
• сколько таблиц
• сколько документов
• сколько рекламных объявлений

Без этого подрядчик и заказчик почти всегда по-разному представляют масштаб.

Шаг 4. Соберите всё, без чего работа невозможна

Это исходные данные:

• ссылки
• файлы
• примеры
• цифры
• доступы
• пожелания
• ограничения

Если материалов ещё нет, в ТЗ нужно прямо написать, что и когда заказчик передаёт дополнительно.

Шаг 5. Зафиксируйте критерии приёмки

Нужно понять, как вы скажете “да, это то, что нужно”.

Например:

• файл готов для отправки клиенту
• макет соответствует согласованной структуре
• текст можно сразу публиковать без переписывания
• подрядчик учёл все обязательные блоки
• таблица собирает нужные показатели

Критерии приёмки — это защита от бесконечного “что-то не то”.

Шаг 6. Заранее ограничьте правки

Если этого не сделать, любое ТЗ может превратиться в бесконечный поток новых пожеланий.

Полезно сразу написать:

• что считается правкой
• что считается новой задачей
• сколько итераций входит
• как даются комментарии

Шаг 7. Проверьте, сможет ли другой человек понять задачу без звонка

Хороший тест:

Если дать это ТЗ человеку без устных пояснений, он поймёт, что делать?

Если нет, значит документ пока слишком общий.

Именно здесь удобно использовать генератор ТЗ Utily: он помогает собрать задачу в понятную структуру и увидеть, какие важные блоки ещё не заполнены.

Пример

Допустим, компании нужно поставить задачу подрядчику на подготовку коммерческого предложения.

Плохой вариант ТЗ

“Нужно сделать КП для клиента. Чтобы выглядело профессионально, понятно и продающе. Желательно побыстрее.”

Проблемы такого варианта:

• непонятно, для какого клиента
• непонятно, что именно входит в работу
• нет структуры результата
• нет срока по этапам
• нет критериев качества
• нет списка материалов
• нет правил по правкам

Рабочий вариант ТЗ

Задача: подготовить коммерческое предложение для B2B-клиента на услугу сопровождения рекламы.

Цель: документ должен помочь менеджеру отправить клиенту понятное и аккуратное предложение после первой встречи.

Результат:

• 1 коммерческое предложение в Google Docs и PDF
• объём — до 3 страниц
• структура: проблема клиента, решение, этапы работ, стоимость, сроки запуска, следующий шаг

Целевая аудитория: собственник малого бизнеса или руководитель отдела маркетинга.

Что входит:

• структура документа
• редактирование и упрощение текста
• оформление логики подачи
• сбор в финальный файл

Что не входит:

• дизайн-презентация
• разработка отдельного медиаплана
• юридическая экспертиза

Исходные материалы от заказчика:

• описание услуги
• цены
• кейс
• логотип
• ссылка на сайт
• тезисы после встречи с клиентом

Критерии результата:

• текст без воды и канцелярита
• понятная структура
• документ можно отправить клиенту без дополнительной переработки
• есть чёткий следующий шаг

Сроки:

• старт — 12 мая
• первый черновик — 14 мая
• комментарии заказчика — до 15 мая
• финал — 16 мая

Правки:

• 2 раунда правок
• комментарии одним списком
• добавление нового раздела после согласования структуры считается новой задачей

Что даёт такой формат

По такому ТЗ подрядчику проще работать, потому что он видит:

• цель
• объём
• границы
• критерии качества
• сроки
• формат взаимодействия

А заказчику проще принимать результат и не спорить о том, “что имелось в виду”.

Когда это использовать

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

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

Это полезно даже для небольших задач. Часто именно “маленькие понятные задачи” разрастаются сильнее всего, потому что по ним меньше дисциплины.

Типичные ошибки

1. Пишут слишком общо

Фразы вроде “сделайте качественно”, “надо красиво”, “хочу современно” не помогают. Они создают простор для разного понимания задачи.

2. Не описывают, что не входит в работу

Из-за этого подрядчик и заказчик начинают по-разному трактовать границы проекта, и появляются лишние ожидания.

3. Не дают исходные материалы вовремя

Даже хорошее ТЗ не спасёт, если подрядчик не получил нужные файлы, цифры и доступы.

4. Не фиксируют критерии приёмки

Если не описать, что считается хорошим результатом, обратная связь превращается в субъективное “не нравится”.

5. Не ограничивают правки

Без этого проект легко превращается в бесконечную доработку, особенно если с каждой итерацией добавляются новые пожелания.

FAQ

Нужно ли ТЗ, если задача маленькая?

Да, хотя бы в коротком виде. Даже для небольшой задачи полезно зафиксировать результат, срок, материалы и правила правок.

Чем ТЗ отличается от брифа?

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

Нужно ли писать в ТЗ бюджет?

Если он влияет на формат решения, да. Например, если объём или глубина работы зависят от бюджета, это лучше обозначить сразу.

Что важнее всего в ТЗ?

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

Можно ли делать одно ТЗ для разных подрядчиков?

Да. Это даже удобно, если вы хотите сравнить предложения по одной и той же задаче и получить сопоставимые варианты.

Финальный CTA

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