Comments 11
По моему анализ рынка перед запуском продукта это первый и самый очевидный шаг?) Завод по воплощению идей это сильно, работал в одной такой компании по молодости)
Можно уточнить, в чём разница между
собери прототип с базовым функционалом
и
содержит только те функции, которые точно будут пользоваться спросом у нашей ЦА
Я её не вижу, ИМХО то же самое. Только последовательность в первом варианте несколько перепутана:
«допиливай», внедряй, тестируй
Таки лучше наоборот: тестируй, внедряй, «допиливай»
Мы для себя увидели разницу между тем, что МЫ считаем “базовым функционалом” на этапе идеи, и тем, что будет пользоваться реальным спросом. Базовый функционал может формироваться не всегда от обратной связи ЦА. Это может быть изучение конкурентов, копирование зарубежного аналога. На более позднем этапе тестирования этот базовый функционал верифицируется об пользователей и остается только то, что реально нужно и "плохо закрыто" другими решениями.
Для меня эта тема сейчас очень актуальна. Где граница между "заводом" и базовым функционалом.
Если для продукта уже есть клиент, то есть разработка под конкретный проект, то тут можно начинать с абсолютного минимума и постепенно, за n итераций добавлять функционал. Но если продукт для открытого рынка. Не получится ли ситуация, как выпуск автомобиля, состоящего из колес, руля и мотора. Едет? Едет. Базовые функции по доставке груза выплняет? Выполняет. Кто-то его купит? Нет. То есть, mvp должен быть не только с базовыми функциями. Иначе до этапа тестирования и так далее просто не дойдет. Ведь для этого уже нужны клиенты.
Получается, что это статья о том, что нужно делать не MVP для тестирования гипотезы, а кандидата в MVP. Сейчас это можно прочитать в книгах про MVP и стартапы. Но как понял, вы пришли сами к этому пониманию.
Mvp собирается для проверки гипотезы, на коленках, клее и бумажках. Тут даже может не быть автоматизации как таковой. А вы уже знаете потребность в продукте, получается. Значит mvp вам и не нужен особо. И следуете логично итеративной разработкой, делая функциональность сразу качественным целевым решением
Попробовать продать фичи будущего MVP, не создавая их, т. е. не вкладываясь в разработку. Например, мы собираем простой одностраничный сайт, запускаем на него трафик и начинаем делать продажи, предпродажи, бронирования. По конверсиям в целевые действия, а также обратной связи лидов делаем вывод о попадании функционала в боли аудитории. Если мы попали «в яблочко», можно, не сомневаясь, собирать MVP.
Вот этот одностраничный сайт - и есть мвп, на котором была проверена гипотезы и получены инсайты)
Обычно при работе только с сайтом-одностраничником клиент не получает желаемый результат от взаимодействия с продуктом. Поэтому в нашем контексте MVP - это то, что в какой-то мере даёт пользователю решение обозначенной проблемы, а не только представляет собой верх воронки, и это то, через что пользователь может оплатить и получить результат.
Принципы создания MVP или как мы перестали «строить завод»