Чек-лист: как составить ТЗ, чтобы разработчики вас поняли

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

Техническое задание может составить заказчик или исполнитель — зависит от бюджета проекта и наличия в команде аналитиков. Если решили составлять техзадание на разработку web-приложения своими силами, выясните, какие пункты в него должны входить. Как можно конкретнее объясните команде, какой продукт хотите получить в итоге.

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

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

Этапы создания ТЗ

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

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

Слабые места ТЗ

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

Субъективные оценочные суждения

Избегайте слов «красиво», «быстро», «просто» и других подобных оценок — они не несут в себе конкретного смысла и могут быть поняты множеством разных способов. Замените их конкретикой:

«сервис должен быть выполнен в фирменной цветовой гамме и ориентирован на женскую аудиторию 25 – 35 лет»;
«главная страница сайта должна загружаться не более, чем за 5 секунд»;
«кнопка целевого действия должна выделяться на экране цветом и размером, чтобы пользователю не пришлось искать».

Не бойтесь написать больше: в техническом задании это может принести пользу.

Непонятные термины

Создание web-приложения или мобильного продукта — непростой процесс, и не стоит усложнять его недопониманиями с командой. Проследите, чтобы все термины были четко и однозначно описаны. Это касается как заказчика, так и исполнителя: техническое задание должно быть понятно обеим сторонам. Раскройте термины, которые характерны для вашей сферы деятельности. Попросите разработчиков сделать то же самое с понятиями, новыми для вас.

Чрезмерная или недостаточная детализация

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

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

Подведем итоги

Техническое задание для разработки современного веб-приложения или мобильного продукта должно быть:

однозначным;
объективным;
подробным;
понятным для исполнителя и заказчика.

Оно отражает суть проекта, разъясняет его логику и выгоды для владельца и пользователей, конкретно описывает требования к проекту.

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

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