AI-kodräddning — Leverera det AI började

Vi tar över din AI-genererade eller no-code-MVP, fixar det som är trasigt och levererar den till produktion som en riktig, underhållbar produkt. Ingen omskrivning. Inget lappverk. Ingenjörsarbetet som gör din app redo på riktigt för betalande kunder.

Mönstret som får grundare att komma hit

Din MVP fungerade dag ett. Sedan började det bli allt konstigare.

Låter det bekant? Då är det precis ett sådant uppdrag det handlar om.

Granskning är ett dokument. Räddning är en kodbas.

I ett räddningsuppdrag tar jag över ansvaret för det tekniska arbetet. Jag läser din kod som jag skulle läsa en kodbas jag precis blivit anställd på — snabbt, men grundligt. Jag prioriterar efter affärsrisk. Sedan börjar jag fixa.

Arbetet sker i pass som prioriteras efter risk, inte som en enda big-bang-omskrivning. Du ser konkreta framsteg med några dagars mellanrum; inget "försvinna i tre månader och komma tillbaka med en ny app". Varje pass levereras separat, testat, i en riktig miljö. De flesta räddningar går till i den här ordningen:

SäkerhetshålAutentisering, auktorisering, hemligheter, inputvalidering. Allt som kan läcka data, låta någon utge sig för att vara en användare eller blottlägga betalningsflöden. De går först eftersom de är den största affärsrisken och billigast att åtgärda när de väl är identifierade.
DataintegritetSchemaproblem, saknade begränsningar, tyst dataförlust, trasiga migrationer. Sådant som i tysthet förstör din produkt om det får vara ifred. Data du förlorar på det här sättet kommer sällan tillbaka.
Deployment och observerbarhetDomänkonfiguration, HTTPS, miljöseparation, CI/CD, övervakning, backuper, disaster recovery. De "sista 20 %" som AI-verktygen hoppar över. Utan det här har du ingen produkt — du har en demo som råkar ligga ute på internet.
Prestanda och skalningSaknade index, N+1-frågor, minnesläckor, ingen cachning. Det som skiljer en app som klarar 10 användare från en som klarar 1 000. Oftast åtgärdat på några dagar när du väl vet var du ska leta.
Underhållbar kodRefaktorering av de delar som annars skulle hindra din nästa ingenjör från att jobba effektivt. Att rensa bort död kod. Lägga till de tester som faktiskt spelar roll (inte "varje funktion har ett enhetstest" — de kritiska flödena med integrationstester).

Vad som ingår, vad som är extra

Inkluderat som standard

  • Fullständig genomläsning och triage av den befintliga kodbasen
  • Säkerhetsåtgärder — auth, auktorisering, hemligheter, inputvalidering
  • Deployment-pipeline — domän, HTTPS, miljöseparation, CI/CD, övervakning, backuper
  • Databasrensning — index, migrationer, prestanda, integritetsbegränsningar
  • Härdning av tredjepartsintegrationer (Stripe-webhooks, e-postleverans, auth-leverantörer)
  • Refaktorering av de kritiska flödena för bättre underhållbarhet
  • Skriftligt överlämningsdokument för din nästa ingenjör

Ej inkluderat som standard

  • Utveckling av nya funktioner utöver vad som krävs för säker leverans
  • Visuell front-end-omdesign
  • Fullständig migration till en ny plattform (t.ex. Bubble → Node.js) — scopas separat som ett migrationsprojekt
  • Löpande fractional CTO / långsiktigt tekniskt ägarskap — tillgängligt som uppföljningsuppdrag
  • Mobilappsutveckling
  • Produkt- / UX-arbete

Omfattningen är inte huggen i sten — om din situation kräver en variant av standarden scopar vi därefter. Men det är i standarden som 80 % av räddningsuppdragen landar.

Process

1. Granskning först

Alltid. Om du inte redan har gjort en med mig gör vi en granskning först. En räddning utan granskning är att flyga blint — vi skulle antingen scopa för brett (dyrt för dig) eller missa något kritiskt (dåligt för oss båda). Granskningen gör också räddningens omfattning konkret.

2. Räddningsplan

Byggd utifrån granskningens fyndlista. Du godkänner omfattning, prioritetsordning och tidslinje innan något arbete börjar. Fast pris, fast omfattning.

