FAQ
Frequently asked questions
What founders ask before moving off a no-code or AI builder.
How much does it cost to migrate a no-code app?
+
Migrations are priced like our MVPs: a fixed price, plus VAT. The MVP is £10,000 for a 2 week development sprint, and The Extended MVP is £20,000 for a 3 week development sprint. For a limited time there is 25% off our next two MVPs, bringing them to £7,500 and £15,000. Which one fits depends on the screens, workflows and integrations your app has, which the audit works out before a price is agreed.
How long does a migration take?
+
Two or three weeks of build once the scope is agreed, then a week of handover and support. Your current app keeps running throughout and is only switched off once the new one is live and checked.
Will my users have to sign up again?
+
No. Accounts and their data move across. Most builders do not export password hashes, so at launch users get an email with a password reset or a one-time sign-in link, with a heads-up a few days before.
Could we lose data in the move?
+
Not with a rehearsed migration. The data is exported, mapped to the new database and imported several times before the real move, with counts and spot checks each time. The final export runs at cutover, so nothing written in the meantime is missed.
Can I just export the code from my no-code tool?
+
It depends on the tool. AI app builders such as Lovable, Bolt.new, v0 and Replit write real code, so the work is hardening and owning it. Bubble, Adalo and Glide keep the app on their platform, so it is rebuilt and the data moved. Tools with a code export, such as FlutterFlow and WeWeb, give a starting point that usually needs work before production.
What will my app be rebuilt with?
+
TypeScript, Next.js and Postgres, hosted on infrastructure in your name, with Stripe for payments. It is a mainstream stack, so any web developer you hire later can work on it.
Will my search rankings survive the move?
+
Yes, as long as every old URL keeps its address or permanently redirects to its closest new page. We map the URLs before the move and set the redirects at launch. Often a marketing site on Webflow or Framer can stay where it is, with the app built next to it.
Should I migrate at all?
+
Not always. If the app does its job, the costs are fine and nothing on the roadmap is blocked, staying put is cheaper. Moving makes sense when fees climb with usage, the platform blocks features, or investors and customers ask who owns the code. The audit gives a straight answer either way.
Can you improve the app while migrating it?
+
Yes, within the sprint's scope. A rebuild is a good moment to drop features nobody uses and fix the workflows users complain about, but keeping the first release close to the old app means users recognise it. The agreed scope says which changes are in.
Who owns the app after the migration?
+
You do. The code lives in your repository, and the hosting, database, storage and payment accounts are in your name and handed over at launch. Nothing is locked to us or to a platform.