Техническое задание — фундамент проекта

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

• постоянные правки
• споры «мы это имели в виду не так»
• сдвиги сроков
• дополнительные бюджеты
• раздражение с обеих сторон

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

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

Например, владелец интернет-магазина может сказать: «Хочу удобное оформление заказа». Но, что именно это означает? Заказ в два клика? Или автоматическое определение адреса? А может быть это значит — сохранение истории покупок, быстрый повтор, начисление бонусов и отсутствие сложной регистрации с вводом электронной почты и номера телефона?

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

ТЗ могут составлять:

1. системные аналитики заказчика
2. аналитики или технические специалисты исполнителя

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

Именно по ТЗ дальше строится вся разработка. На его основе:

• оцениваются сроки
• рассчитывается стоимость
• формируются этапы работ
• контролируется результат

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

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

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

Составление ТЗ важно для сложных проектов, к которым относятся интернет-магазины, сервисы доставки, мобильные приложений, платформы с интеграциями. Потому что там огромное количество процессов, которые невозможно удержать лишь «в голове».

Хорошее ТЗ помогает:

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

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