ТЗ для работы: как исполнителю читать задание и что уточнять до старта

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

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

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

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

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

Правило простое: ТЗ читают до отклика, а не после. Если после внимательного чтения остаются критичные пробелы — задаёте вопросы в отклике или в чате. Если ответов нет или они размытые — не берёте задачу. Это защита вашего времени и репутации.

Алгоритм чтения ТЗ

Шесть шагов, которые превращают хаотичное описание в понятную задачу. На каждый шаг — 2–3 минуты, весь разбор занимает 15–20 минут.

1. Найдите цель: зачем задача и какой результат

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

2. Выпишите обязательные требования отдельно от желательных

Разделите требования на две колонки: обязательные (без них результат не принимается) и желательные (плюс к базе). Если заказчик всё свалил в одну кучу — это ваша задача на этапе вопросов: уточните, что критично, а что «было бы здорово». Без этого разделения вы будете делать желательное как обязательное и тратить время на то, что не влияет на приёмку.

3. Оцените объём и сроки реалистично

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

4. Найдите критерии приёмки — как поймут, что готово

Критерии приёмки — самый важный раздел для исполнителя. Если их нет или они размытые («красиво и качественно»), вы не сможете доказать, что работа сделана. Хорошие критерии проверяемы: «форма отправляет заявку на email», «страница загружается за 3 секунды». Если критериев нет — это первый вопрос заказчику.

5. Проверьте формат передачи и число правок

Формат передачи: в каком виде сдаёте результат — файлы, исходники, доступы. Если не указано, уточните: возможно, заказчик ожидает исходники в Figma, а вы планируете сдать только PNG. Число правок: сколько кругов правок входит в цену. Если не указано — по умолчанию два круга, но лучше зафиксировать явно.

6. Отметьте пробелы: чего не хватает

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

Красные флаги в ТЗ

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

• Нет критериев приёмки. Без них вы не докажете, что работа сделана. Действие: задать вопрос «по каким критериям будете принимать результат?» Если ответа нет — не брать задачу.
• «Сделай красиво / современно / качественно» без расшифровки. Это не требования, а пожелания настроения. Действие: попросить примеры или расшифровку. Если заказчик не может объяснить — он сам не знает, чего хочет.
• Неограниченные правки. «Правим, пока не понравится» — это ловушка. Действие: зафиксировать число кругов правок в цене (обычно 2–3), всё сверх — отдельная оплата.
• Нет сроков или «как можно скорее». Без дедлайна задача растянется на месяцы. Действие: предложить свой срок и зафиксировать его. Если заказчик не согласен — уточнить реальную дату.
• Размытый объём. «Сайт с каталогом» без указания числа товаров, «тексты для блога» без числа статей. Действие: уточнить конкретные цифры. Если заказчик не может дать — это сигнал, что объём будет расти в процессе.

Таблица: раздел ТЗ, на что смотреть и где ошибаются исполнители

Мини-пример

Так исполнитель мысленно размечает ТЗ при первом чтении. Слева — текст заказчика, справа — пометки исполнителя:

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

Пометки исполнителя:
✓ Цель: неясна (зачем лендинг? сколько заявок нужно?) — спросить.
✓ Стиль «современный» — без расшифровки, попросить референсы.
✓ Тексты «цепляющие» — кто пишет? заказчик или я? — уточнить.
✓ Сроки «как можно скорее» — не дата, предложить свой срок.
✓ Правки «пока не понравится» — красный флаг, зафиксировать 2 круга.
✗ Критерии приёмки — отсутствуют, задать вопрос.
✗ Объём — не указан (сколько экранов? есть ли форма? интеграции?) — уточнить.

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

Что спросить у заказчика до старта

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

• Какая бизнес-цель задачи? Не «что сделать», а «зачем это нужно» — лендинг для сбора заявок, сайт для имиджа, логотип для узнаваемости.
• Кто целевая аудитория? Возраст, интересы, боли — это меняет подход к дизайну и текстам.
• Есть ли примеры, которые нравятся и не нравятся? Референсы с пометками «нравится / не нравится» снимают 80% недопонимания.
• Что есть сейчас: старый сайт, материалы, брендбук? Чтобы не изобретать то, что уже есть, и не потерять то, что работает.
• Какой реальный дедлайн и чем он обусловлен? Запуск рекламы, выставка, сезон — исполнитель спланирует работу под причину.
• Кто принимает результат и по каким критериям? Если принимает комиссия из пяти человек, нужно понимать их взгляды заранее.
• Какова вилка бюджета? Вопрос не из жадности: за 20 и за 100 тысяч делается разная работа, и ожидания должны совпадать с бюджетом.

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

Чек-лист исполнителя перед «берусь»

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

• Цель задачи ясна и сформулирована заказчиком.
• Обязательные требования отделены от желательных.
• Объём конкретен: есть цифры или чёткое описание границ.
• Дедлайн реалистичен для вашего графика без аврала.
• Критерии приёмки проверяемы, а не субъективны.
• Формат передачи результата описан.
• Число кругов правок зафиксировано.
• Все пробелы ТЗ закрыты вопросами и ответами заказчика.

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

Что дальше

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