3. Fixa i pass, prioriterade efter risk

Arbetet sker i 3–5 separata pass, vart och ett levererat för sig på 1–2 veckor. Du får framsteg du kan verifiera med några dagars mellanrum — inga långa perioder av tystnad.

4. Produktionsgodkännande

Appen körs. Övervakningen är igång. Backuperna är testade. Dokumentationen är på plats. Jag visar dig att var och en av de här sakerna fungerar innan vi avslutar.

5. Överlämning

Två alternativ: antingen till ditt team (med dokumentation + 2 veckors Slack-baserat stöd inkluderat), eller så stannar jag kvar som deltidsutvecklare (fractional) i 3–6 månader medan du anställer. Ditt val.

Tidslinje: 4 till 12 veckor. De flesta räddningar landar på 6–8 veckor. Du får ett åtagande om tidslinje innan arbetet börjar.

Du bör boka en räddning om…

Du bör inte boka en räddning om…

How pricing works

Prissatt per uppdrag, inte per timme. Granskningen tar fram en konkret fyndlista; vi scopar räddningen mot den listan. Du får en fast summa och en fast tidslinje innan arbetet börjar. Om uppdraget behöver utökas scopar vi om tillsammans — inga oväntade fakturor mitt i projektet.

Det som styr summan: kodbasens storlek, hur mycket av stacken som behöver åtgärdas, hur bråttom det är, och om uppdraget avslutas med en ren överlämning eller övergår i ett tillfälligt fractional-arrangemang. Vi reder ut allt det här på introduktionssamtalet.

Questions founders ask before they book

Den är din. Räddningen levererar en kodbas som din nästa ingenjör kan underhålla utan mig. Ett skriftligt överlämningsdokument följer med. Om du vill ha mig kvar efter leveransen under en övergångsperiod medan du anställer är det ett separat uppdrag — inget beroende.

Nej. Omskrivningar är oftast fel svar — de är dyra, tar längre tid än planerat och fixar ofta inte det underliggande problemet. Räddningen åtgärdar de trasiga delarna och låter de fungerande vara. Om en specifik modul verkligen behöver bytas ut scopar vi det som ett tydligt avgränsat arbete snarare än en total omskrivning.

Enbart granskningen ger verkligt värde, även om det aldrig blir någon räddning. Du kan också anlita mig för enskilda fynd från granskningen — bara CORS-fixet, bara omskrivningen av autentiseringen, bara uppsättningen av CI/CD. Det är särskilt användbart när granskningen lyfter fram ett eller två stora problem som du kan hantera på egen hand.

Uppdrag som teknisk medgrundare på deltid (fractional) är möjliga efter en lyckad räddning. Det är vanligtvis ett tillfälligt arrangemang på 3–6 månader där jag stannar kvar på deltid medan du rekryterar en senior ingenjör eller CTO på heltid. Inget permanent åtagande från någon av parterna.

Stark expertis inom PHP (Symfony, Doctrine), Node.js, TypeScript, React, AWS (ECS, Lambda, RDS, SQS, SNS), Docker, Terraform. Jag har räddat appar byggda med Supabase, Firebase, Vercel och de flesta no-code-verktyg. Om din stack ligger utanför de här områdena säger jag det rakt ut på introduktionssamtalet, så att du vet om jag är rätt räddare för just din situation.

4 till 12 veckor. De flesta räddningar landar i intervallet 6–8 veckor. Exakt tidslinje beror på vad granskningen hittar och hur stor din MVP är. Du får ett fast åtagande om tidslinjen innan arbetet börjar, inte ett öppet, timbaserat uppdrag.

Ja, men det scopas separat från en vanlig räddning. Att migrera bort från no-code till en ny kodbas är en annan typ av uppdrag — det omfattar att designa den nya arkitekturen, datamigration och en cutover-plan. Men samma princip gäller: granskning först. Vi börjar med ett scoping-samtal och en granskning av det du flyttar från.

Want to see what an engagement like this looks like in practice? Read a real case study →

Book a discovery call

Gratis. 30 minuter. Berätta vad som är trasigt, vad som står på spel och när. Jag säger dig om en räddning är rätt drag — eller om en granskning först passar din situation bättre.

Boka ett gratis samtal →
Gratis konsultation Utan förpliktelser Svar inom 24h