Как расставить приоритеты в разработке функций после того, как вы создали MVP

Опубликовано: 2021-10-05

[ на обложке : мобильное приложение Unight ]

Как многие говорят, обо всем по порядку. В контексте разработки продукта для стартапа MVP - это первая целевая версия продукта вашей мечты. Но MVP известны тем, что требуют меньше времени и затрат. Здесь разработка проекта подходит к завершающей стадии - а что будет дальше после mvp?

Разве вы не заметили, что создание MVP имеет эффект снежного кома ?

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

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

Согласно теории модели Кано, которая классифицирует клиентов на 5 типов, это 3-й тип - привлекательные качества, к которым стремятся пользователи. Но основная цель MVP совсем в другом. Для проверки концепции создаются минимально жизнеспособные продукты. Ваш MVP должен ответить на вопрос: « Действительно ли рынок заинтересован в моем продукте? »; так что разумно разработать этот продукт быстрее и дешевле, с помощью следующего этапа MVP с богатым набором функций.

Что делать после создания MVP, каков следующий шаг после создания MVP?

1. Сначала бета-тестирование.

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

2. 3, 2, Запуск.

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

  • SEO / ASO услуги
  • Публикация в блоге
  • Пресс-релизы и реклама в журналах
  • Конкурсы и соревнования

Заинтересованы в дальнейшем продвижении приложений? Приглашаем вас прочитать нашу недавнюю статью о маркетинге приложений .

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

Что следует за минимально жизнеспособным продуктом?

Отныне и впредь вся дальнейшая разработка продукта зависит от данных, которые вы начнете получать. Основывайте свои выводы и действия на:

  1. Полученные метрики - коэффициент удержания, продолжительность сеанса, параметры взаимодействия с пользователем, привлечение пользователей и общая ценность - это ключевые показатели эффективности, которые вы должны отслеживать и анализировать. Если ваше приложение как-то монетизируется - обратите внимание на эффективность различных методов монетизации. Удивительно, но существует 9 наиболее известных KPI для измерения производительности приложений - полный список вы можете найти здесь.

  2. Предоставлены отзывы пользователей. Google Play и App Store дают вам удобный способ отслеживать их, просто просматривая раздел отзывов. Тем не менее, ищите упоминания о вашем бренде в социальных сетях, на форумах и веб-платформах. Инструмент, который мы рекомендуем вам использовать, - это YouScan, который позволяет вам находить что угодно - от оценок до жалоб, в которых упоминается ваш бренд.

  3. Третья фаза MVP будет заключаться в анализе данных номер 1 и 2, и на основе этих двух принять решение о реализации функции. Для этого вам нужно заново открыть свой бэклог задач, и для каждой функции мы ставим определенную отметку (от 0 до 10), в зависимости от того, на какие из важных показателей она повлияет (как показано на картинке ниже).

оценка характеристик

Еще не убедили? Что ж, на изображении выше предположим, что вы точно измерили свои показатели в приложении и видите, что вовлеченность пользователей значительно ниже, чем остальные. Пора перейти к идеям функций, перечисленным в журнале невыполненных задач, и вы выбираете функции, которые нужно поместить в горизонтальную линию (как показано на изображении). Что мы делаем дальше, так это анализируем, какой показатель поможет нам улучшить эта конкретная функция - конечно, с помощью наших бизнес-аналитиков и маркетологов. Мы просто ставим определенную оценку (по шкале от 0 до 10) в зависимости от того, насколько полезной будет эта функция. Процесс оценки функции показывает, что элемент «Push-уведомления» имеет уверенную цифру 10 в строке взаимодействия с пользователем; после их развертывания пользователи чаще получают напоминания о приложении, что приводит к более частым посещениям приложения, повышению активности и, в конечном итоге, более высокому уровню вовлеченности. Поэтому мы решили развивать эту функцию.

Еще одна важная вещь, на которую следует обратить внимание, - это стоимость изменения. Исходя из опыта, разработка стандартной функции push-уведомлений занимает около 20 часов. Готовы ли вы инвестировать в этот элемент; Более того, какую прибыль это принесет вам в будущем? Тщательный отбор и анализ - вот что делает краткое изложение функций после MVP таким важным, чтобы расставить приоритеты.

Подход DIBB.

Мы также хотели бы выделить продуктовый подход DIBB - Data, Insight, Bet and Believe, с этими 4 фазами, описывающими все процессы, происходящие в продукте. Сначала вы анализируете данные, затем изучаете свою статистику, делаете ставку на определенную функцию и, наконец, верите, что необходимое реализовано. Вся концепция DIBB - это цикл предсказаний, основанных на данных, которые вам необходимо проверить, чтобы произвести максимально прибыльное изменение.

Важная заметка

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

Заинтересованы в работе с отрицательными отзывами покупателей? Наша статья «Как работать с отзывами пользователей?» скоро ударит / будьте в курсе!

От MVP к MLP.

от MVP к MLP

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

Авторы Иван Дышук и Элина Бессарабова