4 шага к освоению процесса разработки MVP

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

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

В этом посте я расскажу о четырех ключевых этапах освоения процесса разработки MVP. Чтобы помочь нам визуализировать этот подход, мы разработаем приложение для доставки еды, очень похожее на Grubhub или Uber Eats.

Шаг 1. Определите MVP с помощью PRD

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

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

Вот как выглядит наше приложение для доставки еды PRD:

Задача

Постановка задачи

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

Например: «Нам нужно связать голодных клиентов с отличными ресторанами, которые могут доставить их заказы как можно скорее».

Информация об идеях

Персонажи пользователей

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

Персонажи нашего приложения для доставки еды:

• Рик Ресторатор;
• Данте Доставщик;
• Хлоя Заказчик; а также
• Сабита, агент поддержки.

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

Пользовательские истории и эпики

Пользовательская история — это краткое объяснение того, как персонаж взаимодействует с продуктом и достигает одной из конечных целей продукта. Например, для ресторатора Рика: «Когда клиент размещает заказ [контекст], я хочу получать уведомления и видеть детали заказа [действие], чтобы я мог просмотреть его и ответить менее чем за 30 секунд [ цель]."

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

• Заказывая блюдо;
• Сообщить о пропаже товара;
• Оценка опыта доставки; а также
• Возврат товара.

Анализ

Предположения

Предположения — это то, что мы ожидаем от продукта или как будет вести себя пользователь. Например: мы предполагаем, что доставщик Данте будет работать в часы работы ресторана. Однако его график и часы работы ресторана могут не совпадать.

Ограничения

Ограничения описывают возможные ограничения продукта. Например: Плохой прием сотовой связи означает, что Клиент Хлоя не будет получать обновления о статусе своего заказа.

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

Показатели успеха

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

Для нашего приложения для доставки еды мы включили:

• Количество загрузок.
• Скорость регистрации.
• Время в приложении.

Шаг 2. Организуйте информационную архитектуру MVP

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

1. Определение содержания продукта; а также
2. Определение иерархии контента.

Определить содержимое приложения

Чтобы определить содержание продукта (изображения, музыка, текст, видео и т. д.), сначала мы изучаем тенденции, конкуренцию и нашу целевую аудиторию. Затем, чтобы соединить точки между типами контента, мы создаем «быструю и грязную» карту ума с ответвлениями, темами и подтемами. Интеллект-карты помогают нам визуализировать весь наш контент в одном месте и связывать связанные темы.

Карта разума нашего приложения будет включать в себя:

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

Определите иерархию контента

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

Чтобы провести карточную сортировку:

1. Выбирайте темы, которые представляют основное содержание продукта.
2. Организуйте темы в группы с пользователем.
3. Пометьте каждую группу пользователем и обсудите обоснование каждого решения.
4. Повторите первые три шага с дополнительными пользователями.
5. Проанализируйте результаты и найдите общие закономерности между группами. Это помогает дизайнерам продукта понять поток пользователей продукта.

Шаг 3: Создайте каркасы и прототипы

Создать каркас

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

Для нашего приложения по доставке еды мы создадим каркас в два этапа:

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

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

Протестируйте с пользователями

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

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

1. Немодерируемое тестирование количественных данных с помощью Maze . Измеряя производительность пользователей по заданной задаче, немодерируемое тестирование предлагает косвенную оценку удобства использования с помощью количественных данных. Преимущество этого типа тестирования? Мы получаем надежную статистическую обратную связь о проблеме, без «случайных» результатов, которые могли бы повлиять на нашу реакцию на эту проблему.

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

2. Модерируемое тестирование качественных данных с помощью Userfeel : наблюдая за пользователями, чтобы понять, как они выполняют задачу, и задавая дополнительные вопросы, модерируемое тестирование предлагает прямую оценку удобства использования с помощью качественных данных. Преимущество этого типа тестирования? Мы точно знаем, какие аспекты задачи являются проблемными.

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

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

Разработать высокоточный прототип

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

Мы преобразуем наш каркас в интерактивный прототип:

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

Вот пример того, как может выглядеть Hi-Fi-прототип Figma для нашего приложения по доставке еды.

Шаг 4: Завершение контроля качества дизайна

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

• Наш MVP перекликается с первоначальной концепцией продукта.
• Пользовательский поток кажется естественным.
• Рассмотрены все варианты использования.
• Все ошибки разработки исправлены.

Затем мы подведем итоги и сообщим обо всех оставшихся проблемах команде разработчиков в виде заявок на обеспечение качества. Эти билеты могут быть рассмотрены в течение одной-двух недель перед запуском MVP.

Улучшите процесс проектирования с помощью MVP Development Framework

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

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