Migration snapshot
ActivePlatform
a Jet Admin
Added 'Jet AI' generator in 2025–2026. Jet Bridge (github.com/jet-admin/jet-bridge, Python/Docker) is open source and actively maintained. The Jet Admin UI and app definitions live on Jet's proprietary SaaS servers.
Typical timeline
6–8 weeks
Typical cost
$13K–$25K (agency, fixed)
Why teams leave a Jet Admin
Jet Admin's data architecture (data never leaves your DB) means migration is purely a UI rebuild. Teams leave when pricing, on-premise requirements, or custom portal complexity outgrows what Jet Admin can deliver.
App definitions live on Jet's servers
UI configuration and page definitions are stored on Jet Admin's SaaS servers. There is no documented standalone code export. Exiting means rebuilding the UI layer — your data is unaffected.
Pro tier price escalation
Custom domains, whitelabeling, and custom code components require the Pro tier at approximately $290/mo. SAML SSO, audit logs, and on-premise deployments require Enterprise, which is sales-gated with no public pricing.
On-premise is Enterprise-gated
Full on-premise installation is available only on Enterprise despite Jet Bridge being open source. The bridge exposes your database but the admin UI itself requires Jet's cloud regardless of where you run Jet Bridge.
Data export is CSV/Excel only
Collection data is exportable to CSV/Excel. This covers your data exit but not your application logic or UI configuration — there is no app-logic export path.
Custom component runtime dependency
Custom JS/React/Vue/Angular components are extensible and are your most portable asset, but they are embedded in the Jet Admin runtime and may have API dependencies on Jet's platform that are not immediately obvious.
What can you actually take with you?
Your source database is entirely yours — Jet Bridge never stored your data. What cannot be exported is the UI layer: app definitions, page layouts, and workflow config all live on Jet's servers.
| Asset | Can you export it? | How | Notes |
|---|---|---|---|
| Data | Yes | Jet Bridge connects to your own database; your source data is entirely yours. CSV/Excel export available for collection data. | Data was never in Jet Admin's possession — this is the key architectural advantage of the Jet Bridge model |
| Code | No | App and UI definitions not documented as exportable standalone code | Custom JS/React/Angular/Vue components exist within the Jet Admin runtime and are the most salvageable asset — extract them manually |
| Design/UI | No | No HTML or React export; layout and component config stored on Jet's servers | Screenshot every page and portal view before starting migration |
| Logic/Workflows | No | Version control and revert available within platform but no eject to runnable code | Document workflow logic manually from the Jet Admin UI |
| Users & Auth | Partial | User management via Jet Admin panel; SSO config (Enterprise) is provider-side portable | Password hash export not documented; built-in users will need a forced password reset |
Swipe the table sideways to see the full breakdown.
Where each piece moves in code
Jet Admin maps to a Next.js + Supabase stack cleanly; the Jet Bridge proxy layer is eliminated entirely, and direct database access simplifies the architecture.
a Jet Admin
Jet Admin pages (customer portals, admin panels)
In code
Next.js pages with server-side auth guard
One Jet Admin page per Next.js page; middleware enforces role access
a Jet Admin
Jet Bridge (Python/Docker proxy over your DB)
In code
Eliminated — use Supabase client or Drizzle directly server-side
Removing Jet Bridge is a feature, not a risk; direct DB access is simpler
a Jet Admin
Jet Admin UI (tables, forms, filters, detail views)
In code
shadcn/ui + Radix UI React components
DataTable with TanStack Table for grids; Form components for data entry
a Jet Admin
Custom components (JS/React/Angular/Vue)
In code
Port custom component code to Next.js React components
This is the most salvageable asset; audit for Jet Admin runtime API dependencies before porting
a Jet Admin
Jet Admin RBAC (user roles, field-level permissions)
In code
Supabase RLS + role column; Next.js middleware
Map existing role/permission matrix to RLS policies before cutover
a Jet Admin
Jet Admin whitelabeling and custom domain
In code
Custom domain on Vercel (trivial)
Vercel custom domain setup takes minutes; no equivalent cost to Pro tier
a Jet Admin
Customer portal (end-user facing)
In code
Next.js public routes with Supabase auth
End-user auth flows (registration, invite, password reset) require explicit implementation — more complex than internal-only auth
The migration roadmap
Four phases: extract all portable assets first, then build the foundation, port the UI, and cut over with a parallel validation period.
Asset Extraction
1 week- Export all collection data to CSV/Excel
- Screenshot every page, view, and portal configuration
- Extract all custom JS/React/Angular/Vue component code from the platform
- Document every data source connected via Jet Bridge (DB type, host, tables, credentials)
- Map all user roles and permission sets
Watch out: Custom component extraction requires manual copy — there is no bulk export; go page by page
Foundation Setup
1 week- Provision Supabase; configure direct connection to your existing databases
- Set up Next.js (App Router), Tailwind, shadcn/ui
- Implement role column and RLS policies matching Jet Admin's permission model
- Configure Supabase Auth; plan SAML IdP config recreation if applicable
UI Rebuild
2–4 weeks- Build one Next.js page per Jet Admin page using screenshots as specification
- Port custom React/Angular/Vue components; audit and remove Jet Admin runtime dependencies
- Implement DataTable components with filtering and sorting to match Jet Admin's data grids
- Build customer portal auth flows if end-user facing (registration, invite, password reset)
Watch out: Jet Admin's data grid filtering is feature-rich; custom filter logic in React tables takes time to match — prioritize the filters users actually use
Parallel Run & Cutover
1 week- Run Jet Admin and new app in parallel; validate parity view by view
- Perform forced password reset for built-in auth users
- Update SAML redirect URLs with your IdP if on Enterprise SSO
- Decommission Jet Bridge after confirming new direct DB connections are stable
Three ways to migrate — honestly
Every path has a real trade-off. Here is what each costs, how long it takes, and where it bites.
DIY (with AI tools)
$0–500 + time
2–4 months part-time
Fits
Technical founders with React experience; apps with simple admin tables and forms; no customer-facing portals requiring complex auth flows
Risks
Customer portal auth (invite flows, password reset, role assignment) is the most common DIY complexity underestimate; custom component porting may surface hidden Jet Admin runtime dependencies
Freelancer
$3K–8K
6–8 weeks
Fits
Apps with clear scope, no custom components, and an internal contact who can QA against screenshots
Risks
Filtering and sorting fidelity on data grids is often underscoped; ensure the freelancer has TanStack Table experience
Agency (RapidDev)
Done-for-you$13K–25K fixed
6–8 weeks
Fits
Teams with complex customer portals, custom component migration, Enterprise SSO, or customer-facing use cases requiring full-fidelity UI rebuild
Risks
Highest upfront cost; justified when custom component complexity or customer portal auth requirements make open-ended freelancer scope risky
The real risks — and how to defuse them
Custom component extraction with hidden runtime dependencies
Mitigation: Audit every custom component for calls to Jet Admin's internal APIs before assuming portability; test each component in isolation in a standalone React project first
Customer portal auth complexity
Mitigation: End-user auth (invite flows, registration, password reset, role assignment) requires explicit implementation; add dedicated time to the project scope before signing off on estimates
Data grid filter parity
Mitigation: Jet Admin's filtering and sorting is feature-rich; audit which filters are actually used by team members and rebuild only those — avoid rebuilding every filter combination from scratch
Enterprise SSO continuity
Mitigation: If on Enterprise with SAML, recreate IdP config on the new platform and test with a pilot user group before migrating all users; plan a parallel auth period of at least 1 week
Should you actually migrate?
Migrating is a real project. Sometimes staying is the right call — here is the honest split.
Stay if
- You need a customer portal or admin panel with minimal engineering and the $290/mo Pro tier is justified by the time saved
- Your data stays in your own database via Jet Bridge and the UI-layer lock-in is an acceptable trade-off
- You are actively using the Jet AI generator and it is saving significant development time versus building from scratch
- On-premise requirement is fully met by Jet Bridge proxying your own database without needing the full Enterprise UI tier
Migrate if
- On-premise requirement cannot be met by Jet Bridge alone and Enterprise pricing is prohibitive
- Custom component complexity has outgrown what Jet Admin's extensibility model allows
- You need a customer-facing portal with fully custom branding and UX beyond what whitelabeling provides
- Per-seat or Pro tier pricing has crossed the threshold where maintaining a Next.js stack is cheaper at your team size
Our honest verdict
Jet Admin's data model means your data is always safe — the Jet Bridge proxy architecture is genuinely well-designed. The migration case is UI lock-in and pricing, not data risk. Rebuild effort is primarily the admin UI layer.
Do this today: pre-migration checklist
Whatever path you choose, protect yourself first. Work through this before you touch a line of code.
Export all collection data to CSV/Excel
Confirms data export works before cancellation and gives you a baseline for parity testing
Screenshot every page, view, and portal configuration
Screenshots are your rebuild specification — there is no other way to capture the UI layout
Extract all custom JS/React/Angular/Vue component code from the platform
Custom components are your most portable asset; extract manually before any plan changes
Document every data source connected via Jet Bridge (DB type, host, tables, credentials)
Jet Bridge removal is a feature of the migration, but you need the connection details to wire up direct Supabase/Drizzle access
Map all user roles and permission sets — recreate as Supabase RLS policies
Missing a role mapping means a broken permission in the new app; do this before writing any code
Confirm Enterprise SSO config (SAML) details with your IdP before migrating
SAML config is provider-side portable but must be explicitly recreated; collect entity IDs and certificates now
Frequently asked questions
Can I export my Jet Admin app code?
App and UI definitions are stored on Jet Admin's servers and are not documented as exportable standalone code. Custom JS/React/Angular/Vue components you built are the most portable assets — extract them manually. There is no bulk export path.
Is my data safe if I leave Jet Admin?
Yes. Jet Bridge (the connector between Jet Admin and your database) is a proxy — your data was always stored in your own database, never in Jet Admin's systems. CSV/Excel export is available for collection data. This is the strongest aspect of Jet Admin's architecture.
How long does migrating from Jet Admin take?
Typically 6–8 weeks for a standard admin panel. Customer-facing portals with complex auth flows (invite emails, role assignment, password reset) add 1–2 weeks. Custom component extraction and porting also adds time if you have substantial custom code.
What happens to my users and passwords when I migrate?
Users on Enterprise SSO (SAML) are unaffected — recreate the IdP configuration on your new auth provider. Users on Jet Admin's built-in authentication will need a forced password reset; password hashes are not exported.
Is Jet Admin shutting down?
No — Jet Admin launched a Jet AI generator in 2025–2026 and Jet Bridge remains actively maintained on GitHub. This is not a shutdown scenario. Migration is driven by pricing limits or on-premise requirements, not platform risk.
Can I run Jet Admin on-premise without Enterprise?
Partially. Jet Bridge (the open-source Python/Docker component) can run on your own servers and proxies your database. However, the admin UI itself is Jet's proprietary SaaS — full on-premise installation of the complete product requires the Enterprise tier.
Can RapidDev help migrate a complex Jet Admin customer portal?
Yes. RapidDev offers fixed-price Jet Admin migrations ($13K–$25K, 6–8 weeks), including custom component porting, customer portal auth flows, and SAML SSO recreation. Book a free scoping call to assess your custom component count and portal complexity.
My Jet Admin app has custom React components — can I reuse them?
Possibly. Custom React components are your most salvageable asset. However, they may have dependencies on Jet Admin's internal runtime APIs. Audit each component in isolation in a standalone Next.js project before assuming portability. Clean components port directly; API-dependent ones need refactoring.
We migrate no-code apps to production code
- Fixed price — $13K–$25K (agency, fixed)
- No data loss, no downtime
- You own 100% of the code
30-min call. Quote within 48 hours.