Come fare il backup dell'app creata con l'IA — e perché ti serve davvero

Un founder con cui parlo gestisce tutta la sua attività di prenotazioni — tre sedi, circa 200 clienti a settimana — con un’app che ha creato da solo con un creatore di app con IA. Me l’ha mostrata di martedì ed era molto orgoglioso. Di mercoledì mi ha chiesto, un po’ nervoso: “Se questa cosa si rompe, semplicemente… perdo tutto?”

La risposta onesta era: forse. Dipende da cosa intendi per “si rompe”. Dipende dal tipo di backup che aveva (non ne aveva nessuno). Dipende dal fatto che riesca a ricrearla in tempo.

Quella è la conversazione più frequente che ho con chi ha creato un’app con l’IA. La creazione in sé sembra un piccolo miracolo. La domanda “cosa succede se sparisce” non salta quasi mai fuori finché l’app non sta già facendo un lavoro vero — e a quel punto le conseguenze di perderla sono diventate serie.

Questo post è per chiunque abbia creato un’app reale e funzionante senza programmarla di persona, e ora ci faccia affidamento per qualcosa di importante. Vedremo cosa è davvero a rischio, cosa salvare, ogni quanto e cosa fare quando qualcosa va storto. Non è tecnico. Non ci sono script da eseguire. L’obiettivo è assicurarti che qualunque cosa tu abbia creato, tu non la perda perché nessuno ti ha detto che i backup erano una cosa da fare.

Cosa c’è davvero dentro la tua app creata con l’IA (e cosa può sparire)

Un’app creata con l’IA è fatta di due cose molto diverse, e devi fare il backup di ciascuna in modo diverso.

La prima è l’app in sé — le schermate, la logica, il design, le integrazioni. È ciò che il tuo creatore di app con IA ha generato per te. Vive nell’account del tuo creatore di app, di solito all’interno di un progetto. Se perdi l’accesso a quell’account, o il creatore ha un’interruzione, o il progetto si corrompe, perdi questo.

La seconda sono i tuoi dati — gli utenti, gli ordini, i messaggi, le prenotazioni, i file caricati dalle persone. Di solito vivono in un database da qualche parte. A volte è dentro il creatore di app con IA. A volte è in un servizio come Supabase, Firebase o Airtable. A volte è distribuito su più posti.

Queste due cose hanno profili di rischio completamente diversi. La struttura dell’app cambia quando chiedi all’IA di cambiarla. I tuoi dati cambiano ogni volta che un utente fa qualcosa. Quindi richiedono strategie di backup diverse.

Un modo utile per pensarci: se un edificio andasse a fuoco, l’app è il progetto architettonico e i dati sono ciò che c’era dentro l’edificio quando è bruciato. Dal progetto puoi ricostruire. Ciò che c’era dentro non lo recuperi.

Cosa è a rischio: i quattro scenari che capitano davvero

Ho visto succedere ciascuno di questi a persone che creano con i creatori di app con IA. Nessuno è teorico.

1. Dici per sbaglio all’IA di rompere l’app. Sei stanco, stai lavorando a mezzanotte e dici “rimuovi la pagina di registrazione utente” perché vuoi ridisegnarla. L’IA lo fa. Rimuove anche la parte dell’app che permette agli utenti esistenti di accedere. Ora nessuno può usare l’app, e l’ultima versione funzionante dell’IA è sparita, a meno che tu non abbia attivato la cronologia delle versioni (molti creatori non ce l’hanno, di default).

2. Il creatore di app con IA ha un’interruzione o un problema ai dati. Raro, ma reale. Nel 2024 una popolare piattaforma no-code ha avuto un’interruzione di 6 ore in cui i dati dei clienti erano inaccessibili. Nessuno ha perso dati in modo permanente, ma molte aziende hanno perso una giornata. Se la tua app di prenotazioni è giù un sabato mattina mentre i tuoi clienti cercano di prenotare per il sabato pomeriggio, quello non è “nessuna perdita di dati” — sono ricavi persi che non recuperi.

