Cum să-ți faci backup la aplicația creată cu IA — și de ce chiar ai nevoie

Un fondator cu care vorbesc își conduce întreaga afacere de rezervări — trei locații, în jur de 200 de clienți pe săptămână — pe o aplicație pe care și-a construit-o singur cu un creator de aplicații cu IA. Mi-a arătat-o într-o marți și era foarte mândru de ea. Miercuri m-a întrebat, ușor neliniștit: „Dacă chestia asta se strică, pur și simplu… pierd tot?”.

Răspunsul sincer a fost: poate. Depinde ce înțelegi prin „se strică”. Depinde ce fel de backup avea (n-avea niciunul). Depinde dacă putea s-o recreeze la timp.

Acea conversație e cea mai frecventă pe care o am cu oamenii care și-au construit o aplicație cu IA. Construirea în sine pare un mic miracol. Întrebarea „ce se întâmplă dacă dispare” aproape niciodată nu apare până când aplicația nu face deja muncă reală — iar până atunci, consecințele pierderii ei au devenit serioase.

Această postare e pentru oricine și-a construit o aplicație reală, funcțională, fără să o programeze el însuși și care acum se bazează pe ea pentru ceva ce contează. Vom acoperi ce e cu adevărat în pericol, ce să faci backup, cât de des și ce să faci când ceva merge prost. Nu e tehnic. Nu sunt scripturi de rulat. Scopul e să te asiguri că, orice ai construit, nu îl pierzi pentru că nimeni nu ți-a spus că backup-urile sunt un lucru existent.

Ce e de fapt înăuntrul aplicației tale create cu IA (și ce poate dispărea)

O aplicație creată cu IA e făcută din două lucruri foarte diferite, iar tu trebuie să faci backup la fiecare în mod diferit.

Primul e aplicația în sine — ecranele, logica, designul, integrările. Asta e ceea ce ți-a generat creatorul tău de aplicații cu IA. Locuiește în contul creatorului tău, de obicei într-un proiect. Dacă pierzi accesul la acel cont, sau creatorul are o cădere, sau proiectul se corupe, pierzi asta.

Al doilea sunt datele tale — utilizatorii, comenzile, mesajele, rezervările, fișierele pe care le-au încărcat oamenii. Astea locuiesc de obicei într-o bază de date undeva. Uneori sunt în interiorul creatorului de aplicații cu IA. Uneori sunt într-un serviciu precum Supabase, Firebase sau Airtable. Uneori sunt răspândite în mai multe locuri.

Aceste două lucruri au profiluri de risc complet diferite. Structura aplicației se schimbă când îi ceri IA să o schimbe. Datele tale se schimbă de fiecare dată când un utilizator face ceva. Așa că au nevoie de strategii de backup diferite.

Un mod util de a te gândi la asta: dacă o clădire ar arde, aplicația e planul de construcție, iar datele sunt ceea ce era înăuntrul clădirii când a ars. Poți reconstrui din plan. Nu poți recupera ce era înăuntru.

Ce e în pericol: cele patru scenarii care chiar se întâmplă

Le-am văzut pe fiecare dintre acestea întâmplându-se unor oameni care construiesc cu creatoare de aplicații cu IA. Niciunul nu e teoretic.

1. Îi spui din greșeală IA să strice aplicația. Ești obosit, lucrezi la miezul nopții și spui „elimină pagina de înscriere a utilizatorilor” pentru că vrei să o reproiectezi. IA o face. Elimină și partea din aplicație care le permite utilizatorilor existenți să se autentifice. Acum nimeni nu mai poate folosi aplicația, iar ultima versiune funcțională a IA e dusă, decât dacă ai istoricul versiunilor activat (multe creatoare nu îl au, în mod implicit).

2. Creatorul de aplicații cu IA are o cădere sau o problemă cu datele. Rar, dar real. În 2024, o platformă no-code populară a avut o cădere de 6 ore în care datele clienților erau inaccesibile. Nimeni nu și-a pierdut datele definitiv, dar o mulțime de afaceri au pierdut o zi. Dacă aplicația ta de rezervări e picată într-o dimineață de sâmbătă, când clienții tăi încearcă să rezerve pentru sâmbătă după-amiază, asta nu e „fără pierdere de date” — sunt venituri pierdute pe care nu le mai recuperezi.

