Техническое задание: написание, помощь и консультации

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

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

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

Этапы написания технического задания

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

Примеры технического задания для разных сфер бизнеса

Содержание технического задания сильно зависит от типа проекта — вот как оно выглядит на практике в разных сферах бизнеса.

Составлять ТЗ самостоятельно или с помощью профи

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

Самостоятельное составление

Составление с помощью профи

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

Частые ошибки при составлении ТЗ

Из чего состоит техническое задание

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

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

Сколько времени и средств нужно на составление ТЗ

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

Как согласовывать и менять техническое задание

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

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

Как проверить качество готового ТЗ

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

Дайте прочитать документ человеку, который не участвовал в подготовке, например коллеге из другого отдела, и попросите пересказать своими словами. Если пересказ отличается от задуманного, в тексте есть неоднозначности, которые нужно устранить. Эта простая проверка экономит недели переделок.

Пример фрагмента ТЗ: форма заявки на сайте

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

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

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

Вопросы подрядчика к заказчику при составлении ТЗ

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

1. Какую задачу бизнеса должен решить сайт и как мы поймём, что она решена?
2. Кто основные пользователи и в каких ситуациях они придут на сайт?
3. Какие системы нужно подключить: CRM, учётную систему, платёжные сервисы?
4. Есть ли ограничения по срокам, бюджету, платформе или безопасности?
5. Кто со стороны заказчика принимает решения и согласует результаты?
6. Что будет считаться успешным запуском через три месяца после старта?

Если подрядчик не задаёт таких вопросов и сразу называет цену, он либо не вникает в детали, либо закладывает большой запас на риски. В обоих случаях вы можете получить неточную смету.

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

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