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

Разбираемся, как создание “Минимального жизнеспособного продукта” поможет стартапу протестировать актуальность своего продукта и не прогореть.

66

Комментарий недоступен

1

Евгений,

в случае с no-code по сути да - с нуля.

То есть сперва вы делаете на no-code, а потом через N-время по новой пишете приложение на коде. No-code сервисы не дают возможность забрать исходный код Приложения (за исключением ситуации, если сервис закроется, это прописано у них в оферте).

Но при этом no-code сервисы дают возможность забрать в любой момент базу данных. То есть ваши пользователи будут заходить в новый релиз продукта под своими же логинами/паролями, у них сохранятся истории покупок и т.д.


У меня возник к вам встречный вопрос: а что из себя представляет ваш гипотетический "проверенный MVP"?
Ну, в плане, если у вас этот подтверждённый MVP уже написан на коде, то далее и нет смысла делать на no-code.

No-code как раз и существует для того, чтобы создать MVP - проверить его, скорректировать, отталкиваясь от фидбэка рынка, какое-то время поразвивать продукт, и при достижении потолка делать сложный продукт на коде.