Для того, чтобы оценить стоимость проекта и сделать коммерческое предложение клиенту, необходимо провести 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 фазы
Сроки реализации проекта
определены
не определены
Бюджет
определяется предварительно без рисков увеличения
определяется в процессе разработки и может варьироваться в сторону увеличения
Требования к конечному продукту
формируются предварительно на этапе анализа конкурентов, пользовательского опыта и историй
формируются и меняются по мере реализации проекта, вовлекая дополнительные ресурсы (время и деньги)