Как составить ТЗ:
ответы на восемь
главных вопросов

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

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

Содержание

Вопрос 1. Что такое техническое задание?

Вопрос 2. Кто должен составлять техническое задание?

Вопрос 3. Когда нужно техническое задание?

Вопрос 4. Можно ли работать без четкого ТЗ или договариваться на словах?

Вопрос 5. Как написать техническое задание фрилансеру? Какие общие рекомендации?

Вопрос 6. Когда ТЗ не нужно?

Вопрос 7. Какие типичные ошибки допускают при разработке технического задания?

Вопрос 8. Каким может быть техническое задание для дизайнера?

Как поставить ТЗ специалисту: в двух словах

Бесплатный курс, чтобы правильно ставить задачи по финансам

Что такое техническое задание?

Отвечает Наталья Болдырева, редактор и автор

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

Чем подробнее составлено техзадание, тем лучше заказчик и исполнитель понимают друг друга. А еще с ТЗ сложнее переиграть на полпути: исполнитель не сможет сделать отсебятину, а заказчик сказать, что договаривались на что-то другое. 

ТЗ может выглядеть, например, так:

Это техзадание на статью, которую вы сейчас читаете

Или так:

Это техзадание, которое я собирала для статьи о взносах ИП

И там и там — техническое задание на статью. Разница в том, что в первом случае его составлял заказчик, а во втором — сам исполнитель. Да, верно, исполнитель тоже может составлять задание: сначала он разбирается в задаче, потом описывает ее в документе и согласовывает с заказчиком. Это еще называют пониманием задачи. 

Кто должен составлять техническое задание?

Отвечает Алексей Бурнатный, дизайнер и тимлид

По опыту работы в команде и на фрилансе — есть два стандартных сценария: 

• заказчик приходит сразу с техническим заданием;

• заказчик приходит вообще без ТЗ и не понимает, как его составить и что в нем должно быть.

Сами ТЗ тоже бывают разные:

• общие со множеством вариантов исполнения — то есть задают вектор. Такая задача больше творческая, и результат зависит от опыта и экспертности исполнителя;

• продуманные — тогда исполнителю остается грамотно воплотить поставленную задачу.

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

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

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

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

В таком формате исполнитель привносит свою экспертность, потому что знает об ограничениях, лучших практиках в решениях таких задач и способах решения — ведь за этим к нему и обращаются. А заказчик в процессе такого обсуждения понимает, как наилучшим способом решить задачу, как оценивать результат и какие у него ожидания от задачи.

Когда нужно техническое задание?

Отвечает Илья Карбышев, SEO-специалист и интернет-маркетолог

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

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

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

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

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

Отвечает Алексей Бурнатный, дизайнер и тимлид

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

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

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

Даже если задача была поставлена устно, исполнителю нужно ее проанализировать, описать и показать заказчику, чтобы тот подтвердил, что все правильно. Это будет и общее понимание задачи, и письменная фиксация.  

Как написать техническое задание фрилансеру? Какие общие рекомендации?

Отвечает Алексей Бурнатный, дизайнер и тимлид

Основные критерии качественного техзадания — структурность, полноценность и доступность.

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

Поэтому немного дотошности и скрупулезности в этом процессе всегда полезно.

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

• чего я жду;

• какие мои критерии оценки хорошего и плохого результата;

• понятна ли мне самому задача в полной мере;

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

Техзадание должно быть доступным и понятным. Исполнитель не должен тратить силы и время на дополнительное выяснение каждой детали задания.

По структуре техзадание может состоять из нескольких блоков:

1. Общее видение задачи простыми словами.
2. Критерии оценки результата.
3. Необходимые материалы, ресурсы для выполнения.
4. Декомпозированное, то есть разбитое до небольших, но значимых шагов, и структурированное описание задачи.
5. Комментарий, где описываются степень свободы в исполнении, абстрактные пожелания и любая другая информация.
6. Сроки, возможный лаг для отсрочки, формат, в котором должен быть предоставлен результат. 

С хорошим ТЗ и исполнитель, и заказчик четко понимают задачу. Исполнитель знает степень свободы, а заказчик — уровень профессионализма исполнителя. У обеих сторон есть критерии оценки работы. 

Когда ТЗ не нужно?

Отвечает Алексей Бурнатный, дизайнер и тимлид

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

Какие типичные ошибки допускают при разработке технического задания?

Отвечает Надежда Скобелева, руководитель отдела дизайна Нескучных финансов

По моему опыту, есть несколько частых ошибок заказчиков при работе с исполнителями:

Ошибка 1. Считать, что всю работу делает исполнитель. Нередко заказчики сами не знают, что им нужно, и надеются, что всю работу сделают исполнители. Это заканчивается плохо, потому что представления об итоговом результате могут сильно отличаться. Заказчикам нужно самим понять, чего они хотят, и передать смыслы исполнителю.

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

Ошибка 3. Не указывать цель. Исполнитель может писать тексты, рисовать сайты или программировать, но все это инструменты, которые помогают достичь цели. В ТЗ обязательно должна быть прописана цель, на которую работает исполнитель: например, сделать промостраницу для продажи услуг или написать текст для сео-продвижения. 

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

Ошибка 5. Делать ТЗ устным. Это рискованно для всех, потому что сегодня заказчик на словах хочет одно, а исполнитель обещает это сделать, а завтра — все передумали. Есть такое выражение: «Наступило завтра, мы стали умнее». Без определенных рамок, которые дают ТЗ, объем работы может раздуваться, правок быть — бесконечно много, а результат — непредсказуемым.

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

Каким может быть техническое задание для дизайнера?

Отвечает Надежда Скобелева, руководитель отдела дизайна Нескучных финансов

В техническом задании для дизайнеров я обязательно прописываю несколько блоков. Расскажу о них кратко:

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

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

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

• Материалы — наполнение сайта, контент, иллюстрации, фирменные шрифты, логотип. 

• Технические детали — сроки, формат работы.

• Общие пожелания — например, минималистичный стиль. 

Обычно техническое задание мы собираем в гугл-доке и передаем исполнителю. Если возникают дополнительные вопросы, отвечаем на них в переписке или на встрече и также фиксируем в доке. 

Как поставить ТЗ специалисту: в двух словах

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

• Чем подробнее составлено техзадание, тем лучше заказчик и исполнитель понимают друг друга. 

• Хороший специалист выполнит заказ как надо — с ТЗ или без него.

• В дизайне и других диджитал-отраслях работать без четкого ТЗ можно, если речь идет о креативной задаче.

• Если задача была поставлена устно, исполнителю нужно ее проанализировать, описать и показать заказчику, чтобы тот подтвердил, что все правильно.

• ТЗ может быть кратким, если вы давно работаете с человеком в команде или находитесь в одном контексте. 

Бесплатный курс, чтобы правильно ставить задачи по финансам

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

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

Оставьте заявку, и мы пришлем уроки на почту. Это бесплатно!