Peiko logo
Проекты
Блог
О нас

Что такое Discovery фаза и для чего она нужна

23.02.2020
5148 просмотров
Что такое Discovery фаза и для чего она нужна
Для того, чтобы оценить стоимость проекта и сделать коммерческое предложение клиенту, необходимо провести discovery фазу или полный анализ всех аспектов реализации проекта — от возникновения идеи и концепции бизнеса до технической реализации ожидаемого продукта. Такой подход позволяет обезопасить клиента от возникновения незапланированных затрат и облегчить и четко обозначить условия работы команды, которая будет заниматься разработкой продукта.

Предварительный анализ потребностей клиента, рынка, конкурентов, целевой аудитории, предстоящего объема работ и ресурсов проводится в любой сфере, где подрядчик хочет качественно выполнить свои обязательства перед клиентом.

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. Создание макета проекта

Ознакомившись с бизнес-процессами заказчика, выстроив сценарий работы команды и сформировав список пользовательских историй с описанием требований к проекту, менеджер проектов привлекает к работе помимо бизнес-аналитика UI / UX дизайнера, который должен создать дизайн и интерактивный прототип проекта.

С помощью инструмента Wireframes или NinjaMock UI дизайнер разрабатывает каркас / макет проекта, который дает предварительное понимание будущей инфраструктуры, в частности, какие экраны и блоки необходимо включить в интерактивный прототип.

4. Определение технической составляющей проекта и создание Request-Response модели

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

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

5. Разработка дизайн-концепции

Для того, чтобы клиент имел наглядной представление, о том, как его проект может выглядеть, UI специалист создает в Adobe Photoshop и графических программах один или несколько дизайн-концепций продукта, состоящих из основных экранов с базовыми элементами интерфейса.

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

6. Прототипирование проекта

После того, как дизайн будущего проекта доработан и утвержден заказчиком, в работу вовлекается UX дизайнер - он создает кликабельный прототип, чтобы протестировать способы взаимодействия и смоделировать пользовательский опыт. Все взаимодействия моделируются максимально приближенно к тому, что у будет у конечного продукта.

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

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

Для заказчика discovery фаза - это предварительная подготовка к реализации проекта. Discovery фаза позволяет заказчику:

точнее определить суть идеи или проекта на основе реального анализа рынка и целевой аудитории;

выявить некоторые аспекты проекта, которые не учитывались изначально;

понять ожидания и проблемы клиентов на основании исследования продуктов конкурентов и пользовательских истории;

получить экспертную оценку проекта и информацию о том, как правильно реализовать его;

рассмотреть альтернативные решения и технологий, которые помогут воплотить проект в реальность;

минимизировать и оптимизировать затраты;

составить четкое техническое задание с определением точных сроков исполнения и бюджетом проекта;

предотвратить необходимость вносить дорогостоящие дополнительные правки и изменения в ходе выполнения работ;

установить баланс между бизнес целями клиента и интересами конечных пользователей продукта;

понять, насколько исполнитель соответствует ожиданиям, и принять окончательное решение по поводу дальнейшего сотрудничества.

Почему выгодно начинать работу на проектом с discovery фазы:

Условия

Проект, который начинается с discovery фазы

Проект без discovery фазы

Сроки реализации проекта

определены

не определены

Бюджет

определяется предварительно без рисков увеличения

определяется в процессе разработки и может варьироваться в сторону увеличения

Требования к конечному продукту

формируются предварительно на этапе анализа конкурентов, пользовательского опыта и историй

формируются и меняются по мере реализации проекта, вовлекая дополнительные ресурсы (время и деньги)

Изменения в ходе работы над проектом

Минимизированы

Происходят часто и внепланово

Блог
Похожие статьи
Поделитесь своей идеей
Свяжитесь с нами, и мы позаботимся обо всем остальном
Peiko logo