Команды думают, что запускают MVP, но на самом деле они часто запускают "UPS" (underwhelming piece of shit, не путать со службой доставки посылок), который почти ничего не умеет делать. Команды слишком серьезно относятся к "М" и выпускают то, что легко разработать, полагая, что "viable" - это то же самое, что и "функционирующее".

Когда я работал в Amazon, я познакомился с концепцией "MLP", которая расшифровывается как "Minimum Lovable Product" - продукт, который может делать всего несколько вещей, но делает их настолько хорошо, что пользователи влюбляются в продукт. MLP позволяет найти баланс между быстрой разработкой и разработкой того, что важно.

Но...

Ситуация, наверное, знакомая многим - у команды хорошие намерения и они начинают пилить MLP, но со временем скоуп урезается, чтобы было побыстрее и MLP превращается в "UPS".

Для стартапов вполне нормально запустить что-то так себе работающеее и улучшать продукт быстрыми итерациями. У нас нет репутации, которую нужно поддерживать, нет клиентов, которых можно расстроить. Единственный способ получить обратную связь - это запустить продукт и улучшать/менять его, пока его не полюбят пользователи или команда его не убъёт.

Если речь не идет о революционном продукте (zero-to-one), крупные компании не могут позволить себе такую роскошь (кто-нибудь помнит Amazon Fire Phone?), т.к. с первого же дня массовый приток пользователей, которые ожидают определённый уровень качества.

Amazon или Google не могут запустить продукт дважды. Если первая версия провалилась, сложно убедить пользователей, что v1.1 стоит их времени.

Бывает трудно определить, какими функциями должен обладать MLP, но можно сократить неопределённость, привязав развитие продукта к стадиям запуска.

1) Альфа

В альфе (она же закрытая бета) вы запускаете самый недоделанный MVP на свете для друзей и/или своих преданных фанатов. Смотрите, что они скажут.

Вам нечего терять. Ничего страшного, если они скажут, что продукт недостаточно хорош. У этой группы людей много терпения, потому что они хотят вам помочь.

2) Бета

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

Сделайте тихий запуск, объявите о нем в своих социальных сетях. Привлеките людей к использованию продукта и посмотрите, что они скажут. Если работаете в сфере B2B, поработайте с несколькими клиентами напрямую.

Повесьте на продукт бирку "бета-версия", чтобы снизить ожидания пользователей. Underpromise, overdeliver.

3) BFL (big fucking launch) a.k.a. General Availability

Когда бета-пользователи будут готовы платить за продукт и дать публичные отзывы (особенно важно в B2B, где кастомеры - стадо, повторяющее то что работает друг за другом), приступайте к широкому публичному запуску. На тот момент у вас уже действительно может быть продукт, который покорит сердца людей.