Så säkerhetskopierar du din AI-byggda app — och varför du faktiskt behöver det

En grundare jag pratar med driver hela sin bokningsverksamhet — tre platser, runt 200 kunder i veckan — på en app han byggde själv med en AI-appbyggare. Han visade den för mig en tisdag och var väldigt stolt över den. På onsdagen frågade han mig, lite nervöst: “Om den här grejen går sönder, förlorar jag bara… allt?”

Det ärliga svaret var: kanske. Beror på vad du menar med “går sönder”. Beror på vilken sorts säkerhetskopia han hade (han hade ingen). Beror på om han kunde återskapa den i tid.

Det samtalet är det vanligaste jag har med folk som byggt en app med AI. Själva bygget känns som ett litet mirakel. “Vad händer om den försvinner”-frågan kommer nästan aldrig upp förrän appen redan utför riktigt arbete — och då har konsekvenserna av att förlora den hunnit bli allvarliga.

Det här inlägget är till alla som har byggt en riktig, fungerande app utan att själva koda den, och nu förlitar sig på den för något som betyder något. Vi går igenom vad som faktiskt är i farozonen, vad du ska säkerhetskopiera, hur ofta, och vad du gör när något går fel. Det är inte tekniskt. Det finns inga skript att köra. Målet är att se till att vad du än byggt, så förlorar du det inte för att ingen berättade att säkerhetskopior var en grej.

Vad som faktiskt finns inuti din AI-byggda app (och vad som kan försvinna)

En AI-byggd app består av två väldigt olika saker, och du behöver säkerhetskopiera var och en på olika sätt.

Det första är själva appen — skärmarna, logiken, designen, integrationerna. Det här är vad din AI-byggare genererade åt dig. Det bor i din AI-byggares konto, oftast inuti ett projekt. Om du tappar åtkomsten till det kontot, eller byggaren har ett driftavbrott, eller projektet blir korrupt, förlorar du detta.

Det andra är din data — användarna, beställningarna, meddelandena, bokningarna, filerna folk laddat upp. Det här bor oftast i en databas någonstans. Ibland är det inuti AI-byggaren. Ibland är det i en tjänst som Supabase, Firebase eller Airtable. Ibland är det utspritt över flera platser.

De här två sakerna har helt olika riskprofiler. Appens struktur ändras när du ber AI:n att ändra den. Din data ändras varje gång en användare gör något. Så de behöver olika strategier för säkerhetskopiering.

Ett användbart sätt att tänka på det: om en byggnad brann ner är appen ritningen, och datan är det som fanns inuti byggnaden när den brann. Du kan bygga upp igen från ritningen. Du kan inte få tillbaka det som fanns inuti.

Vad som är i farozonen: de fyra scenarier som faktiskt inträffar

Jag har sett vart och ett av de här hända för folk som bygger med AI-appbyggare. Inget av dem är teoretiskt.

1. Du säger av misstag till AI:n att ha sönder appen. Du är trött, du jobbar vid midnatt, och du säger “ta bort registreringssidan” eftersom du vill designa om den. AI:n gör det. Den tar också bort den del av appen som låter befintliga användare logga in. Nu kan ingen använda appen, och AI:ns senaste fungerande version är borta om du inte har versionshistorik påslagen (många byggare har inte det, som standard).

2. AI-byggaren har ett driftavbrott eller ett dataproblem. Sällsynt, men verkligt. 2024 hade en populär no-code-plattform ett 6 timmar långt avbrott där kunddata var oåtkomlig. Ingen förlorade data permanent, men många företag förlorade en dag. Om din bokningsapp ligger nere en lördagsmorgon när dina kunder försöker boka lördagseftermiddag, så är det inte “ingen dataförlust” — det är förlorade intäkter du inte får tillbaka.

3. Ditt konto blir låst. Kanske ett faktureringsproblem, kanske en flaggad inloggning från en ny plats, kanske ett mejlbyte som inte gick igenom. Appen är okej, din data är okej, men du kommer inte in i den. Om du inte har någon exporterad kopia är du utlämnad till supportens svarstider.

4. Du lämnar plattformen. Det här är det folk inte planerar för. Om ett år kanske du vill flytta till ett annat verktyg, eller anlita en utvecklare som tar över det du byggt. Om den enda kopian av din app och data bor inuti en byggare är dina alternativ snäva och dyra.

I vart och ett av de här scenarierna är skillnaden mellan “irriterande” och “katastrofalt” om du hade en säkerhetskopia.

Vad du ska säkerhetskopiera, och hur ofta

Du behöver inget fancy system. Du behöver en vana. Här är minimum jag rekommenderar för någon som bygger med AI utan att skriva kod.

Din data — varje dag, automatiskt om möjligt.

Om din data bor i något som Supabase eller Airtable erbjuder båda schemalagda exporter eller säkerhetskopior. Slå på det här. De flesta hoppar över det eftersom det är tre klick och de tänker att de gör det senare. Gör det dagen du lanserar.

Om din data bor inuti själva AI-byggaren och det inte finns någon automatisk export, sätt en kalenderpåminnelse varje söndag för att manuellt exportera den. Exportera den som en CSV per tabell. Spara den någonstans utanför byggaren — Google Drive, Dropbox, en extern hårddisk. Var som helst som inte är samma tjänst.

Behåll åtminstone fyra veckors av de här exporterna. Skriv inte över samma fil varje gång. Om din data blir korrupt på tisdagen och du inte märker det förrän på fredagen, vill du inte att din enda säkerhetskopia ska vara fredagens redan trasiga data.

Din appstruktur — varje gång du gör en betydande ändring.

