ТЗ для вашей задачи: как понять, какое ТЗ нужно и с чего начать

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

Что такое ТЗ и почему «сделаешь как видишь» не работает

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

Формула «сделаешь как видишь» плоха тем, что «видит» у заказчика и исполнителя всегда разное. Заказчик «видит» сайт как у Apple, исполнитель — как у прошлогоднего клиента. Заказчик «видит» логотип в синих тонах, исполнитель — в коралловых, потому что «сейчас модно». Разрыв между этими картинами оплачивается переделками, срывами сроков и потерянными отношениями.

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

От чего зависит формат ТЗ

ТЗ — не фиксированный шаблон, а инструмент, который масштабируется под задачу. Одно дело — заказать логотип за 5 000 ₽, другое — запустить корпоративный портал за 3 миллиона. Формат документа определяется пятью факторами:

• Цена задачи. Чем больше бюджет, тем подробнее ТЗ. Ошибка в ТЗ на 5 000 ₽ стоит пару часов переделок; ошибка в ТЗ на 500 000 ₽ стоит десятки тысяч и недели работы.
• Риск недопонимания. Задачи с субъективной оценкой (дизайн, тексты, креатив) требуют больше конкретики и референсов, чем задачи с объективными метриками (настройка сервера, SEO-аудит).
• Сложность и длительность. Проект на несколько месяцев разбивается на этапы, и у каждого этапа — своё мини-ТЗ с критериями приёмки.
• Уровень исполнителя. Опытному специалисту часто хватает короткого брифа и устного обсуждения — он сам задаст правильные вопросы. С новичком лучше прописать всё детально, иначе он будет угадывать.
• Документальный след. Если задача идёт в договор, тендер или корпоративную закупку, ТЗ становится юридическим приложением и должно соответствовать формальным требованиям.

Золотое правило: чем дороже задача, тем выше риск и тем подробнее должно быть ТЗ. Обратное тоже работает: на разовые задачи объёмом до 10 000 ₽ достаточно короткого структурированного брифа из 5–7 строк.

Карта форматов ТЗ по типам задач

Карта показывает диапазон, а не жёсткие рамки. Простой лендинг можно оформить коротким брифом, а сложный корпоративный портал с интеграциями требует проектного ТЗ с этапами и критериями приёмки каждого этапа — подробнее в статье «ТЗ для проекта».

Универсальный скелет любого ТЗ

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

• 1. Цель задачи. Зачем это нужно бизнесу или заказчику. Не «сделать лендинг», а «запустить лендинг под запуск курса, чтобы собирать заявки».
• 2. Требования. Обязательные (без них результат не принимается) и желательные (плюс к базе). Разделяйте их, иначе желательные превратятся в обязательные правки.
• 3. Объём и границы. Что точно входит в задачу, а что точно не входит. Этот пункт снимает 80% споров «а я думал, ещё и это сделаете».
• 4. Сроки. Финальный дедлайн и, при проектном формате, промежуточные точки. «Как можно быстрее» — это не срок, а разрешение сорвать его.
• 5. Критерии приёмки. Как поймёте, что задача сделана. Объективные метрики, список проверяемых пунктов, чек-лист.
• 6. Формат передачи результата. В каком виде сдаётся работа: файлы, доступы, исходники, документация. Без этого финал превращается в «ну скиньте всё, что есть».
• 7. Порядок правок. Сколько кругов правок входит в цену, что считается правкой, а что — новой задачей. Это защищает обе стороны.

Мини-пример

Чтобы показать, что ТЗ — это не всегда 20 страниц, вот пример короткого, но рабочего ТЗ на простую задачу. Логотип для кофейни, заказ за 12 000 ₽:

Задача: логотип для новой кофейни «Зерно».
Цель: узнаваемый знак для вывески, стаканчиков и соцсетей.
Аудитория: 25–40 лет, городской средний класс, ценят качество кофе.
Стиль: минимализм, тёплые тона (беж, коричневый, чёрный).
Обязательно: читаемость на маленьком размере, работа в ч/б.
Не нужно: вензелей, сложных деталей, 3D-эффектов.
Формат сдачи: исходники в AI, PNG и SVG, версия для тёмного фона.
Правки: 2 круга включены в цену.
Срок: 5 рабочих дней с момента брифа.

Восемь строк — и исполнитель точно знает, что делать, а заказчик точно знает, что получит. Спорить здесь не о чем: все критерии объективны.

Что уточнит хороший исполнитель

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

• Зачем эта задача? Не «что сделать», а «какую бизнес-проблему решаем». Логотип под запуск точки и логотип под ребрендинг — это два разных логотипа.
• Кто ваша аудитория? Дизайн для корпоративных юристов и для подростков-геймеров — это два разных дизайна, даже если вы не уточнили это в брифе.
• Есть ли примеры, которые нравятся и не нравятся? «Не нравится» важнее «нравится»: оно сужает поле и отсекает очевидные ошибки.
• Какой реальный дедлайн? «Чем быстрее» часто означает «через неделю, но не горит», а иногда — «вчера». Честный разговор о сроках снимает напряжение.
• Какой бюджет вы рассматриваете? Вопрос не про жадность, а про объём: за 10 и за 50 тысяч рублей делается разная работа, и исполнитель должен понимать уровень ожиданий.
• Как будем принимать результат? По каким критериям вы скажете «готово»? Если ответа нет — исполнитель предложит свои, и это уже шаг к нормальному ТЗ.

Чек-лист самопроверки перед публикацией

Перед тем как выложить заказ на биржу, прогоните своё ТЗ по этим семи пунктам. Если хоть на один ответ «нет» — есть повод дописать:

• Цель задачи сформулирована одним предложением — без «ну просто сделать».
• Обязательные требования отделены от желательных — нет размытого списка «было бы здорово, если…».
• Границы задачи понятны — что точно не входит в цену, указано явно.
• Дедлайн — конкретная дата или диапазон, а не «как можно скорее».
• Критерии приёмки измеримы — их можно проверить, а не почувствовать.
• Формат сдачи описан — файлы, исходники, доступы, документация.
• Число кругов правок зафиксировано — обычно 2, всё сверх оплачивается отдельно.

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

Что дальше

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