Что происходит на этапе открытия проекта?

Итак, у вас есть блестящая идея для стартапа, что дальше? Как говорится, хорошо начатый продукт — это продукт наполовину. Лучшие практики показывают, что хорошее начало работы над веб-проектом почти всегда предполагает этап знакомства с продуктом.

Согласно недавнему отчету McKinsey, около 17% всех ИТ-проектов не увенчались успехом. Только 7% доставляются с задержкой, а около 50% превышают бюджет. Что может предотвратить эти и другие возможные сбои при запуске? Передовой опыт показывает, что своевременный, тщательный анализ и планирование могут помочь предотвратить некоторые ловушки. Как выход из положения, этап исследования является обязательным для предприятий, которые хотят знать, как завершить свой новый проект вовремя и в рамках удобного бюджета.

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

Почему вашему продукту нужна фаза исследования?

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

В 2001 году выпуск Agile Manifesto предложил более эффективную по времени альтернативу медленной и неточной разработке продукта. Agile-подход стал настоящим прорывом, поскольку он побуждал команды разработчиков программного обеспечения становиться небольшими и быстрыми. В конце концов, эта новая практика научила команды создавать продукты, которые клиенты могли бы использовать и, следовательно, любить.

В то же время дизайн-мышление и UX-дизайн стали новым черным цветом, сместив основной фокус разработки продукта на клиентов, а не на владельцев бизнеса. UX побудил команды разработчиков продукта задать новый смелый вопрос: что на самом деле нужно клиентам?

И этот ориентированный на клиента подход лежит в основе тогдашнего процесса открытия новых продуктов.

Рекомендуется для вас: преимущества и недостатки использования WordPress для вашего следующего проекта PHP.

Основы обнаружения продукта

Открытие продукта — вот как это звучит. Нет скрытого смысла. Просто очень интенсивный и точный этап исследования или консультации перед любой разработкой. В зависимости от объема и сложности работы этот этап может занять от одной недели до нескольких месяцев. Стоимость открытия продукта зависит от сложности проекта, но обычно составляет от 5% до 10% от общих затрат на разработку.

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

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

Однако есть некоторые ситуации, когда вы можете пропустить этап обнаружения с небольшим риском:

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

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

Что происходит на этапе знакомства с продуктом?

Обещание открытия: каждый новый продукт позволяет избежать рисков и возможных переделок с самого начала. Если вы хотите познакомиться с командой разработчиков и получить оценку, попробуйте Discover.

Что стоит за этой фазой предварительной разработки и как действовать дальше.

1. Изучите предметную область проекта

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

2. Определите возможные узкие места

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

3. Обсудите наиболее подходящие решения

На этом этапе технические эксперты предлагают решения высокого уровня для определенных выше проблем.

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

4. Предложите начальные функции и определите объем проекта

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

5. Оцените стоимость и время проекта и доработайте проектную документацию.

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

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

Вам может понравиться: 8 отличных веб-сервисов Amazon (AWS), которые вы должны использовать в своем следующем проекте веб-приложений.

Преимущества Discovery для владельцев бизнеса

Подводя итог, взгляните на таблицу ниже со всеми целями этапа знакомства с продуктом.

Во время первой встречи на этапе открытия руководители проектов обычно задают владельцу бизнеса список уточняющих вопросов. Ниже приведен список основных запросов:

• Какова бизнес-цель вашего продукта?
• Кто является целевой аудиторией вашего продукта?
• Кто главный конкурент?
• Каковы сроки проекта?
• Каков примерный бюджет проекта?

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

Ниже приведены основные роли по обнаружению продуктов со стороны клиента и поставщика услуг:

• Сторона клиента:
  • Владелец бизнеса;
  • Заинтересованные стороны.
• Сторона поставщика программных услуг:
  • Бизнес-аналитик/менеджер по продукту;
  • UX/UI-дизайнер;
  • Архитектор программного обеспечения.

Если вы все еще сомневаетесь, зачем вам тратить дополнительное время и бюджет на этап исследования, ниже вы можете найти результаты, которые вы получите на этом этапе предварительной разработки.

На что вы можете рассчитывать после открытия продукта?

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

Таким образом, после этапа обнаружения вы, как клиент, можете рассчитывать на следующие результаты:

• Кликабельные прототипы продукта;
• Список функций с высоким приоритетом;
• Спецификация деталей продукта;
• Архитектура продукта и техническая документация;
• Точная оценка затрат и времени;
• Рекомендации по формированию команды разработчиков.

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

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

Вам также может понравиться: Роли и обязанности в проекте разработки программного обеспечения.

Последние мысли

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

Справедливости ради следует отметить, что не все предприятия нуждаются в этом начальном этапе консультирования. Незначительные изменения в продукте и готовая проектная документация от других поставщиков услуг — два случая, чтобы пропустить открытие. Тем не менее, всегда лучше начинать с малого, попробовать поработать с командой разработчиков, выяснить затраты и время, и, конечно же, подкрепить идею.

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