Что такое MVP и с чем его едят
MVP - это как временный домик для строителей. Вроде всё есть: крыша над головой, дверь закрывается, чайник кипятит. Но вы же не хотите жить в вагончике всю жизнь? MVP нужен, чтобы проверить: вообще кому-то нужно то, что вы задумали? Пользуются? Платят или нет? Если нет, то нафиг вообще тратить деньги на дворец.
Но когда MVP работает - начинается магия
Клиент приходит и говорит:
- А давайте добавим второй этаж. И подвал. И чтобы стены двигались. И чтобы балкон был, но только для премиум-пользователей
А вагончик, он не рассчитан на это. Он трещит, падает, скрипит, и в какой-то момент ты смотришь на код и говоришь:
- Ребята, проще снести и построить нормально. И это не "мы плохо написали", это "мы изначально делали, чтобы проверить идею, а не жить в этом десять лет"
Реальный кейс: клиника будущего
Пришёл к нам как-то заказчик из медтеха: говорит хочу супер-приложение для записи к врачам, со встроенным ИИ, который будет сам диагнозы ставить (2025 на дворе, ну незаконно пока такое вытворять, скажу я вам) и вообще, чтобы бабушка с кнопочного телефона разобралась.
Окей, делаем MVP с оговорками по ИИ: простой интерфейс, запись к врачу, базовая статистика, всё, что нужно, чтобы проверить идею. Пользователи начали приходить, отзывы пошли, вроде круто.
А потом:
- А добавьте видео-консультации. И интеграцию с лабораториями. И чтобы ещё врачи могли между собой чаты вести. А можно ещё в приложении ренген делать?.., шучу...хотя...
В итоге через 8 месяцев мы просто переделали всё заново. Уже с учётом нормальной архитектуры, нагрузки, и с пониманием, что оно реально будет жить
Вывод простой
Хочешь приложение - думай как будто о стройке. Сначала фундамент. Потом коробка. Потом отделка. Не наоборот. Не из соломы. И не "а можно дешевле?". Можно. Но потом не обижайся, что крыша течёт, и соседи по стенке слышат, как ты нажимаешь кнопки.
А ещё найми архитектора, а не дядю Ваню с форума (дядь Вань, прости)