Чтобы составить техническое задание фрилансеру, опишите семь вещей: задачу и цель, что именно вы получаете на выходе, в каких форматах, для какой аудитории, к какому сроку, в каком бюджете и по каким критериям вы примете работу. Всё остальное — детали. Ниже разберём каждый пункт, покажем готовую структуру ТЗ, образец на реальной задаче и типичные ошибки, из-за которых проект уезжает по срокам и деньгам.

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

Зачем заказчику ТЗ, если исполнитель и так «профессионал»

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

Что даёт нормальное ТЗ вам как заказчику:

  • Сравнимые оценки. По задаче «нужен сайт» три исполнителя назовут 30, 90 и 250 тысяч — потому что каждый представил свой объём. По описанному ТЗ разброс сокращается в разы, и вы сравниваете людей, а не фантазии.
  • Право сказать «переделайте». Если критерий записан, невыполнение видно. Если не записан — вы спорите о вкусе, а спор о вкусе заказчик почти всегда проигрывает.
  • Защиту от «это не входило». Половина конфликтов на фрилансе — не про воровство, а про разное понимание границ работы.
  • Скорость. Исполнитель, которому не надо десять раз уточнять вводные, стартует в тот же день.

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

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

Эти слова часто путают, хотя это два разных документа и делают их разные люди.

БрифТехническое задание
Кто составляетисполнитель задаёт вопросы, вы отвечаетеисполнитель или вы — на основе брифа
О чёмчто и зачем нужно, для когочто и как делаем, что сдаём
Формавопросы и ответыструктурированный документ
Когдадо оценки и ценыдо старта работ, идёт в договор

Нормальный порядок: бриф → ТЗ → цена и сроки → договор → работа. Если исполнитель называет цену до того, как задал вам вопросы, — он либо угадывает, либо заложил запас на угадывание. Про сами вопросы — в статье бриф для заказчика.

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

Структура ТЗ: 8 обязательных блоков

Это скелет, который подходит почти под любую задачу — от логотипа до лендинга и монтажа роликов.

1. Контекст и цель

Одно-два предложения о том, что за компания или проект, и зачем вообще нужна работа. Не «нужен лендинг», а «запускаем курс по бухучёту, нужна страница, куда будет идти реклама, задача — собирать заявки».

Цель определяет решения исполнителя на каждом шаге. Без неё он делает красиво «вообще», а не полезно для вас.

2. Что нужно сделать

Перечислите работы списком, максимально буквально. Не «сайт», а: главная страница, 4 внутренние, адаптив под мобильные, сборка на платформе, подключение формы заявки.

Правило простое: всё, что не перечислено, в работу не входит. Это правило работает в обе стороны и защищает обе стороны.

3. Результат на выходе

Что физически окажется у вас в руках, когда работа закончится.

  • Форматы файлов (PDF, SVG, исходники в Figma, mp4 в 1080p).
  • Количество единиц: сколько макетов, сколько вариантов, сколько роликов.
  • Нужны ли исходники и передаются ли права на использование.
  • Где лежит результат: диск, репозиторий, ссылка.

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

4. Требования и ограничения

Всё, что нельзя менять и чего точно не должно быть: фирменные цвета, действующий логотип, шрифты по брендбуку, платформа («только на Tilda»), запрет на стоковые фото, требования к весу файлов.

Сюда же — технические рамки: где будет использоваться результат (печать, веб, наружка), какие размеры обязательны.

5. Референсы

Два коротких списка: «нравится, вот так» и «так не надо» — по 3–5 ссылок с одной строкой пояснения, что именно нравится. «Нравится вот этот сайт» без пояснения бесполезно: исполнитель может считать оттуда сетку, а вам понравился цвет.

Референсы экономят больше всего времени. Абзац прилагательных («современно, дорого, но не пафосно») заменяется тремя ссылками, и вы сразу понимаете, совпадает ли у вас с исполнителем картинка в голове.

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

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

И самое пропускаемое: ваш срок ответа. Проекты чаще срываются из-за заказчика, который неделю не смотрел макет, чем из-за исполнителя. Запишите «даём обратную связь в течение 2 рабочих дней» — это дисциплинирует обе стороны. Как вообще устроена оценка сроков, разобрано в статье про сроки задач.

7. Правки и приёмка

Самый ценный блок ТЗ и самый частый источник конфликтов.

  • Сколько кругов правок входит в стоимость (обычно 2–3).
  • Что считается правкой, а что — новой задачей. Поменять цвет кнопки — правка. «Давайте попробуем другую концепцию» — новая задача.
  • Кто утверждает результат. Если утверждающих трое и они спорят между собой, исполнитель попадает в бесконечный цикл.
  • Как оплачиваются дополнительные правки сверх пакета.

Формулировки для этого блока подробно разобраны в статье как ограничить правки — она написана со стороны исполнителя, но заказчику полезна именно поэтому: видно, о чём с вами будут договариваться.

8. Бюджет и порядок оплаты

Называть бюджет не страшно и не «невыгодно». Исполнитель всё равно назовёт цену исходя из объёма, а вилка в ТЗ отсекает тех, кто вам не по карману, до того как вы потратили на них две недели переписки.

