Получение максимального эффекта от минимально ценного продукта

Как стартапы, так и более авторитетные компании всегда ищут способы минимизировать свои риски при выходе на новый рынок, а также как можно быстрее вывести продукт на рынок. В конце концов, продукт в разработке не приносит дохода, но, безусловно, требует ресурсов.

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

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

Что такое MVP?

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

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

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

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

Недостатки MVP

У MVP есть и другие потенциальные недостатки. Срезать углы — это одно. Когда цель состоит в том, чтобы создать базовый продукт, сведение к минимуму неизбежно. Но есть некоторые углы, которые не следует срезать.

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

Один из самых больших недостатков MVP не имеет ничего общего с самим MVP. Известно, что Рейд Хоффман, основатель LinkedIn, сказал: «Запускайте достаточно рано, чтобы вас не смущал выпуск версии 1.0». Такое мышление наносит ущерб компаниям и их пользователям.

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

Что такое минимально ценный продукт?

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

Но что означает ценность ? Что оно включает?

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

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

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

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

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

MVaP, описанный здесь, — не единственная версия улучшенного MVP. Также есть минимальный товарный продукт (ММР), представленный Романом Пихлером. Его идея состоит в том, что самый ранний готовый к рынку продукт должен содержать ровно столько функций, чтобы его можно было запустить, продвигать на рынке и эффективно продавать.

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

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

Что входит в минимально ценный продукт?

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

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

Возьмем, к примеру, первый iPhone. Смартфоны того времени включали в себя ряд функций, которые Apple намеренно исключила из первого iPhone. Такие вещи, как копирование и вставка, комплект для разработки программного обеспечения (SDK) и даже такие вещи, как возможность отправлять текстовые сообщения нескольким получателям и подключение 3G.

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

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

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

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

Заключение

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

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

• • •

Дальнейшее чтение в блоге Toptal Design:

1. Откажитесь от MVP, внедрите минимально жизнеспособные прототипы (MVPr)
2. Совместное проектирование — руководство по успешному проектированию корпоративных продуктов
3. Совершенствуйте процесс проектирования UX — руководство по дизайну прототипов
4. Смерть каркасу. Прямо к высокой точности!
5. Важность ориентированного на человека дизайна в дизайне продукта