Коротко: как в Skipp описывают задачу разработчикам
У традиционного ТЗ, даже если это документ на сто страниц по ГОСТу, много проблем. На рынке все пишут ТЗ по-своему, заказчику в принципе сложно написать полное ТЗ самому, а разработчикам сложно однозначно оценить его.
Когда клиент обращается в Skipp, мы не пишем ему ТЗ, а вместе проходим три этапа предпроектной подготовки. Ими можно заниматься параллельно, но общий логический порядок устроен так:
Концептуальное проектирование, которое клиенту поможет сделать продакт-менеджер. Они вместе разберутся, какой нужен продукт, и создадут USM.
Визуальное проектирование, которое поможет сделать UX-дизайнер. Он продумает интерфейсы, набросает базовый дизайн и создаст прототипы разной степени детализации.
Функциональная спецификация, которой займётся руководитель проекта — продакт, проджект или скрам мастер. Он создаст фич-лист: опишет механику и технологии функций, которые придумали в USM, даст ссылку на прототип или приложит скриншоты.
USM, прототип и фич-лист мы отправим на оценку нескольким командам разработки. По опыту мы знаем: с таким ТЗ клиент получает более однородные и точные оценки от команд, а разработчикам проще провести декомпозицию и собрать бэклог.
Концептуальное проектирование: объяснить, что пользователь может сделать
Сначала продакт-менеджер Skipp помогает заказчику разобраться, какие задачи должен решать будущий продукт. Менеджер проводит продуктовое интервью с клиентом, может проанализировать конкурентов или провести глубинные интервью с представителями целевой аудитории. Словом, он погружается в задачу и использует весь свой арсенал, чтобы помочь заказчику понять, какой продукт нужно сделать.
Затем продакт-менеджер вместе с заказчиком определяет, какая функциональность будет в продукте. Они описывают, какие пользователи будут контактировать с ним, что и как смогут сделать. Результаты проектирования можно переложить в текст, визуализировать в схемах или интеллект-картах. На этом этапе дизайн не важен, главное — понять список функций, которые будут в продукте.
Итог концептуального проектирования в Skipp — User Story Map (USM). Это карта ролей пользователей и действий, которые они совершают с ИТ-продуктом. Если мы делаем приложение интернет-магазина, то в USM продакт опишет, как клиент будет его использовать.
Например: «Клиент может авторизоваться, смотреть каталог товаров, добавлять товары в «Избранное», класть в корзину и оплачивать». Последовательный набор действий это и есть User Story, то есть, пользовательская история.
USM — гибкий инструмент, который можно сделать с разным уровнем детализации. Допустим, вы хотите сначала сделать MVP, а затем постепенно добавлять в него новые модули.
Тогда на основе User Stories будет удобно собирать список функций для MVP: нужно взять в первый релиз только критически важные функции, без которых пользователь не сможет пройти путь до конца. Можно детализировать USM ещё сильнее и на основе выбранных функций создать список верхнеуровневых задач для разработчиков.
Заказчик может сам провести концептуальное проектирование. Но ему будет легче, если с ним в связке работает продакт-менеджер или продуктовый дизайнер: как правило, у них больше опыта в проектировании и выше насмотренность. С продактом получится быстрее провести исследование пользователей и найти выигрышные решения.
Почему этап важно сделать
Во время концептуального проектирования вы переходите от абстрактной идеи к описанию функций продукта. Заново проходитесь по проблемам и задачам пользователей, конкретизируете требования.
USM даёт разработчикам возможность провести первичную оценку трудозатрат и сроков. На этом этапе вы определяете, какая функциональность нужна в продукте.
Например, будет ли в приложении модуль авторизации и личный кабинет, будет ли там чат, потребуется ли пользователю загружать файлы. Если концептуальное проектирование провели подробно, по нему уже можно провести декомпозицию на задачи и примерно оценить стоимость.
Концептуальное проектирование помогает провести корректную работу с требованиями. Полный USM, с которым все в согласии — означает что требования ограничены, непротиворечивы и приемлемы. Это значит, вы выяснили, что и зачем создаёте, что будет считаться успехом. Вы обосновали требования, придумали, как их протестировать, согласовали со стейкхолдерами и командой и убедились, что требования не взаимоисключают друг друга, а вся необходимая функциональность учтена. Серафим Бахарев Менеджер продукта, работает со Skipp
Что будет, если не сделать
Если не провести концептуальное проектирование, вырастет риск, что клиент будет ждать одно, а разработчики сделают совсем другое. Например, у заказчика могут быть некорректные ожидания о продукте. Или разработчикам придётся самостоятельно додумать, какие функции нужны каждой группе пользователей.
Вовлечённость заказчика
Максимальная: заказчик передаёт материалы, вместе с нами изучает конкурентов и результаты глубинных интервью, синтезирует идеи.
Артефакт этапа в Skipp
User Story Map в Miro или Figma, результаты анализа в Notion.

Читайте другие материалы о том, как мы ставим задачу разработчикам:
👉🏻 Функциональная спецификация