3. Contul ți se blochează. Poate o problemă de facturare, poate o autentificare semnalată dintr-o locație nouă, poate o schimbare de e-mail care nu s-a propagat. Aplicația e în regulă, datele tale sunt în regulă, dar tu nu poți intra. Dacă nu ai o copie exportată, ești la mila timpilor de răspuns ai suportului.

4. Părăsești platforma. Acesta e cel pentru care oamenii nu își fac un plan. Peste un an s-ar putea să vrei să te muți la un alt instrument sau să angajezi un dezvoltator care să preia ce ai construit. Dacă singura copie a aplicației și a datelor tale locuiește în interiorul unui singur creator, opțiunile tale sunt înguste și scumpe.

În fiecare dintre aceste scenarii, diferența dintre „enervant” și „catastrofal” e dacă aveai sau nu un backup.

Ce să faci backup și cât de des

Nu ai nevoie de un sistem sofisticat. Ai nevoie de un obicei. Iată minimul pe care îl recomand pentru cineva care construiește cu IA fără să scrie cod.

Datele tale — în fiecare zi, automat dacă se poate.

Dacă datele tale locuiesc în ceva precum Supabase sau Airtable, ambele oferă exporturi sau backup-uri programate. Activează asta. Cei mai mulți o sar pentru că sunt trei clicuri și își zic că o fac mai târziu. Fă-o în ziua în care lansezi.

Dacă datele tale locuiesc în interiorul creatorului de aplicații cu IA și nu există export automat, setează-ți un memento în calendar în fiecare duminică să le exporți manual. Exportă-le ca CSV per tabel. Salvează-le undeva în afara creatorului — Google Drive, Dropbox, un hard disk extern. Oriunde nu e același serviciu.

Păstrează cel puțin patru săptămâni din aceste exporturi. Nu suprascrie de fiecare dată același fișier. Dacă datele tale se corup marți și nu observi până vineri, nu vrei ca singurul tău backup să fie datele de vineri, deja stricate.

Structura aplicației tale — de fiecare dată când faci o schimbare semnificativă.

Cele mai multe creatoare de aplicații cu IA au o formă de istoric al versiunilor sau de instantanee (snapshots). Găsește această funcție. Folosește-o. Înainte să faci o schimbare mare în aplicație — și „mare” înseamnă „ceva ce n-ai putea reface din memorie într-o oră” — fă un instantaneu cu nume. Numește-l ceva util precum „înainte de a adăuga ecranul de plată” sau „înainte de a schimba rolurile utilizatorilor”.

Dacă creatorul tău nu are instantanee, cere-i IA să rezume ce face aplicația într-un document lung. Salvează acel document. Nu e un backup real al aplicației, dar e o rețetă — dacă se întâmplă ce e mai rău, poți folosi acel document ca prompt pentru a reconstrui.

Conturile și datele tale de acces — o dată, în ziua în care lansezi.

Notează, într-un singur loc, unde locuiește totul. Care cont de creator are aplicația. Care serviciu de bază de date are datele. Care e-mail e autentificarea de administrator. Care procesator de plăți e conectat. Care integrări sunt conectate.

Salvează asta într-un manager de parole, nu într-un Google Doc. Dacă te lovește un autobuz mâine, partenerul tău de afaceri trebuie să poată găsi toate astea. Dacă ești fondator solo, sinele tău viitor (peste șase luni, epuizat, încercând să-și amintească ce ai făcut la lansare) trebuie și el să poată găsi asta.

Fișierele tale — oriunde le încarcă utilizatorii.

Dacă aplicația ta acceptă încărcări de fișiere — imagini, PDF-uri, orice — acele fișiere locuiesc undeva. Găsește unde. Cele mai multe creatoare folosesc un fel de container de stocare (storage bucket). Verifică dacă are backup. Dacă nu, configurează o copie periodică în propriul tău spațiu de stocare.

O rutină simplă de backup care durează cam 20 de minute pe săptămână

Duminică seara, când oricum deja nu lucrezi:

