Фаза Discovery: как составить поэтапный план разработки проекта

Фаза Discovery – это первоначальная стадия формирования веб-проекта перед его непосредственным запуском. Она предполагает командную работу и плотное взаимодействие подрядчика с клиентом для точного определения конкретных целей проекта и постановки задач, с разработкой полной концепции всего процесса девелопинга. На стадии Discovery происходит комплексный сбор и аналитика данных о компании-заказчике, ее товарах/услугах, целевой аудитории (ЦА), конкурентной среде и сегменте рынка, который она занимает. На основании полученной информации разрабатывается и утверждается поэтапный план реализации проекта.

Какие функции выполняет фаза Discovery?

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

  • аналитика каждого этапа реализации проекта: от возникновения идеи до ее технического воплощения;
  • оценка конечной стоимости проекта, с учетом полной информации о компании, бюджете, ресурсах и рыночной конъюнктуре;
  • системная аналитика запросов и предпочтений заказчика, ЦА, конкурентов,  объема и сложности работ, а также расходов на проект;
  • формирование коммерческого предложения, основанного на глубоком анализе данных, полученных в результате исследования.

Что входит в фазу Discovery?

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

  • Знакомство (брифование клиента, персональные встречи, представление идеи для бизнеса и т.п.);
  • Детальное изучение и обсуждение текущих процессов ведения бизнеса заказчиком, видения концепции будущего проекта, предполагаемых затрат и дедлайнов для его реализации;
  • Обозначение ЦА;
  • Выявление клиентских потребностей компании заказчика;
  • Аналитика конкурентной среды;
  • Построение решений для конкретных задач проекта;
  • Расчет ресурсов и затратной части для определенного объема работ;
  • Установление приоритетности задач и дедлайнов для их выполнения;
  • Распределение ролей среди участников проекта для выполнения конкретных задач в нем;
  • Документальное оформление сделки по осуществлению Дискавери фазы.

Какие специалисты могут быть задействованы в Discovery Phase?

В зависимости от сложности проекта и объема ресурсов заказчика в Дискавери фазе на разных этапах могут участвовать:

  • Проект-менеджер и/или менеджер-продажник. Отвечает за коммуникацию с клиентом, контролирует выполнение поставленных задач и координирует работу команды;
  • Аналитик (бизнес-консультант). Специалист, обладающий экспертным уровнем знаний в определенной сфере бизнеса, в задачи которого входит исследование и анализ текущей ситуации на рынке, конкурентов и их продуктов, ЦА и т.д., предложение оптимальных решений на основе полученной информации, с учетом текущих макро- и микроэкономических показателей;
  • Дизайнер (UI/UX), специалист, в задачи которого входит создание дизайна и интерактивной карты (road-map) будущего веб-проекта;
  • Инженер-технолог или эксперт с технической базой знаний. Отвечает за техническую часть, оценивает технические возможности проекта, предлагает оптимальные технологические решения и инструменты для выполнения задач в рамках его реализации.

Discovery-фаза пошагово: от идеи до утверждения готовой модели проекта

  • Старт: формирование команды и ролевое позиционирование участников

На этом этапе происходит первоначальное знакомство с заказчиком, выясняются его ожидания от проекта, идеи и видение конечного результата, информация о предполагаемом объеме ресурсов (бюджет), который клиент готов потратить на проект. Коммуникацию осуществляет менеджер проектов. Далее, исходя из вводных данных, полученных от заказчика, проектный менеджер формирует команду специалистов и назначает ответственных за те или иные задачи в фазе Дискавери. Для удобства, задания и контроль за их исполнением в команде фиксируются в специальном приложении менеджмента проектов, например, Trello. Чтобы обсуждать рабочие моменты – создается отдельный чат в Телеграмме или другом мессенджере. Кроме того, для понятной визуализации проекта (схемы, графики, модели и т.п.) можно использовать Microsoft Visio Drawing или draw.io. Роли участников распределяются и закрепляются за каждым в так называемой Mind Map (Ролевая карта), которая создается в Google.draw.io. Ролевая карта необходима для точного понимания какие задачи будет выполнять тот или иной специалист в команде.

  1. Исследование конкурентной среды, структуры рынка и user experiences