3. Il tuo account viene bloccato. Magari un problema di fatturazione, magari un accesso segnalato da una nuova posizione, magari un cambio di email che non si è propagato. L’app è a posto, i tuoi dati sono a posto, ma non riesci a entrarci. Se non hai una copia esportata, sei in balia dei tempi di risposta dell’assistenza.

4. Lasci la piattaforma. Questo è quello che le persone non mettono in conto. Tra un anno potresti voler passare a uno strumento diverso, o assumere uno sviluppatore che prenda in mano ciò che hai creato. Se l’unica copia della tua app e dei tuoi dati vive dentro un solo creatore, le tue opzioni sono limitate e costose.

In ognuno di questi scenari, la differenza tra “fastidioso” e “catastrofico” è se avevi un backup.

Cosa salvare, e ogni quanto

Non ti serve un sistema sofisticato. Ti serve un’abitudine. Ecco il minimo che consiglio a chi crea con l’IA senza scrivere codice.

I tuoi dati — ogni giorno, automaticamente se possibile.

Se i tuoi dati vivono in qualcosa come Supabase o Airtable, entrambi offrono esportazioni o backup pianificati. Attivalo. La maggior parte delle persone lo salta perché sono tre clic e pensa di farlo più tardi. Fallo il giorno in cui lanci.

Se i tuoi dati vivono dentro il creatore di app con IA e non c’è un’esportazione automatica, imposta un promemoria sul calendario ogni domenica per esportarli manualmente. Esportali come CSV per ogni tabella. Salvali da qualche parte fuori dal creatore — Google Drive, Dropbox, un disco rigido esterno. Ovunque non sia lo stesso servizio.

Conserva almeno quattro settimane di queste esportazioni. Non sovrascrivere ogni volta lo stesso file. Se i tuoi dati si corrompono di martedì e non te ne accorgi fino a venerdì, non vuoi che il tuo unico backup siano i dati già rotti del venerdì.

La struttura della tua app — ogni volta che fai una modifica importante.

La maggior parte dei creatori di app con IA ha una qualche forma di cronologia delle versioni o di snapshot. Trova questa funzione. Usala. Prima di fare una grande modifica all’app — e “grande” significa “qualcosa che non potresti rifare a memoria in un’ora” — scatta uno snapshot con un nome. Chiamalo con qualcosa di utile come “prima di aggiungere la schermata di pagamento” o “prima di cambiare i ruoli utente”.

Se il tuo creatore non ha gli snapshot, chiedi all’IA di riassumere cosa fa l’app in un documento lungo. Salva quel documento. Non è un vero backup dell’app, ma è una ricetta — se succede il peggio, puoi usare quel documento come prompt per ricostruire.

I tuoi account e le credenziali — una volta sola, il giorno in cui lanci.

Annota, in un unico posto, dove vive tutto. Quale account del creatore ha l’app. Quale servizio di database ha i dati. Quale email è il login da amministratore. Quale processore di pagamenti è collegato. Quali integrazioni sono collegate.

Salva tutto in un password manager, non in un documento Google. Se domani ti mette sotto un autobus, il tuo socio deve essere in grado di trovare tutto questo. Se sei un founder solitario, anche il tuo io futuro (tra sei mesi, esausto, che cerca di ricordare cosa ha fatto al lancio) deve poter trovare tutto questo.

I tuoi file — ovunque i tuoi utenti li carichino.

Se la tua app accetta caricamenti di file — immagini, PDF, qualsiasi cosa — quei file vivono da qualche parte. Trova dove. La maggior parte dei creatori usa un qualche tipo di storage bucket. Controlla se ha un backup. Se non ce l’ha, imposta una copia periodica verso il tuo storage.

Una routine di backup semplice che richiede circa 20 minuti a settimana

La domenica sera, mentre tanto non stai già lavorando:

