MVP и MLP
Представим, что нам нужно сделать приложение по учету личных финансов. Как обычно, ресурсы и время ограничены
Что должно войти в первую версию?
Для таких ситуаций есть концепция минимально жизнеспособного продукта -MVP (Minimum Viable Product). Она позволяет быстро выпустить продукт, проверить гипотезу и понять, нужен ли он вообще.
Суть MVP в том, что мы отказываемся от всего лишнего и оставляем только главную функцию
Например, для нашего приложения это будет учет доходов и расходов. А возможно, даже только расходов: нам важнее понять, куда уходят деньги, чем в очередной раз увидеть размер зарплаты
Но сегодня просто «работающего минимума» часто уже недостаточно. Конкуренция есть почти в любой нише, требования к UI и UX выросли, а современные технологии позволяют собрать вполне приличный продукт за очень короткое время
Отсюда другой подход - минимально любимый продукт, MLP (Minimum Lovable Product). Его задача сделать минимальный продукт, который уже с первой версии вызывает эмоциональный отклик
Это не значит, что нужно напихать в него побольше фич. Функциональность по-прежнему может быть минимальной. Но пользоваться ей должно быть настолько приятно и полезно, чтобы хотелось вернуться
Для нашего учета личных финансов таким элементом может стать простая аналитика:
«На фастфуд уже потрачено 80% твоего обычного бюджета»
«В этом месяце ты потратил на 20 тысяч меньше, чем в прошлом»
«Если сохранишь текущий темп, к концу года накопишь 100 тысяч»
Сам учет расходов - это функция. А ощущение «о, эта штука реально помогает мне лучше обращаться с деньгами» уже шаг в сторону MLP. То есть нам важно, чтобы пользователь проникся к приложению
Поэтому вместо тяжелой регистрации, перегруженных форм и сложных сценариев стоит думать о том, как человек впервые столкнется с продуктом и как быстро получит от него пользу
А с развитием ИИ это становится еще интереснее. Сделать очередную функцию становится проще. Поэтому все больше ценности смещается в понимание пользовательских сценариев: что человек пытается сделать, где он спотыкается и что можно вообще убрать
Поэтому проходить эти сценарии обязательно самому, чтобы убирать лишние шаги и срезать углы. Именно это позволит сделать не минимально работающий продукт, а минимальный продукт, которым хочется пользоваться
Представим, что нам нужно сделать приложение по учету личных финансов. Как обычно, ресурсы и время ограничены
Что должно войти в первую версию?
Для таких ситуаций есть концепция минимально жизнеспособного продукта -MVP (Minimum Viable Product). Она позволяет быстро выпустить продукт, проверить гипотезу и понять, нужен ли он вообще.
Суть MVP в том, что мы отказываемся от всего лишнего и оставляем только главную функцию
Например, для нашего приложения это будет учет доходов и расходов. А возможно, даже только расходов: нам важнее понять, куда уходят деньги, чем в очередной раз увидеть размер зарплаты
Но сегодня просто «работающего минимума» часто уже недостаточно. Конкуренция есть почти в любой нише, требования к UI и UX выросли, а современные технологии позволяют собрать вполне приличный продукт за очень короткое время
Отсюда другой подход - минимально любимый продукт, MLP (Minimum Lovable Product). Его задача сделать минимальный продукт, который уже с первой версии вызывает эмоциональный отклик
Это не значит, что нужно напихать в него побольше фич. Функциональность по-прежнему может быть минимальной. Но пользоваться ей должно быть настолько приятно и полезно, чтобы хотелось вернуться
Для нашего учета личных финансов таким элементом может стать простая аналитика:
«На фастфуд уже потрачено 80% твоего обычного бюджета»
«В этом месяце ты потратил на 20 тысяч меньше, чем в прошлом»
«Если сохранишь текущий темп, к концу года накопишь 100 тысяч»
Сам учет расходов - это функция. А ощущение «о, эта штука реально помогает мне лучше обращаться с деньгами» уже шаг в сторону MLP. То есть нам важно, чтобы пользователь проникся к приложению
Поэтому вместо тяжелой регистрации, перегруженных форм и сложных сценариев стоит думать о том, как человек впервые столкнется с продуктом и как быстро получит от него пользу
А с развитием ИИ это становится еще интереснее. Сделать очередную функцию становится проще. Поэтому все больше ценности смещается в понимание пользовательских сценариев: что человек пытается сделать, где он спотыкается и что можно вообще убрать
Поэтому проходить эти сценарии обязательно самому, чтобы убирать лишние шаги и срезать углы. Именно это позволит сделать не минимально работающий продукт, а минимальный продукт, которым хочется пользоваться