На этом этапе тщательно исследуется рынок или тот его сегмент, на который претендует заказчик. Также изучается опыт конкурентов и их сфера деятельности в этом сегменте, формируется четкое представление о целях и задачах проекта с учетом потребностей ЦА компании заказчика. После, привлекаются сторонние участники, которые не состоят в команде и нейтрально относятся к проекту, в идеале – обычные пользователи, которые имели дело с продуктом клиента или аналогом конкурентов. Их опыт взаимодействия – это и есть тот самый – user experience, который необходим для составления пошагового плана реализации проекта с учетом всех «болей клиентов» и требований, предъявляемых конечным потребителем к товару/услуге. Это осуществляется путем, формирования т.н. фокус-групп с последующим интервьюированием их по принципу: вопрос-ответ, исходя из их user experience, либо с подробным описанием конкретной ситуации взаимодействия пользователя с продуктом и проблемой, с которой он столкнулся в этом процессе. Получив достаточное количество историй user experience, выделяется наиболее общая проблема («боль клиента») и ищется оптимальное ее решение, которое закладывается в основу проекта.  

  1.   Изучение системы ведения бизнеса и внутренних бизнес-процессов клиента

Чтобы получить полную картину как работает бизнес заказчика, и внутренняя структура компании проводится встреча (онлайн или офлайн) с ключевыми сотрудниками, ответственными за то или иное направление (маркетинг, продажи, ІT, логистика и т.д.). Путем мозгового штурма выявляются «слабые места» в той или иной системе, вносятся предложения – что можно улучшить с помощью проекта, проект-менеджер фиксирует идеи и доносит их до команды, для правильного формулирования задач, отвечающих фазе Дискавери.

  1.     Формирование модели веб-проекта

Обладая данными о системе и структуре бизнеса заказчика, аналитическими выводами относительно влияния проекта на развитие компании и позиционировании ее в определенном рыночном сегменте, полной информацией о user experiences и слабых местах, «боли клиентов», проектный менеджер ставит задачу UI/UX-дизайнеру смоделировать дизайн будущего веб-проекта. Дизайнер создает интерактивную модель веб-проекта в специальных приложениях («Axure», «Sketch», «NinjaMock» или «Wireframe»). Модель позволяет визуализировать проект, наглядно продемонстрировать структуру заказчику и корректировать его по мере необходимости.

  1.     Концепт-дизайн проекта

Непосредственное создание UI-дизайнером одной или нескольких концептуальных визуализаций конечного продукта с базовыми элементами наполнения, функционала и интерфейса. Концепт-дизайн создается в графических приложениях. Концепт-дизайн – это нарисованная версия конечного продукта, поэтому важно представить несколько вариантов оформления заказчику, чтобы у него была возможность выбора и понимание ценности, которую принесет продукт в результате пользовательского взаимодействия. Интерактивный концепт-дизайн позволяет сразу увидеть слабые стороны в визуализации проекта и внести изменения. В конечном итоге, концепт утверждается заказчиком в том или ином виде.

  1.     Request Response прототип: оценка технической части

Имея визуальное изображение веб-проекта, проводится оценка его технического наполнения, определяеются требования, не имеющие отношения к функционалу, выявить их влияние на сложность исполнения и конечную стоимость реализации веб-проекта. Для этих целей создается прототип Request Response, точно определяющий техническую структуру интеграции внутренних систем компании с конечным продуктом, возможные сервисные запросы и варианты ответов на них. Такой прототип дает клиенту понимание о технических требованиях функционала продукта и тех его элементах, которые зависят от сторонних сервисов и вспомогательного ПО.

  1.     Демо-версия веб-проекта

Чтобы протестировать возможности продукта и выявить его проблемные места UX-дизайнером, на основе утвержденного заказчиком концепт-дизайна, создается демонстрационная версия продукта. Как правило, демо-версия имеет базовый функционал и позволяет заказчику и/или тестеру почувствовать себя в роли пользователя. При наличии ресурса, демо-версию можно реализовать в интерактивном VR-формате (виртуальная реальность) для полноценного погружения заказчика в пользовательскую среду. Создавая демо-версию, следует учитывать, что пользовательское взаимодействие с тестовым образцом должно работать в условиях максимально приближенным к реальным. Кроме того, демо-версия, как и сам продукт, должна соответствовать целям веб-проекта, чтобы заказчик мог ее презентовать потенциальным инвесторам.

Преимущества Discovery Phase

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

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

Итоги

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

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

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

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

Последнее можно также отнести к минусам, так как осознание нехватки бюджета на предпроектной стадии приводит к отказу от дальнейшего сотрудничества.

...
Back

Your cart

0

No products in the cart.

Total
0
Checkout
Empty

This is a unique website which will require a more modern browser to work!

Please upgrade today!