Tjenester

To kjernetjenester for gründere med AI-bygde eller no-code-MVP-er. Ett mål: ta det AI-verktøyene dine eller no-code-plattformen har produsert, og få det til produksjon — sikkert, skalerbart og vedlikeholdbart. Start med en revisjon. Eskaler til redning bare hvis revisjonen finner det vi vanligvis finner.

// start her

MVP Audit

Et dokument, ikke en commit.

En skriftlig teknisk vurdering av AI-generert eller no-code-MVP-et ditt mot produksjonskrav — sikkerhet, skalerbarhet, vedlikeholdbarhet — sortert etter forretningsrisiko, ikke kodeestetikk. Du beholder dokumentet uansett om du hyrer meg til fiksingen eller ikke.

Best for: gründere som trenger en ærlig, delbar teknisk vurdering av kodebasen sin før en finansieringsrunde, en samtale med en enterprise-kunde, en første teknisk ansettelse eller en konsulentoverlevering.
Les mer om revisjonen →
// når revisjonen finner mye

AI Code Rescue

Vi tar over det som er, og leverer det.

Ta over en AI-generert eller no-code-kodebase og lever den som et ekte produkt. Fikse hull i autentiseringen, ødelagt CORS, trege databaser, manglende deployment-infrastruktur. Lever de "siste 20%" AI-verktøy hopper over — CI/CD, overvåkning, backupper, disaster recovery.

Best for: gründere hvis MVP krasjer foran betalende kunder, eller som ikke kan finne en senior utvikler å ansette raskt nok og heller vil overlate den tekniske byrden.
Les mer om redningen →

Start med revisjonen. Alltid.

Nesten hvert engasjement som ender i en redning starter med en revisjon. Det er den billigste måten å finne ut om en redning er verdt å gjøre — og hva den vil koste hvis den er det. En revisjon er 1–2 ukers arbeid og gir et dokument du kan handle på, dele, eller forlate. En redning er et flerukers engasjement med reell omfang. Du vil ikke kjøpe det uten et kart.

En kort introduksjonssamtale vil også fortelle deg om ingen av disse er det du trenger ennå — noen ganger er riktig svar "fiks trafikken din først" eller "stacken din er faktisk grei; her er hva jeg ville endret".

Spørsmål gründere stiller før de bestiller

Revisjon, alltid. Revisjonen forteller deg om redning er riktig neste steg, eller om du bare har en håndfull spesifikke ting å fikse. Jeg foretrekker at du finner ut at du bare trengte to dagers arbeid enn å selge deg et åtteukers engasjement du ikke trengte.

Ja, men bare etter en kort scoping-samtale. Uten revisjonen ville vi fikse ting uten kart — noe som fører til enten overscoping (dyrt for deg) eller at vi går glipp av kritiske problemer helt (dårlig for oss begge). Revisjonen er en liten oppstartskostnad som gjør redningen billigere og bedre målrettet.

Du eier fortsatt dokumentet. Hva du gjør videre er ditt valg. Hvis det er et kritisk sikkerhetsproblem, forteller jeg deg tydelig og raskt. Hvis det er et fjell av mindre problemer, triagerer vi dem sammen og bestemmer hvilke som faktisk er verdt å fikse — ikke alt som er suboptimalt trenger å fikses nå.

To alternativer etter en redning: overlevering til teamet ditt med skriftlig dokumentasjon, eller jeg blir værende som fractional part-time-utvikler i 3–6 måneder mens du ansetter. Jeg tilbyr ikke langsiktige retainerkontrakter — målet mitt er å gjøre meg selv unødvendig.

Det er spesialiteten, men jeg tar også redningsoppdrag på kode fra konsulenter som har sluttet, små byråer eller tidlige interne utviklere som har gått videre. Den felles tråden er "ingen i nåværende team kan lese kodebasen" — ikke spesifikt verktøyet som skrev den.

Book en introduksjonssamtale

Gratis. 30 minutter. Fortell meg hva appen gjør og hva som går i stykker. Jeg sier deg ærlig hvilken tjeneste — hvis noen — er riktig neste steg for din situasjon.

Book en gratis samtale →
Gratis konsultasjon Uten forpliktelser Svar innen 24t