Что такое Discovery фаза и для чего она нужна
Предварительный анализ потребностей клиента, рынка, конкурентов, целевой аудитории, предстоящего объема работ и ресурсов проводится в любой сфере, где подрядчик хочет качественно выполнить свои обязательства перед клиентом.
Discovery фаза подразумевает под собой:
знакомство с клиентом и его бизнес-идеей (заполнение опросника, личные встречи, презентации);
обсуждение существующих бизнес-процессов заказчика или концепции будущего проекта, ожиданий клиента и пожеланий по срокам выполнения;
определение целевой аудитории;
анализ конкурентного рынка;
формулирование решений бизнес-задач;
определение объема работ;
постановка сроков и приоритетов;
схематичное распределение ролей и назначение специалистов, которые должны быть задействованы в процессе;
подписание договора на проведение discovery фазы.
менеджер проектов или менеджер по продажам (коммуницирует с клиентом на всех этапах реализации проекта, структурирует работу команды, отвечает за отчетность по выполнению поставленных задач);
бизнес-аналитик или консультант / эксперт в определенной области (изучает рынок, целевую аудиторию, бизнес-процессы клиента, предлагает решения бизнес-задач);
UI/UX-специалист (создает дизайн и интерактивный прототип будущего проекта);
архитектор решений или инженер, оценивающий техническую составляющую создания продукта (определяет и предлагает инструменты, платформы и прочие технические решения, с помощью которых будут создаваться проекты).
С чего начинается и как реализуется discovery фаза: пошаговая инструкция
1. Инициация discovery фазы и распределение ролей
Менеджер проекта после встреч с клиентом и выяснения его ожиданий собирает команду, которая будет задействована в проекте, решает, из чего будет состоять discovery фаза, кто и какую роль в ней будет выполнять.
В команде решается вопрос о формате и продолжительности проведения спринтов (встреч), выбираются инструменты для структурирования и отчетности по проделанной работе. Например, задачи можно распределять и хранить в облачной программе для управлениями проекта Trello. Диаграммы, графики, карты и схемы можно составлять в Microsoft Visio Drawing или draw.io. Прототипы и макеты удобно создавать в Sketch, NinjaMock или Axure.
Распределение ролей фиксируется в своего рода Mind / Role Map или диаграмме, которую можно создать в бесплатном инструменте Google draw.io. Карта ролей предоставляется заказчику, чтобы тот понимал, кто и за что ответственен, к кому обращаться с вопросами в процессе реализации проекта.
2. Изучение конкурентного рынка и пользовательского опыта
Анализом пользовательского опыта и интервьюированием потенциальных клиентов занимается бизнес-аналитик и консультант, который на основе результатов опроса составляет BPMN-диаграмму с детализацией требований к проекту.
Формирование требований к продукту происходит на основе пользовательских историй и гипотезах, связанных с ними. Составляется карта или план шагов, которые предпринимают пользователи и сотрудники проекта при выполнении тех или иных манипуляций с продуктом. Все действия фиксируются в небольших и последовательных блоках, которые заполняются всеми участниками беседы, встречи или интервью.
Создаются модели групп и ролей будущих пользователей, например, продавец и покупатель, для того, чтобы команда разработчиков понимала цели, задачи и потребности людей, для которых разрабатывается продукт.
Любая пользовательская истории записывается для персоны или функциональной роли по такому принципу:
“Покупатель заполняет форму заказа на сайте и ждет реакции от продавца”
“Продавец узнает о новом заказе и оставшемся на его обработку времени, чтобы отреагировать вовремя и не упустить заказ”.
“Продавец вовремя узнает о входящем заказе, чтобы успеть подготовиться к его отправке”.
Пользовательская история считается завершенной, если она имеет ценность и действующее лицо, демонстрирует способ достижения цели, при прочтении предлагает одно или сразу несколько решений, которые легко воплотить в реальность.
3. Создание макета проекта
С помощью инструмента Wireframes или NinjaMock UI дизайнер разрабатывает каркас / макет проекта, который дает предварительное понимание будущей инфраструктуры, в частности, какие экраны и блоки необходимо включить в интерактивный прототип.
4. Определение технической составляющей проекта и создание Request-Response модели
Создается Request-Response модель, которая конкретизирует, какие системы и сервисы должны интегрироваться с проектом, какие данные разрабатываемая система должна запросить у сервиса, что она получит в ответ. Модель позволяет показать клиенту, какой функционал проекта зависим от сторонних сервисов, достаточно ли их для решения поставленной задачи.
5. Разработка дизайн-концепции
Концепция дизайна проекта обговаривается с клиентом, выявляются проблемные моменты как с точки зрения внешности, так и технической составляющей (например, может возникнуть вопрос, как, какую и где внедрить платежную систему).
6. Прототипирование проекта
Интерактивный прототип создается для того, чтобы помочь клиенту продемонстрировать бизнес-проект инвесторам, получить обратную связь от конечных пользователей или фокус-группы, протестировать реальный пользовательский опыт перед началом разработки.
Discovery фаза может показаться слишком затратной по времени и ресурсам, однако она позволяет команде определить сроки реализации проекта и бюджет, конкретизировать требования к конечному продукту, выявить потребности конечного пользователя и получить от них отзывы о продукте. Чем больше проводится предварительной подготовки перед началом разработки продукта, тем понятнее и предсказуемее результат.
Для заказчика discovery фаза - это предварительная подготовка к реализации проекта. Discovery фаза позволяет заказчику:
точнее определить суть идеи или проекта на основе реального анализа рынка и целевой аудитории;
выявить некоторые аспекты проекта, которые не учитывались изначально;
понять ожидания и проблемы клиентов на основании исследования продуктов конкурентов и пользовательских истории;
получить экспертную оценку проекта и информацию о том, как правильно реализовать его;
рассмотреть альтернативные решения и технологий, которые помогут воплотить проект в реальность;
минимизировать и оптимизировать затраты;
составить четкое техническое задание с определением точных сроков исполнения и бюджетом проекта;
предотвратить необходимость вносить дорогостоящие дополнительные правки и изменения в ходе выполнения работ;
установить баланс между бизнес целями клиента и интересами конечных пользователей продукта;
понять, насколько исполнитель соответствует ожиданиям, и принять окончательное решение по поводу дальнейшего сотрудничества.
Почему выгодно начинать работу на проектом с discovery фазы:
Условия | Проект, который начинается с discovery фазы | Проект без discovery фазы |
Сроки реализации проекта | определены | не определены |
Бюджет | определяется предварительно без рисков увеличения | определяется в процессе разработки и может варьироваться в сторону увеличения |
Требования к конечному продукту | формируются предварительно на этапе анализа конкурентов, пользовательского опыта и историй | формируются и меняются по мере реализации проекта, вовлекая дополнительные ресурсы (время и деньги) |
Изменения в ходе работы над проектом | Минимизированы | Происходят часто и внепланово |
