MVP — (minimum viable product) — важнейший этап в разработке любого продукта. Это продукт, у которого пока реализован самый минимальный функционал, но он уже способен закрыть потребность клиента. Поделюсь с вами основными принципами работы над MVP, которые мы выработали у себя за годы практики.
Еще примерно 5 лет назад мы делали, как все, — создавали MVP на довольно ранних этапах. Нам это казалось правильным: собери прототип с базовым функционалом, в потом уже «допиливай», внедряй, тестируй. Только вот на доработки потом уходит очень много времени, а проект в итоге может и не «полететь». Выходит, что время и средства будут потрачены впустую.
Мы решили изменить подход и теперь мы видим MVP так: это версия продукта, которая содержит только те функции, которые точно будут пользоваться спросом у нашей ЦА. Мы называем их «верифицированные фичи». Чтобы отыскать эти фичи и убедиться в их ценности, мы усилили работу на предварительном тестировании продукта. Поэтому, подбирая сравнение, можно сказать так: раньше мы сразу «строили завод», а теперь мы делаем MVP просто и быстро.
Как мы определяем, какой функционал будет заложен на этапе MVP?
Существует несколько этапов подготовки к разработке минимально-жизнеспособного продукта. От каждого этапа элементы добавляются “в копилку” функционала будущего MVP. Например:
Есть этап анализа идеи. От него мы берем в работу изучение конкурентов. Начать можно с общего анализа открытых источников. Это может быть сайт, социальные сети, статьи в СМИ, но главное - отзывы клиентов. Анализируются все возможные источники: сайты-отзовики, тематические форумы, обсуждения в сети, отзывы на специализированных платформах. Мы выделяем, наиболее ценного в похожих продуктах видят пользователи и составляем некий шорт-лист, который далее верифицируем на кастдевах.
Кастдев - обязательный этап. Глубинные живые интервью помогают раскрыть истинные мотивы к приобретению тех или иных продуктов. После того, как ответы собраны мы анализируем их, и в продукт закладываем только те фичи, которые для аудитории важнее остальных, но при этом, существующие продукты плохо закрывают эти потребности.
Есть этап анализы рынка. Мы обязательно исследуем рынок и самое главное - тренды, которые на нём есть. Один из наших проектов получил свою главную “фишку” именно после этого этапа. Изначально в продукте не было заложено ИИ‑составляющей, однако, увидев четкий тренд, мы заложили в функционал работу ИИ. Это и стало главной «фишкой» продукта.
Как проверить свои догадки?
Любой проект, который мы берём в работу, является ценным. Но это пока гипотеза. На этапе предтеста мы доказываем эту гипотезу. Что для этого можно сделать? Попробовать продать фичи будущего MVP, не создавая их, т. е. не вкладываясь в разработку. Например, мы собираем простой одностраничный сайт, запускаем на него трафик и начинаем делать продажи, предпродажи, бронирования. По конверсиям в целевые действия, а также обратной связи лидов делаем вывод о попадании функционала в боли аудитории. Если мы попали «в яблочко», можно, не сомневаясь, собирать MVP.
Сколько времени потребуется на тест MVP? Каждый случай индивидуален. Обычно быстро можно понять только одну вещь: если проект «не идет». В границах 2–3 месяцев это уже можно понять. А вот если у проекта есть потенциал, потребуется время, чтобы вывести его на более менее ощутимые показатели. Этот процесс может занять год или даже больше.
Выходит так: уж если мы создаём в проекте MVP, значит, что мы уже точно выяснили: есть тяга! Так мы облегчили себе работу, и теперь подходим к разработке не только с одной идеей, а на основе данных и аналитики.