De flesta AI-appbyggare har någon form av versionshistorik eller ögonblicksbilder. Hitta den funktionen. Använd den. Innan du gör en stor ändring i appen — och “stor” betyder “något du inte skulle kunna göra om från minnet på en timme” — ta en namngiven ögonblicksbild. Kalla den något användbart som “innan betalningsskärmen lades till” eller “innan användarrollerna ändrades”.

Om din byggare inte har ögonblicksbilder, be AI:n att sammanfatta vad appen gör i ett långt dokument. Spara det dokumentet. Det är ingen riktig säkerhetskopia av appen, men det är ett recept — om det värsta händer kan du använda det dokumentet som en prompt för att bygga upp igen.

Dina konton och inloggningsuppgifter — en gång, dagen du lanserar.

Skriv ner, på ett ställe, var allt bor. Vilket byggarkonto har appen. Vilken databastjänst har datan. Vilket mejl är administratörsinloggningen. Vilken betalningstjänst är kopplad. Vilka integrationer är kopplade.

Spara det här i en lösenordshanterare, inte ett Google-dokument. Om du blir påkörd av en buss imorgon behöver din affärspartner kunna hitta allt det här. Om du är ensam grundare behöver ditt framtida jag också (om sex månader, utmattat, och försöker minnas vad du gjorde vid lanseringen) kunna hitta det här.

Dina filer — varhelst dina användare laddar upp till.

Om din app tar emot filuppladdningar — bilder, PDF:er, vad som helst — bor de filerna någonstans. Hitta var. De flesta byggare använder någon form av lagringsutrymme. Kontrollera om det säkerhetskopieras. Om inte, sätt upp en periodisk kopia till ditt eget lagringsutrymme.

En enkel säkerhetskopieringsrutin som tar ungefär 20 minuter i veckan

Söndag kväll, medan du ändå inte jobbar:

Öppna din AI-byggare. Ta en namngiven ögonblicksbild av appens nuvarande tillstånd. Datera den.
Exportera varje datatabell som en CSV. Släpp dem i en daterad mapp i ditt molnlagringsutrymme. (De flesta data bor i 3–10 tabeller — inget jättejobb.)
Kasta en blick på ditt lagringsutrymme. Se till att inget konstigt pågår (filantalet exploderar, misstänkta uppladdningar).
Uppdatera ditt “var allt bor”-dokument om något ändrades den här veckan.

Det är allt. Tjugo minuter, en gång i veckan. Det är en vansinnigt oproportionerlig försäkring för vad den skyddar.

Om du inte vill göra det här manuellt, kolla om din data bor någonstans med inbyggd säkerhetskopiering. Supabase, till exempel, kan göra automatiska dagliga säkerhetskopior åt dig. Om du använder deras gratisnivå är de säkerhetskopiorna begränsade; på ett betalt abonnemang går de längre tillbaka. För en verksamhet som vilar på appen är det betalda abonnemanget den billigaste försäkring du någonsin köper.

Vad du ska göra när något går fel

Om din app går sönder på grund av en bugg i AI-byggaren eller en dålig ändring:

Panikprompta inte. Instinkten blir att be AI:n fixa det omedelbart. Motstå det i tio minuter. En panikfix i fel riktning kan göra saker värre, och de flesta byggare ångrar inte lätt en kedja av prompter.
Rulla tillbaka till din senaste ögonblicksbild. Om du har en. Det är hela anledningen till att du tog den.
Om du inte har någon ögonblicksbild, be AI-byggaren att återställa den senaste specifika ändringen. Var exakt. “Ångra ändringen där vi tog bort registreringssidan” är bättre än “få den att fungera igen”.

Om din data blir korrupt:

Stoppa skrivningar omedelbart. Ta appen offline om du kan. Varje ny användaråtgärd medan din data är dålig är mer data du behöver stämma av senare.
Återställ från din senaste bra säkerhetskopia. Om du inte vet vilken som är bra, återställ dem en i taget till en kopia av din miljö tills du hittar den senaste rena versionen.
Stäm av det som saknas. Om du återställer söndagens säkerhetskopia på fredagen har du förlorat fem dagars aktivitet. Mejla berörda användare, be dem göra om vad de gjorde, och be om ursäkt. Folk är förvånansvärt förstående när du är ärlig och snabb med det.

Om du tappar åtkomsten till ditt konto:

Kontakta supporten omedelbart. Försök inte “vänta ut det”. Byggarnas supportköer varierar; vissa är toppen, vissa är långsamma.
Ha din identitet redo. Ursprungligt registreringsmejl, faktureringskortets uppgifter, datumet du registrerade dig, eventuella gamla fakturor. Kontoåterställning utan dessa är svårt.

Det ingen berättade för grundaren

Bokningsgrundaren jag inledde med köpte ett betalt abonnemang för sin datatjänst efter att vi pratat. Han satte upp automatiska dagliga säkerhetskopior. Han tog en ögonblicksbild av sin app. Han skrev ner alla sina konton i en lösenordshanterare. Det hela tog honom ungefär en timme en söndag.

En månad senare bröt en AI-ändring han bad om av misstag hans logik för återkommande bokningar. Kunder kunde inte se sina nästa tider. Han märkte det inom tjugo minuter. Han återställde ögonblicksbilden i två klick. Han behöll datan, behöll appen, och hans kunder såg aldrig något.

Han berättade efteråt att det var den billigaste timme han någonsin lagt. Han har inte fel. Säkerhetskopior för en AI-byggd app handlar om ungefär en timmes uppsättning och tjugo minuters vana i veckan. Det de skyddar mot är det som ingen som har förlorat det någonsin trodde skulle hända just dem.

Om du har byggt något riktigt, ta en ögonblicksbild idag.