Здесь же: предоплата и её размер, оплата по этапам, что происходит при отмене проекта на середине.

Образец ТЗ

Короткий пример на реальной по духу задаче — можно копировать и подставлять своё.

Задача: лендинг для онлайн-курса по бухучёту для ИП
Цель: страница под платный трафик, задача — заявки на консультацию

Что нужно:
— дизайн одной длинной страницы (6–8 экранов)
— адаптив под мобильные
— вёрстка на Tilda в нашем аккаунте
— подключение формы заявки в наш Telegram

Результат: макет в Figma (доступ на редактирование),
опубликованная страница на нашем домене

Ограничения: фирменные цвета из брендбука (приложен),
логотип не менять, без стоковых фото с улыбающимися людьми

Референсы: нравится — 3 ссылки (за структуру и типографику),
не нравится — 2 ссылки (перегружено, много текста)

Сроки: концепция первого экрана — 5 дней, полный макет — 12 дней,
опубликованная страница — 20 дней. Дедлайн жёсткий: старт рекламы 1 октября.
Обратная связь с нашей стороны — в течение 2 рабочих дней.

Правки: 2 круга на макет, 1 на вёрстку. Смена концепции —
отдельная договорённость. Утверждает один человек: Анна, маркетинг.

Бюджет: 60–80 тысяч. Предоплата 50%, остаток — после публикации.

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

Что делать, если вы сами не знаете, чего хотите

Нормальная ситуация. «Не знаю, чего хочу» почти всегда означает «не знаю, как это называется», а не отсутствие требований.

  • Начните с проблемы, а не с решения. «Заявок мало, реклама ведёт на страницу из десяти абзацев» полезнее, чем «нужен современный лендинг».
  • Соберите антиреференсы. Что не нравится, люди формулируют гораздо легче, чем что нравится. Пяти «так не надо» уже хватает, чтобы задать рамку.
  • Отвечайте выбором, а не сочинением. Просите исполнителя давать варианты: строгий или дружелюбный, светлый или тёмный. Выбирать проще, чем описывать.
  • Разбейте проект на два этапа. Сначала оплаченный этап «концепция и направление», потом основной объём. Так вы не запускаете большую работу вслепую.

И не переживайте, что ТЗ выйдет непрофессиональным. Задача заказчика — точно передать смысл, а перевести его в технический язык должен исполнитель.

Частые ошибки заказчика

  • «Сделайте на ваш вкус». Звучит как свобода, работает как лотерея: вкус исполнителя может не совпасть с вашим, и переделывать будете за свои.
  • ТЗ на словах. Созвонились, договорились, начали. Через месяц выясняется, что помните вы разное.
  • Список без приоритетов. Если в ТЗ 40 пунктов и все «обязательные», при нехватке времени исполнитель выберет за вас, что делать хорошо, а что кое-как.
  • Молчание про бюджет. Экономит ноль рублей, зато тратит недели на переговоры с теми, кто вам не подходит.
  • Правки в чате. Договорились в переписке — значит, не договорились. Всё, что меняет объём, должно попадать в ТЗ и в цену.
  • Дописывать по ходу. Каждое «и ещё вот это по мелочи» — это срок и деньги. Отдельные мелочи копятся в лишнюю неделю.

Частые вопросы

Кто должен писать ТЗ — заказчик или фрилансер? Обычно исполнитель: он лучше знает, какие детали критичны для работы. Ваша задача — дать вводные (цель, ограничения, референсы, сроки, бюджет) и проверить готовый документ. Если исполнитель просит вас написать ТЗ самостоятельно и подробно — это нормально для простых задач, но на сложных лучше, чтобы структуру собрал он.

Насколько подробным должно быть техническое задание? Настолько, чтобы посторонний человек мог по нему понять, сделана работа или нет. Для логотипа хватит одной страницы, для сайта с интеграциями нужно несколько. Переусердствовать тоже можно: ТЗ на 20 страниц никто не читает целиком, а противоречия в нём находят уже в конфликте.

Что делать, если исполнитель отказывается работать по ТЗ? Уточните причину. «Давайте без формальностей, я и так всё понял» — плохой знак: без зафиксированных границ спорить в конце будет не о чем. Если человек готов обсуждать содержание ТЗ, но не хочет жёсткой сметы на творческом этапе — это как раз разумно, и решается разбивкой на этапы.

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

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

Заменяет ли ТЗ договор? Нет. ТЗ описывает работу, договор — обязательства сторон, оплату и ответственность. Обычно ТЗ идёт приложением к договору, и именно поэтому его формулировки должны быть проверяемыми.

Коротко о главном

ТЗ для фрилансера — это восемь блоков: цель, состав работ, результат и форматы, ограничения, референсы, сроки с этапами, правила правок и приёмки, бюджет. Пишите буквально: всё, что не перечислено, в работу не входит. Обязательно фиксируйте, кто утверждает результат и как быстро вы даёте обратную связь, — по этим пунктам проекты срываются чаще, чем по вине исполнителя. И держите документ письменно: устные договорённости перестают существовать ровно в тот момент, когда начинается спор.

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