1. Deschide creatorul tău de aplicații cu IA. Fă un instantaneu cu nume al stării curente a aplicației. Datează-l.
2. Exportă fiecare tabel de date ca CSV. Pune-le într-un folder datat în spațiul tău de stocare în cloud. (Cele mai multe date locuiesc în 3–10 tabele — nu e o treabă uriașă.)
3. Aruncă o privire la containerul tău de stocare. Asigură-te că nu se întâmplă nimic ciudat (numărul de fișiere explodează, încărcări suspecte).
4. Actualizează documentul „unde locuiește totul” dacă s-a schimbat ceva săptămâna asta.

Asta e tot. Douăzeci de minute, o dată pe săptămână. E o asigurare extraordinar de disproporționată față de ce protejează.

Dacă nu vrei să faci asta manual, vezi dacă datele tale locuiesc undeva cu backup nativ. Supabase, de exemplu, poate face backup-uri zilnice automate pentru tine. Dacă folosești planul lor gratuit, acele backup-uri sunt limitate; pe un plan plătit, merg mai departe în timp. Pentru o afacere care depinde de aplicație, acel plan plătit e cea mai ieftină asigurare pe care o vei cumpăra vreodată.

Ce să faci când ceva merge prost

Dacă aplicația ta se strică din cauza unui bug al creatorului de aplicații cu IA sau a unei schimbări proaste:

• Nu intra în panică cu prompturi. Instinctul va fi să-i ceri IA să o repare imediat. Rezistă-i timp de zece minute. O reparație panicată în direcția greșită poate înrăutăți lucrurile, iar cele mai multe creatoare nu vor anula ușor un lanț de prompturi.
• Revino la ultimul tău instantaneu. Dacă ai unul. Ăsta e întregul motiv pentru care l-ai făcut.
• Dacă nu ai niciun instantaneu, cere creatorului de aplicații cu IA să anuleze ultima schimbare specifică. Fii precis. „Anulează schimbarea în care am eliminat pagina de înscriere” e mai bine decât „fă-o să funcționeze din nou”.

Dacă datele tale se corup:

• Oprește imediat scrierile. Scoate aplicația din funcțiune dacă poți. Fiecare acțiune nouă a unui utilizator în timp ce datele tale sunt stricate înseamnă mai multe date pe care va trebui să le reconciliezi mai târziu.
• Restaurează din cel mai recent backup bun. Dacă nu știi care e bun, restaurează-le pe rând într-o copie a mediului tău până găsești ultima versiune curată.
• Reconciliază ce lipsește. Dacă restaurezi backup-ul de duminică vineri, ai pierdut cinci zile de activitate. Trimite e-mail utilizatorilor afectați, cere-le să refacă ce au făcut și cere-ți scuze. Oamenii sunt surprinzător de înțelegători când ești sincer și rapid în privința asta.

Dacă pierzi accesul la contul tău:

• Contactează imediat suportul. Nu încerca „să aștepți să treacă”. Cozile de suport ale creatoarelor variază; unele sunt grozave, unele sunt lente.
• Ai-ți identitatea pregătită. E-mailul original de înscriere, detaliile cardului de facturare, data la care te-ai înscris, orice facturi vechi. Recuperarea contului fără acestea e grea.

Lucrul pe care nimeni nu i l-a spus fondatorului

Fondatorul cu rezervările cu care am început și-a cumpărat un plan plătit pentru serviciul de date după ce am vorbit. A configurat backup-uri zilnice automate. A făcut un instantaneu al aplicației sale. Și-a notat toate conturile într-un manager de parole. Totul i-a luat cam o oră într-o duminică.

O lună mai târziu, o schimbare cu IA pe care a cerut-o a stricat din greșeală logica de rezervări recurente. Clienții nu își mai puteau vedea următoarele programări. A observat în douăzeci de minute. A restaurat instantaneul în două clicuri. A păstrat datele, a păstrat aplicația, iar clienții lui n-au văzut niciodată nimic.

Mi-a spus după aceea că a fost cea mai ieftină oră pe care a cheltuit-o vreodată. Nu greșește. Backup-urile pentru o aplicație creată cu IA înseamnă cam o oră de configurare și douăzeci de minute pe săptămână de obicei. Lucrul împotriva căruia protejează e lucrul pe care nimeni dintre cei care l-au pierdut nu a crezut vreodată că i se va întâmpla.

Dacă ai construit ceva real, fă un instantaneu azi.