3 мин

Создание MVP: как одним выстрелом проверить максимум гипотез?

Какая самая распространенная смертельная ошибка новых предприятий или новых продуктов? Исследование cbinsights.com назвало топом Отсутствие потребности на рынке (42%), подкрепленное Недружественным к пользователю продуктом (17%) и абстрактным Плохим маркетингом (17%). Похоже, что неумение создавать адекватный продукт и выводить его на рынок губит большинство прекрасных начинаний. А потом уже, следом плетутся неумение привлекать финансы и работать в команде.

Сейчас есть много прекрасных инструментов исследования потребностей клиента Customer Journey Map, Storyboarding, Gemba Walk, Contextual Design, карта эмпатии, наконец. И все они приводят к чудесным гипотезам о функционале, необходимом потребителю. Причем гипотез много и все они равноценно прекрасны.

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

Что же делать?

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

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

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

За такой MVP можно уже и цену назначать, а не просто тестировать решения по типу Proof-Of-Concept. Такой структурированный MVP не даст потерять важную гипотезу, которая имеет решающее значение для восприятия клиента.

Такой MVP даст скорость в проверке, потому что объединит сразу несколько гипотез в один продукт.

Поэтому предлагаем вам наш любимый инструмент создания структурированного MVP - слайс по луковице ))

Пишите, если будут вопросы.

Инсайты

  • Изображение

    Лидер: управление своим состоянием

  • Изображение

    Согласование целей как способ движения вперёд

  • Изображение

    Решения, от которых сейчас не уйти

  • Изображение

    Сегментация в разрушенных каналах

  • Изображение

    Стратегия new-age

  • Изображение

    3 в 1 = Stage Gate + DevOps + наша методология процессного структурирования: создаем новые решения

  • Изображение

    Диагностика проблем: как поточнее?

  • Изображение

    Создание MVP: как одним выстрелом проверить максимум гипотез?

  • Изображение

    Как стать лучшим боссом