Девять из десяти разочарований в делегировании начинаются одинаково. Заказчик кидает помощнику задачу в одну строку: «оформи презентацию», «собери базу», «разбери почту». Получает не то, переделывает, делает вывод «проще самому» и возвращается к рутине. А виноват не помощник — виноватая постановка задачи, в которой всё, что было в голове заказчика, так и осталось в голове.
ТЗ — это не бюрократия и не пять страниц текста. Это способ выгрузить из головы те самые молчаливые ожидания, о которых исполнитель просто не может догадаться. Хорошее задание на простую задачу занимает три строки. Но эти три строки решают, получите вы результат сразу или после третьей переделки.
Разберём, из чего состоит рабочее ТЗ, какие ошибки гарантируют переделку и как выглядит готовый шаблон, который можно использовать сегодня же.
Что вы узнаете из статьи
- Четыре обязательных элемента любого задания
- Главные ошибки, из-за которых результат приходит «не тот»
- Почему критерий готовности важнее самого описания
- Готовый шаблон ТЗ под копирование
- Как ставить задачу, чтобы не контролировать каждый шаг
Четыре обязательных элемента ТЗ
Любое задание, простое или сложное, держится на четырёх опорах. Уберите любую — и появится зазор, в который провалится результат.
Что сделать. Конкретное действие, а не направление. Не «займись таблицей», а «свести данные из трёх файлов в одну таблицу по столбцам: дата, клиент, сумма».
В каком виде сдать. Формат результата. Таблица, документ, письмо, ссылка. «Собери информацию» и «собери информацию в таблицу с тремя колонками» дают совершенно разный итог.
К какому сроку. Конкретная дата и время, а не «когда сможешь». Размытый срок исполнитель достроит в свою пользу, и это нормально — вы же не сказали.
По какому критерию задача готова. Самый пропускаемый и самый важный пункт. Как именно вы поймёте, что всё сделано правильно. Без него любой результат можно оспорить с обеих сторон. Какие задачи вообще стоит передавать первыми — в материале про делегирование.
Ошибки, которые гарантируют переделку
Большинство провалов — не злой умысел исполнителя, а предсказуемые ошибки заказчика. Вот самые частые.
Описание процесса вместо результата. «Зайди туда, нажми это, потом то» — вы превращаете помощника в свои руки и всё равно контролируете каждый клик. Описывайте, что должно получиться, а как — оставьте исполнителю.
Молчаливые ожидания. «Это же очевидно» — самая дорогая фраза в делегировании. Очевидно вам, потому что контекст у вас в голове. Для исполнителя его нет, пока вы не выгрузили.
Отсутствие примера. Один образец «вот так должно выглядеть» заменяет абзац объяснений. Если есть прошлый удачный результат — приложите как эталон.
Нет критерия готовности. Без него вы не сможете честно проверить результат, а исполнитель — честно его сдать. Как выстроить проверку результата, разбираем в материале про проверку помощника.
Почему критерий готовности решает всё
Остановимся на критерии отдельно, потому что именно его отсутствие рождает большинство конфликтов «сделал не так».
Критерий готовности — это объективная граница между «выполнено» и «нет». Не «хорошо собранная база», а «база из 200 контактов с заполненными полями: имя, компания, email, телефон, без дублей». Первое — вкусовщина, второе — проверяемый факт.
Когда критерий есть, проверка занимает минуту: совпало с критерием — принято, не совпало — на доработку с конкретным указанием. Когда критерия нет, проверка превращается в спор, где у каждого своя правда, и оба правы, потому что граница не была проведена.
Хорошая привычка — формулировать критерий первым, ещё до описания задачи. Если вы не можете сказать, как поймёте, что готово, — задача ещё не дозрела до делегирования, и сначала надо понять это самому.
Готовый шаблон ТЗ
Вот структура, которую можно копировать под любую задачу. Под простую заполняется за минуту.
Задача: что конкретно нужно сделать.
Результат: в каком виде сдать (формат, объём, структура).
Срок: дата и время сдачи.
Критерий готовности: как пойму, что выполнено правильно.
Контекст и пример: зачем это нужно, образец удачного результата, если есть.
Что НЕ нужно делать: границы, если задача может уйти не туда.
Последний пункт недооценивают, а он экономит время: явно очерченные границы не дают исполнителю сделать лишнее или уйти не в ту сторону. Под формат оплаты — почасовой или за проект — задание тоже стоит адаптировать, об этом в разборе про стоимость помощника.
Пример заполнения для простой задачи: «Задача: разобрать входящую почту за вчера. Результат: в инбоксе остаются только письма, требующие моего ответа; остальное — в архив или папки по правилам ниже. Срок: сегодня до 11:00. Критерий: в инбоксе не более 10 писем, все требуют именно моего решения». Три строки — и разночтений нет.
Как ставить задачу без микроменеджмента
Финальная мысль, ради которой всё и затевается. Цель хорошего ТЗ — не контролировать помощника плотнее, а наоборот, перестать его контролировать.
Когда задание описывает результат, а не процесс, и содержит критерий готовности, вам больше не нужно следить за каждым шагом. Вы отдаёте задачу, исполнитель выбирает способ сам, вы проверяете готовое по критерию. Контроль смещается с надзора за действиями на приёмку результата — это в разы дешевле по вашему времени.
Как та же ситуация выглядит со стороны исполнителя и почему чёткое ТЗ ценят сами помощники, мы разбираем в материале про удержание клиента. Спойлер: хорошее задание — это и в их интересах тоже.
Как платформа помогает с постановкой задач
На Где.Эксперт задача публикуется в структурированном виде — это само по себе подталкивает описать результат и срок, а не бросить одну строку. Помощники видят понятное задание и откликаются те, кто реально может его закрыть.
Оплата проходит за результат, а комиссия удерживается только с закрытой сделки. Критерий готовности из вашего ТЗ становится той самой границей, по которой стороны понимают, что задача выполнена, — и спорить становится не о чем.
Часто задаваемые вопросы
Зачем составлять ТЗ, если задача простая?
Чем проще задача, тем больше в ней молчаливых ожиданий. Короткое точное ТЗ в три строки убирает разночтения и экономит время на переделках.
Что обязательно должно быть в ТЗ?
Что сделать, в каком виде сдать, к какому сроку и по какому критерию вы поймёте, что готово. Без критерия задание неполное.
Как описать задачу, если сам не до конца понимаю результат?
Тогда первое задание — исследование: попросите собрать варианты или примеры, чтобы выбрать. Не перекладывайте свою неопределённость в расплывчатое ТЗ.
Нужно ли давать примеры в задании?
Да, один образец заменяет абзац объяснений. Прошлый удачный результат — лучший эталон.
Как ставить задачу, чтобы не контролировать каждый шаг?
Описывайте результат, а не процесс, и добавляйте критерий готовности. Тогда контроль сводится к приёмке готового.
Заключение
ТЗ — не бюрократия, а способ выгрузить молчаливые ожидания, которые иначе так и останутся в вашей голове. Четыре опоры — что, в каком виде, к какому сроку и по какому критерию — закрывают почти все причины переделок. А критерий готовности из них — главный: именно его отсутствие рождает споры «сделал не так».
Хорошее задание не усиливает контроль, а снимает его: вы описываете результат, исполнитель выбирает путь, вы проверяете готовое по критерию. Это и есть делегирование без микроменеджмента.
Поставьте задачу помощнику на Где.Эксперт — публикуйте структурированное задание, выбирайте из проверенных исполнителей и платите только за результат.