1. Apri il tuo creatore di app con IA. Scatta uno snapshot con un nome dello stato attuale dell’app. Mettici la data.
2. Esporta ogni tabella di dati come CSV. Mettili in una cartella datata nel tuo cloud storage. (La maggior parte dei dati vive in 3-10 tabelle — non è un gran lavoro.)
3. Dai un’occhiata al tuo storage bucket. Assicurati che non stia succedendo niente di strano (il numero di file che esplode, caricamenti sospetti).
4. Aggiorna il tuo documento “dove vive tutto” se è cambiato qualcosa questa settimana.

Tutto qui. Venti minuti, una volta a settimana. È un’assicurazione spropositatamente conveniente rispetto a ciò che protegge.

Se non vuoi farlo manualmente, valuta se i tuoi dati vivono da qualche parte con un backup nativo. Supabase, per esempio, può fare backup giornalieri automatici al posto tuo. Se usi il loro piano gratuito, quei backup sono limitati; con un piano a pagamento, risalgono più indietro nel tempo. Per un’attività che dipende dall’app, quel piano a pagamento è l’assicurazione più economica che comprerai mai.

Cosa fare quando qualcosa va storto

Se la tua app si rompe per un bug del creatore di app con IA o per una modifica sbagliata:

• Non lanciarti nei prompt nel panico. L’istinto sarà di chiedere subito all’IA di sistemarla. Resisti per dieci minuti. Una correzione fatta nel panico nella direzione sbagliata può peggiorare le cose, e la maggior parte dei creatori non annullerà facilmente una catena di prompt.
• Torna al tuo ultimo snapshot. Se ne hai uno. È tutto il motivo per cui l’hai scattato.
• Se non hai uno snapshot, chiedi al creatore di app con IA di annullare l’ultima modifica specifica. Sii preciso. “Annulla la modifica in cui abbiamo rimosso la pagina di registrazione” è meglio di “fallo funzionare di nuovo”.

Se i tuoi dati si corrompono:

• Ferma subito le scritture. Metti l’app offline se puoi. Ogni nuova azione utente mentre i tuoi dati sono guasti è altro materiale che dovrai riconciliare in seguito.
• Ripristina dal tuo backup buono più recente. Se non sai quale sia buono, ripristinali uno alla volta su una copia del tuo ambiente finché non trovi l’ultima versione pulita.
• Riconcilia ciò che manca. Se ripristini il backup della domenica di venerdì, hai perso cinque giorni di attività. Scrivi agli utenti interessati, chiedi loro di rifare ciò che avevano fatto e scusati. Le persone sono sorprendentemente comprensive quando sei onesto e rapido al riguardo.

Se perdi l’accesso al tuo account:

• Contatta subito l’assistenza. Non cercare di “aspettare che passi”. Le code di assistenza dei creatori variano; alcune sono ottime, altre sono lente.
• Tieni pronta la tua identità. Email di registrazione originale, dettagli della carta di pagamento, la data in cui ti sei iscritto, eventuali vecchie fatture. Il recupero dell’account senza questi è difficile.

La cosa che nessuno aveva detto al founder

Il founder delle prenotazioni con cui ho aperto questo articolo ha comprato un piano a pagamento per il suo servizio dati dopo che ne abbiamo parlato. Ha impostato i backup giornalieri automatici. Ha scattato uno snapshot della sua app. Ha annotato tutti i suoi account in un password manager. L’intera cosa gli ha richiesto circa un’ora una domenica.

Un mese dopo, una modifica all’IA che aveva chiesto ha rotto per sbaglio la logica delle prenotazioni ricorrenti. I clienti non riuscivano a vedere i loro prossimi appuntamenti. Se n’è accorto entro venti minuti. Ha ripristinato lo snapshot in due clic. Ha mantenuto i dati, ha mantenuto l’app, e i suoi clienti non hanno visto nulla.

Mi ha detto dopo che era stata l’ora più conveniente che avesse mai speso. Non ha torto. I backup di un’app creata con l’IA sono circa un’ora di configurazione e venti minuti a settimana di abitudine. La cosa da cui ti proteggono è la cosa che nessuno di chi l’ha persa ha mai pensato gli sarebbe potuta capitare.

Se hai creato qualcosa di reale, scatta uno snapshot oggi.