- Поймите, что такое минимальный жизнеспособный продукт (MVP) и почему он необходим для эффективного тестирования вашей идеи
- Изучите основы прототипирования, включая бумажные прототипы низкой степени достоверности и wireframes, чтобы сделать ваши идеи осязаемыми
- Изучите некоторые ключевые принципы проектирования пользовательского интерфейса и UX, которые повышают удобство и ясность даже в ранних прототипах.
- Создание первоначального прототипа для сбора полезной информации от пользователей путем тестирования
Воплощение идеи в жизнь может быть увлекательным занятием, но создание полноценного продукта сразу же часто сопряжено с риском, требует больших ресурсов и отнимает много времени. Именно поэтому прототипирование и создание минимально жизнеспособного продукта (MVP) имеют такое большое значение — они помогают сосредоточиться на самом важном, быстро провести тестирование и получить обратную связь от реальных пользователей.
Этот процесс тестирования, итерации и доработки гарантирует, что ваш конечный продукт решает нужную проблему и отвечает потребностям людей, которые будут его использовать. Это практичный способ экспериментировать, собирать информацию и принимать более разумные решения, одновременно защищая ваши ограниченные ресурсы.
Минимальный жизнеспособный продукт
Минимально жизнеспособный продукт , или MVP, — это простейшая версия вашего решения, которая по-прежнему приносит пользу пользователям. Она включает только основные функции, необходимые для решения главной проблемы . Главное преимущество создания MVP заключается в том, что он позволяет вам проверить предположения, собрать отзывы и повторить процесс, прежде чем вкладывать время или ресурсы в полностью разработанный продукт.
В следующем видеоролике дается еще одно объяснение MVP, а также приводятся примеры MVP некоторых известных компаний, например AirBnb.
Решая, что включить в MVP, спросите себя: позволит ли эта функция пользователям ощутить основную ценность вашего решения и предоставить значимую обратную связь? Функции, которые напрямую не проверяют основную проблему, можно отложить до первоначального тестирования и итераций. К счастью, вы уже провели много исследований, чтобы определить ключевые функции. Вот как связать их с вашим MVP:
-
Уточнение проблемы
Выявление основных проблемных моментов для пользователей -
Определение решения
Определяет основную функциональность вашего решения, которая должна быть вашим главным приоритетом. -
Анализ конкурентов
Показывает пробелы, которые необходимо заполнить. Начните с того, как вы отличаетесь от других -
Оценка рисков
Определяет предположения, которые необходимо проверить. MVP помогают быстро проверить риски. -
Бенчмаркинг в отрасли
Предоставляет показатели, которые понадобятся вам при тестировании MVP с пользователями. -
Социальный мониторинг
выявляет проблемы, с которыми сталкиваются пользователи при использовании текущих решений. -
SWOT-анализ (
) выявляет сильные и слабые стороны. MVP должны сосредоточиться на сильных сторонах, одновременно проверяя слабые. -
Lean Canvas
Объединяет все необходимое для определения функций MVP, метрик, каналов и первых пользователей.
Что делать, если ваше решение включает нетехническую часть?
Если ваше решение включает как технические, так и нетехнические компоненты (например, службу доставки или платформу для подбора услуг), вам следует создать MVP для каждого компонента. Опишите техническую часть в одном документе, а нетехническую — во втором. Вам необходимо будет протестировать обе части с помощью ваших пользователей.
ЗАДАНИЕ 1
Спланировать объем MVP
Предполагаемое время: 30 минут
1. Опираясь на результаты проведенного выше исследования, перечислите особенности, которыми будет обладать ваша венчурная идея.
2. Отсортируйте характеристики в одну из трех категорий.
|
Обязательно
|
Желательно
|
Позже
|
|---|---|---|
|
Будет заполнено
|
Будет заполнено
|
Будет заполнено
|
3. Проверьте список необходимых вещей.
- Обращаются ли они к пунктам в блоке "Проблемы" из вашей "Бережливой канвы"?
- Сможете ли вы построить их в указанные сроки?
- Можете ли вы протестировать свои ключевые показатели с помощью этого списка?
4. Проверьте еще раз! Посмотрите, что можно исключить из списка обязательных элементов. Не все из них необходимы. Подумайте о самых основных элементах, которые по-прежнему будут представлять ценность для пользователей.
MVP только содержит функции из колонки "Must-Have". Такой подход поможет вам избежать перестройки, сэкономить время и ресурсы, а также обеспечить целенаправленность и эффективность MVP. Например, если вы создаете приложение, помогающее людям отслеживать свои ежедневные задачи, MVP может позволить пользователям только создавать и отмечать задачи. Дополнительные функции, такие как напоминания, уведомления или интеграция с календарем, могут быть добавлены позже. Чтобы узнать больше примеров, перейдите в раздел "Дополнительные ресурсы" и посмотрите это видео.
В конечном итоге способ создания MVP будет зависеть от вашего продукта, но главное - сосредоточиться на том, что действительно важно: обеспечить решение главной проблемы, которую вы решаете, и включить только основные функции, необходимые для обеспечения этой ценности. Далее мы рассмотрим прототипы.
Прототипы
Прототип — это представление вашего MVP. В то время как MVP определяет минимальный набор функций, прототипирование показывает, как эти функции работают на практике. Вы будете проходить через множество прототипов, чтобы быстро протестировать функции вашего MVP. Вы начнете с прототипов очень низкой точности и постепенно перейдете к прототипам средней и высокой точности. Прототипы помогают вам увидеть, как пользователи взаимодействуют с вашей идеей, выявить потенциальные проблемы и определить улучшения перед созданием полного MVP.
Считайте, что MVP - это ваш рецепт, а прототип - блюдо, которое вы подаете. В рецепте перечислены ингредиенты, или особенности вашего блюда, и определено, что можно исключить, чтобы блюдо было полным и вкусным. Вы сделаете множество итераций блюда, используя рецепт, проверяя, как он нравится пользователям, и внося коррективы по ходу работы.
Прототипам не нужны отточенные визуальные эффекты, сложные функции или полная техническая реализация. Простые эскизы экранов, кнопок или взаимодействий помогут понять, насколько пользователи понимают и воспринимают ваше решение, и позволят быстро внести изменения.
Типы прототипов
1 Бумажные прототипы
Бумажное прототипирование - это простой способ создать версию вашего продукта с низкой степенью достоверности. Его можно нарисовать на бумаге, создать с помощью липких заметок или нарисовать на доске. Бумажные прототипы позволяют быстро и недорого протестировать основные взаимодействия вашего решения. Например, если вы разрабатываете приложение для повышения продуктивности, вы можете сделать эскизы экранов, показывающих, как пользователи добавляют, просматривают и выполняют задачи. Липкие заметки или вырезки могут имитировать кнопки или действия, обеспечивая базовую интерактивность для тестирования.
Цифровой бумажный прототип также допустим, особенно если вы хотите поделиться своим прототипом с удаленными пользователями. Такие инструменты, как Figma, Miro, Canvaили Google Slides помогут вам создать простые интерактивные экраны или блок-схемы, моделирующие основные взаимодействия вашего решения. Цель одна: дать пользователям возможность ознакомиться с основными функциями вашего продукта и оставить отзыв до создания полной версии.
Вот хорошее объяснение того, как Google использует бумажные прототипы в процессе проектирования:
2 Каркасы
Wireframing - это следующий вариант после бумажного прототипирования, который отличается более высокой точностью. Каркас - это структурированный макет интерфейса вашего продукта, который показывает, как организованы информация и функциональность. В отличие от бумажных прототипов, каркасы обычно являются цифровыми и сосредоточены на размещении, навигации и иерархии, а не на визуальном дизайне. Каркасы помогают прояснить структуру вашего решения и подготовиться к созданию более функционального MVP.
Создавая каркас, включите в него экраны, меню, кнопки и ключевые взаимодействия, которые поддерживают вашу основную функциональность. Сохраняйте простоту и ясность, избегая цветов, шрифтов и графики, которые отвлекают от макета.
Вы можете использовать статичные некликабельные схемы для тестирования общей компоновки, навигации и потока задач. В качестве следующего шага вы можете сделать свои эскизы кликабельными, чтобы смоделировать взаимодействие. Проведите тестирование с пользователями, чтобы убедиться, что поток имеет смысл, что они могут легко ориентироваться, и выявить области, которые нуждаются в корректировке до начала разработки.
Для более практического обзора вайрфреймов посмотрите это видео.
3 Цифровые макеты
Цифровые макеты - это место, где вы добавляете цвет и брендинг к своему каркасу. Они все еще не функциональны, но позволяют проверить, как пользователи реагируют на визуальный дизайн и эстетику вашего решения.
4 Wizard of Oz MVP
Это версия вашего решения, в которой пользователи думают, что взаимодействуют с полнофункциональным продуктом, но на самом деле автоматизация - это просто человек за кулисами. Это полезно для тестирования таких вещей, как чат-боты. Вместо того чтобы использовать реальную модель искусственного интеллекта для ответа, за кулисами отвечает человек. Wizard of Oz MVP тестирует ценность для пользователя. Достаточно ли это ценно для пользователя, чтобы он заплатил за это?
5 Консьерж MVP
Чтобы проверить ценность для пользователя, можно использовать MVP Concierge, когда вы предоставляете решение вручную нескольким клиентам (например, используя форму Google для приема заказов и вручную выполняя их, вместо того чтобы создавать автоматизированный сайт электронной коммерции).
6 Кодированные прототипы
На более поздних этапах создания прототипа вы фактически добавите кодировку за кулисами, чтобы добавить функциональность и начать тестировать свои основные функции. В процессе прототипирования вы будете тестировать MVP на ранних стадиях с небольшой закрытой группой - вашими ранними последователями.
А как насчет GenAI?
Вы, возможно, думаете: а как насчет использования инструментов genAI для создания наших прототипов? Как только вы дойдете до цифровых прототипов, таких как вайрфреймы, макеты и, в конечном итоге, кодирование, вы, безусловно, сможете использовать инструменты genAI в качестве помощи! Позже мы более подробно рассмотрим помощников по кодированию на базе ИИ.
Однако не пропускайте ранние этапы создания прототипов с низкой степенью детализации, особенно бумажных прототипов. Вашей команде важно согласовать основной путь пользователя, определить базовую информационную архитектуру и продумать основное ценностное предложение. Это легче сделать с помощью бумаги и карандаша, чем слишком рано внедрять технологии (и ИИ).
ПРИМЕЧАНИЕ: Если ваше решение включает нетехнические аспекты (такие как доставка, обучение, транспорт), вам необходимо протестировать как модель обслуживания, так и любой технический интерфейс.
Начните с ручного тестирования самой услуги – ознакомьтесь с MVP Concierge выше. Это позволит проверить, нужна ли людям эта услуга и будет ли она экономически выгодна.
После того, как вы протестировали сервисную модель вашего решения (Задание 3), вы можете создать прототипы технической части вашего решения.
Протестируйте их по отдельности. Оба требуют проверки перед сборкой.
Уровни достоверности прототипов
Хотя границы между MVP и прототипом могут показаться размытыми, прототипы - это последовательные представления того, чем в конечном итоге станет ваш MVP. Каждый последующий прототип становится все более детальным и совершенным, тестируя различные аспекты вашего решения, пока в итоге вы не получите MVP, который вы запускаете.
Начните с низкой верности
- Самые дешевые и быстрые в создании
- Легко изменить на основе отзывов
- Тестирует основные концепции до вложений в доработку
Повышайте точность по мере проверки
- Каждый прототип отвечает на разные вопросы
- Повышайте детализацию только после проверки предыдущего уровня
- Не создавайте функциональную версию до тех пор, пока поток/значение не будут подтверждены
Испытания на каждом уровне
- Каждый прототип должен быть протестирован пользователями
- Изучайте и повторяйте, прежде чем переходить к следующему уровню точности
- Тестирование проводится постоянно, а не в один прием
Вот типичная последовательность действий:
Низкая точность:
- Бумажный прототип для проверки потока пользователей и ясности пользовательского интерфейса
- Базовый цифровой некликабельный каркас для проверки иерархии навигации
- Раскадровка/эскизы для проверки контекста и мотивации, помогают визуализировать, зачем пользователю нужно решение, когда он будет его использовать
Средняя точность:
- Базовый интерактивный каркас с возможностью клика для проверки удобства использования, компоновки, выполнения задач
- Демонстрация "Wizard of Oz(Волшебника страны Оз)" для тестирования взаимодействия с пользователями
- Нефункциональный цифровой макет для тестирования визуального и фирменного дизайна, цвета, типографики
Высокая точность:
- Кодированный прототип для проверки технической осуществимости - по сути, MVP для небольшой частной группы.
- Пилотная/бета-версия для проверки сохранности и масштабируемости основных функций
ЗАДАНИЕ 2
Создайте бумажный прототип или цифровой каркас
Примерное время: 1-2 часа
Прежде чем создавать что-то более детальное, начните с проверки своей идеи с помощью простого прототипа с низкой степенью достоверности. Это поможет вам быстро понять, что работает, что вызывает недоумение и что нужно исправить, прежде чем двигаться дальше.
1. Создайте прототип решения с низкой степенью достоверности
Создайте низкокачественный прототип вашего решения, чтобы визуализировать основные взаимодействия и проверить удобство использования. Если вы создаете приложение, нажмите кнопку ниже, чтобы получить шаблон, который можно использовать для создания бумажных прототипов. На этом этапе вы также можете использовать цифровой инструмент для создания каркаса.
2. Оцените свою работу
Оцените свою работу, проверив, насколько хорошо вы можете ответить на следующие вопросы, основываясь только на своем бумажном прототипе. Вопросы, на которые трудно ответить или ответы на которые неясны, покажут, где потребуется дополнительная работа.
- Какова основная функциональность вашего продукта, как показано в бумажном прототипе?
- Объясните основные шаги, которые должен сделать пользователь, чтобы выполнить задание или достичь цели. Ясен ли процесс и легко ли ему следовать?
- Как каждый элемент вашего прототипа доносит до пользователя свою цель? Не смущают ли какие-то детали?
- Какие функции, если таковые имеются, можно убрать без ущерба для возможностей пользователя использовать ваш продукт?
- Какие детали в вашем прототипе привлекают внимание пользователя в первую очередь? Соответствует ли это визуальной иерархии, которую вы задумали?
3. Доработайте свой прототип
Доработайте свой прототип, основываясь на ответах на эти вопросы.
Процесс тестирования
Первоначальное тестирование - это оценка вашего прототипа или MVP реальными пользователями, чтобы понять, решает ли ваше решение основную проблему и удобно ли им пользоваться. На этом этапе тестирование должно быть небольшим, целенаправленным и направленным на сбор действенных отзывов, а не на проверку каждой детали.
Шаги по проведению первоначального тестирования
1
Выбрать участников
Выберите пользователей, похожих на вашу целевую аудиторию или ранних последователей. Обратитесь к своему Lean Canvas, чтобы определить участников. Разделы "Ранние последователи", "Сегменты клиентов" и "Каналы" должны привести вас к людям, готовым протестировать ваше решение. Найдите 5-10 тестеров.
2
Подготовить задачи
Разработайте простые и реалистичные задания для пользователей, чтобы протестировать основные функции из вашего списка обязательных. Избегайте давать инструкции.
3
Наблюдайте и записывайте
Наблюдайте за тем, как пользователи взаимодействуют с вашим прототипом. Отмечайте, где они преуспевают, испытывают трудности или импровизируют.
4
Задавайте вопросы
Соберите качественную обратную связь, спросив, что было понятно, непонятно или неожиданно. Некоторые вопросы, которые вы должны задать:
- Решает ли это актуальную проблему, которая у вас есть?
- Как бы вы описали это другу? (это проверит ваше Уникальное ценностное предложение)
- Чем это отличается от конкурента (укажите конкурента)?
- Стали бы вы использовать его снова? Как часто?
- Чего не хватает?
5
Проанализируйте полученные результаты
Выявите закономерности, определите приоритеты и решите, какие элементы требуют наибольшего внимания. Спросите себя:
- Какие функции подтвердили или не подтвердили пользователи?
- Ощутили ли пользователи ваше УЦП?
- Можете ли вы измерить свои ключевые показатели с помощью текущего прототипа?
6
Планируйте следующие шаги
Немедленно исправьте все проблемы и ошибки и, если есть возможность, протестируйте еще раз. Если вы упустили какие-то важные функции, запланируйте их добавление в следующей итерации. Решите, нужно ли вам вообще что-то менять.
Использование быстрой итерации в тестировании
Быстрая итерация - это способ провести первичное тестирование, внося небольшие улучшения сразу после наблюдения за взаимодействием и отзывами пользователей. Вместо того чтобы ждать создания полностью отшлифованного продукта, вы корректируете прототип на месте или вскоре после тестовой сессии. Затем вы тестируете доработанную версию с новыми участниками или вернувшимися пользователями, чтобы подтвердить изменения.
Этот быстрый цикл тестирования → обратная связь → обновление → повторное тестирование помогает быстро выявить проблемы удобства использования, подтвердить предположения и доработать решение, прежде чем тратить значительное время и ресурсы. Каждая итерация позволяет получить практические выводы и гарантирует, что ваш продукт будет развиваться на основе реальных потребностей пользователей, а не предположений.
Быстрая итерация делает акцент на скорости, обучении и постоянном совершенствовании, превращая тестирование в непрерывный процесс, а не в отдельный этап разработки.
Учитесь на своих испытаниях
Ваши прототипы - очень ценные инструменты обучения. Каждый отзыв, каждое недоразумение или неудачное предположение дает ценную информацию о том, как усовершенствовать ваше решение. Проанализируйте полученные результаты и найдите закономерности. Подумайте, какие функции четко решают проблему пользователя, а какие вызывают колебания или замешательство. Итерации, основанные на реальных мнениях пользователей, позволят вам приблизиться к созданию решения, которое действительно отвечает потребностям людей и выдерживает испытание реальным использованием.
ЗАДАНИЕ 3
Тестирование пользователей
Предполагаемое время: несколько дней
Протестируйте свой прототип из задания 2 с реальными пользователями, чтобы оценить его удобство, понять, насколько хорошо ваше решение решает основную проблему, и собрать полезные отзывы для его улучшения.
Если вы тестируете нетехническую часть своего решения, вы все равно можете выполнить следующие шаги, чтобы проверить его с помощью пользователей и получить отзывы.
1. Выберите участников
Выбирайте пользователей, которые похожи на вашу целевую аудиторию или первых пользователей, поскольку их поведение и отзывы с наибольшей вероятностью отражают реальное использование.
2. Подготовьте задания
Разработайте простые и реалистичные задания, которые участники должны выполнить с помощью вашего прототипа. Избегайте давать пошаговые инструкции.
3. Наблюдайте и записывайте
Наблюдайте за тем, как пользователи работают с вашим прототипом, отмечая успехи, трудности и импровизации. С разрешения запишите сессию для дальнейшего использования.
4. Задавайте вопросы
После того как участники выполнят задания, задайте им вопросы, чтобы выяснить, насколько удобны, понятны и ценны эти вопросы. Вот несколько примеров вопросов
- Каково было ваше первое впечатление от продукта?
- Какие шаги были запутанными или неясными?
- Что-нибудь вас расстроило или замедлило?
- Какие функции показались вам наиболее полезными?
- Есть ли что-то, чего вы ожидали, но не произошло?
- Как бы вы объяснили этот продукт кому-то другому?
5. Анализ отзывов и планирование дальнейших действий
Проанализируйте свои заметки и записи, чтобы выявить закономерности, успехи и области, требующие улучшения. Затем решите, какие вопросы необходимо решить немедленно, а какие можно доработать позже. Используйте эти данные для обновления прототипа или MVP, корректировки дизайна или уточнения приоритетов функций.
Итерация
Обратите внимание, что ваши прототипы не должны быть идеальными. Причина итераций заключается в том, что вы создаете прототип, тестируете, корректируете и итерируете. Само тестирование выявит, что нужно исправить или улучшить. Вы не стремитесь к совершенству, вы стремитесь извлечь уроки из этого процесса.
Вы провели первоначальное тестирование и собрали отзывы. Следующие шаги могут быть следующими:
- Если тестирование прошло успешно, доработайте MVP, перейдите к прототипу с более высокой степенью точности.
- Если тестирование дало неоднозначные результаты, определите проблемы, устраните критические и повторите тестирование.
- Если в ходе тестирования были выявлены серьезные проблемы, не паникуйте! Проверьте соответствие решения проблемы, рассмотрите возможность изменения направления и проконсультируйтесь с заинтересованными сторонами.
Каковы бы ни были результаты, продолжайте итерации. Неудача - это обучение! Быстрое создание прототипов поможет вам сэкономить время и убедиться, что вы находитесь на правильном пути к решению проблемы для пользователей.
Воспользуйтесь полученными знаниями и руководствуйтесь ими при принятии дальнейших решений. Используйте полученные знания для совершенствования и развития вашего решения в будущем.
Размышление
Имея на руках план MVP, прототипы и некоторые первые отзывы, уделите некоторое время рассмотрению следующих вопросов.
Дополнительные ресурсы
Если вы интересуетесь вопросами UI/UX, эти сайты будут вам полезны:
- Цветовая палитра материального дизайна: https://goo.gl/NP5o44
- Высота и тени: https://goo.gl/OWZzCw
Более подробную информацию о типах прототипов и о том, когда их следует использовать, можно найти здесь.
