То есть сперва вы делаете на no-code, а потом через N-время по новой пишете приложение на коде. No-code сервисы не дают возможность забрать исходный код Приложения (за исключением ситуации, если сервис закроется, это прописано у них в оферте).
Но при этом no-code сервисы дают возможность забрать в любой момент базу данных. То есть ваши пользователи будут заходить в новый релиз продукта под своими же логинами/паролями, у них сохранятся истории покупок и т.д.
У меня возник к вам встречный вопрос: а что из себя представляет ваш гипотетический "проверенный MVP"? Ну, в плане, если у вас этот подтверждённый MVP уже написан на коде, то далее и нет смысла делать на no-code.
No-code как раз и существует для того, чтобы создать MVP - проверить его, скорректировать, отталкиваясь от фидбэка рынка, какое-то время поразвивать продукт, и при достижении потолка делать сложный продукт на коде.
Комментарий недоступен
Евгений,
в случае с no-code по сути да - с нуля.
То есть сперва вы делаете на no-code, а потом через N-время по новой пишете приложение на коде. No-code сервисы не дают возможность забрать исходный код Приложения (за исключением ситуации, если сервис закроется, это прописано у них в оферте).
Но при этом no-code сервисы дают возможность забрать в любой момент базу данных. То есть ваши пользователи будут заходить в новый релиз продукта под своими же логинами/паролями, у них сохранятся истории покупок и т.д.
У меня возник к вам встречный вопрос: а что из себя представляет ваш гипотетический "проверенный MVP"?
Ну, в плане, если у вас этот подтверждённый MVP уже написан на коде, то далее и нет смысла делать на no-code.
No-code как раз и существует для того, чтобы создать MVP - проверить его, скорректировать, отталкиваясь от фидбэка рынка, какое-то время поразвивать продукт, и при достижении потолка делать сложный продукт на коде.