Как мы резали функции MVP и почти каждый раз было больно

Самое неприятное в мобильном приложении — не придумать функции. С этим как раз легко. Неприятно выкидывать их из первой версии, когда каждая кажется «ну точно нужной». Но ребята из Paladin Engineering объяснили нам, что если этого не сделать, MVP превращается в дорогую стройку без даты открытия.

Когда мы обсуждали Bloom, приложение для привычек и мягкого коучинга, список функций рос как тесто на батарее.

Трекер привычек. Геймификация. Цветы как внутренняя валюта. Уровни. ИИ-ассистент. Чаты. Анимации. Интеграция с Health API. Уведомления. Профиль. Статистика. Красивый онбординг. Социальные механики. Может, ещё магазин наград?

В какой-то момент это уже было не MVP, а маленькая вселенная. Причём вселенная, на которую у стартапа обычно нет ни денег, ни времени, ни нервной системы.

И вот тут приходится делать неприятную работу: резать.

Обычно так говорят почти про всё.

Без красивого онбординга не поймут. Без ИИ-ассистента не вернутся. Без статистики не поверят в пользу. Без уровней не будет мотивации. Без социальных функций не будет вирусности.

Часть этого правда. Но не вся правда нужна в первой версии.

Для MVP важен один вопрос: что пользователь должен сделать, чтобы почувствовать главный смысл продукта?

Не «увидеть весь потенциал». Не «оценить нашу стратегию». А именно почувствовать: ага, я понял, зачем это открывать завтра.

Для Bloom таким ядром оказался простой цикл: поставить привычку, выполнить действие, получить маленькое приятное подтверждение, увидеть прогресс. Всё. Не весь продукт, но его сердце.

Это особенно опасная фраза.

«Давайте сразу заложим архитектуру под социальную сеть».«Давайте сразу сделаем магазин, потом пригодится».«Давайте сразу добавим гибкую систему достижений».

Иногда это разумно. Но чаще «на будущее» означает «мы сейчас оплатим страх перед неизвестностью».

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

Поэтому хороший вопрос звучит жестко: если мы не сделаем эту функцию сейчас, продукт перестанет существовать?

Если нет — в очередь.

С дизайном особенно сложно. Некрасивый продукт запускать страшно. Но «красивый» и «набитый функциями» — разные вещи.

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

Пользователь почти всегда простит отсутствие продвинутой статистики. Но он не простит, если кнопка сохранения привычки работает через раз.

Это звучит скучно, зато правда.

Мы делили функции на три группы.

Первая: без этого продукт не имеет смысла. Для Bloom это создание привычки, отметка выполнения, базовый прогресс, простая награда, напоминания.

Вторая: без этого продукт хуже, но всё ещё живой. ИИ-подсказки, красивые уровни, расширенная статистика, дополнительные сценарии онбординга.

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

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

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

Оставьте основной пользовательский путь. Один. Не пять.

Оставьте то, что показывает ценность за первые минуты. Если человек не понял пользу без созвона с вами, проблема не в человеке.

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

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

Остальное можно допилить. Правда можно. Даже если сейчас кажется, что без этой функции запускать стыдно.

MVP — это не урезанная мечта. Это способ проверить, есть ли у мечты контакт с реальностью.

Самая полезная версия продукта часто выглядит скромнее, чем хочется основателю. Меньше экранов. Меньше «вау». Меньше возможностей для красивой презентации.

Зато она выходит. Её можно дать людям. По ней можно получить честную обратную связь. А потом уже решать, что строить дальше.