AI app builder white label: consegnare app cliente senza dipendere dalla piattaforma

Sei freelance o agenzia e vuoi consegnare un'app a un cliente senza che sappia (o gli importi) con quale strumento l'hai costruita. Vuoi: zero logo della piattaforma, zero menzione "powered by", un repo GitHub pulito, un Supabase che appartiene al cliente, un dominio custom dal giorno 1. In sintesi, cerchi un vero AI app builder white label, non un SaaS che ti affitta uno slot di hosting con il suo nome sopra.

Il problema è che la maggior parte degli strumenti del mercato — Lovable, Bubble, Glide, Webflow — ti mette in visibilità forzata. Il sottodominio di preview è sul loro brand. L'app vive sulla loro infrastruttura. Il codice non è realmente esportabile. Per un cliente finale crea immediatamente dipendenza e indebolisce il tuo posizionamento da prestatore di servizi. Cadrant è stato pensato sull'opposto: tutto ciò che consegni è neutro, trasferibile e di proprietà del cliente.

Cos'è un vero AI app builder white label?

Il termine "white label" è usato a sproposito. Perché un AI app builder sia davvero white label, deve soddisfare cinque requisiti concreti:

• Nessun branding visibile nell'app consegnata — niente footer "Made with X", niente logo dello strumento nell'admin, niente splash screen.
• Codice sorgente integralmente esportabile — repo Git completo, senza dipendenza runtime dalla piattaforma.
• Backend ospitato dal cliente — database, auth, file storage sull'account del cliente.
• Dominio custom dall'inizio — niente "client.tool.com" forzato durante la build.
• Piano di prezzo che non appare in fattura cliente — paghi lo strumento dalla tua parte, il cliente paga l'app.

Cadrant è oggi uno dei pochi strumenti sul mercato a soddisfare tutti e cinque i criteri senza compromessi. Vediamo come.

Il codice è 100% tuo (e quindi del tuo cliente)

Quando Cadrant genera la tua app, il codice prodotto è Next.js + TypeScript + Supabase classico. Nessun runtime proprietario, nessun SDK chiuso, nessuna libreria interna che impedirebbe la prosecuzione interna. Hai accesso al repo GitHub completo in ogni momento — push, branch, merge, tutto funziona come un progetto normale. Se domani il cliente vuole continuare con il suo team o un altro fornitore, basta trasferire il repo: nessuna migrazione, nessuna riscrittura.

Confronta con Bubble: il codice non esiste davvero, l'app vive nel runtime Bubble. Webflow CMS: il contenuto è prigioniero in Webflow. Lovable: esportare rompe parte dell'ecosistema. Cadrant: ciò che vedi nel repo è ciò che gira in produzione. Non c'è altro.

Il backend appartiene al cliente dal giorno 1

È probabilmente il punto più differenziante. Su Cadrant colleghi l'account Supabase del cliente alla creazione del progetto. Tutti i dati — utenti, contenuti, file, log — vivono nella sua organizzazione Supabase, sulla sua fattura, sotto il suo controllo. Cadrant non fa mai da intermediario: non memorizziamo i dati utente del cliente, non leggiamo il suo schema, non tariffiamo per utente finale.

Il vantaggio è triplo: GDPR-compatibile senza firmare un DPA aggiuntivo con una piattaforma intermedia, totale indipendenza del cliente (può revocare il tuo accesso al Supabase quando vuole), e fatturazione chiara (paghi Cadrant, il cliente paga Supabase, fine).

Dominio custom dalla fase di build

Durante lo sviluppo Cadrant ti dà un sottodominio di preview (es: mioprogetto.cadrant.ai) per la validazione cliente. Una volta pronto, puoi pubblicare immediatamente su un dominio custom (il suo: app.azienda-cliente.com). Niente migrazione, niente "fase di produzione" a pagamento, nessun piano premium da sbloccare. Il cliente vede il suo URL definitivo dallo sprint 1, cosa che cambia la percezione "è davvero il nostro strumento" vs "è una cosa fatta con un servizio".

Zero branding Cadrant nell'app consegnata

L'app che consegni non ha alcuna traccia di Cadrant: niente footer "Built with Cadrant", niente logo nell'admin, niente splash screen al caricamento. Puoi personalizzare la favicon, i meta tag OG, le email transazionali — tutto ciò che riguarda l'identità visiva del progetto finale è neutro. Per un freelance che vende una prestazione premium da 10k+, è essenziale: il cliente non deve mai avere l'impressione di usare uno strumento di terze parti.

La fatturazione resta dalla tua parte

Molti strumenti "white label" fatturano per workspace cliente, per posto, o per app live — il che significa che il cliente vede prima o poi il tuo fornitore in una riga di fattura. Cadrant fattura forfettariamente al freelance, indipendentemente dal numero di app cliente che consegni. I tuoi clienti non vedono mai la fattura Cadrant. Se il cliente vuole riprendere l'abbonamento alla consegna, apre semplicemente il suo account Cadrant e tu trasferisci i progetti.

Casi d'uso tipici in white label

• Agenzia che consegna CRM custom a PMI: il CRM è collegato al loro Supabase, ospitato sul loro dominio, senza alcuna traccia di agenzia o piattaforma.
• Freelance che costruisce un portale cliente per uno studio legale: auth + documenti + chat, ospitato su portal.studio-x.com, senza branding di terze parti.
• Studio che consegna un MVP a una startup: repo trasferito, Supabase della startup, deploy Vercel sull'account della startup.
• Consulente prodotto che prototipa rapidamente per un cliente corporate: demo su sottodominio custom dal giorno 2, validazione prima della firma del contratto.

Perché il vendor lock-in è un problema commerciale

Quando consegni un'app costruita su una piattaforma proprietaria, il cliente diventa captivo — e anche tu. Se la piattaforma alza i prezzi del 40% (cosa che accade regolarmente), il cliente lo subisce. Se c'è un incidente di infrastruttura, sei tu la persona che il cliente chiama, ma non hai alcuna leva. Se decide di lasciare la piattaforma tra 2 anni, sei tu a dover gestire la migrazione. Al contrario, consegnare Next.js + Supabase standard significa che il cliente resta libero, e tu resti un consulente, non un single point of failure.

FAQ — AI app builder white label

Cadrant aggiunge un footer "Made with" nelle app pubblicate? No. Nessuna menzione di Cadrant appare nell'HTML dell'app consegnata. Puoi verificare nel codice sorgente.

Il cliente può capire che l'app è stata generata con AI? Il codice generato sembra scritto da un dev umano (componenti, hook, type TypeScript puliti). Nulla nella struttura rivela origine AI. L'unica traccia possibile sarebbe nei commit Git se lasci i messaggi auto-generati — puoi riscriverli.

Posso personalizzare le email transazionali (auth, reset password)? Sì. I template email Supabase sono completamente editabili, e controlli il mittente SMTP. Nessuna email parte dall'infrastruttura Cadrant.

Come gestisco più clienti in parallelo? Cadrant ha un sistema di workspace — ogni progetto cliente è isolato, con il suo Supabase, il suo repo, le sue variabili d'ambiente. Puoi passare tra progetti senza rischio di leak.

La scommessa di Cadrant è semplice: se lo strumento è davvero white label, il freelance lo raccomanda ai colleghi e il cliente torna per il progetto successivo. Il successo della piattaforma è allineato con la tua indipendenza, non con la tua cattività.