MVP-revisjon — Vit hva som faktisk er i kodebasen din
En skriftlig teknisk vurdering av den AI-genererte eller no-code-baserte MVP-en din, sortert etter forretningsrisiko. Den er din å beholde — uansett om du hyrer meg til å fikse den eller går videre med dokumentet alene.
Et dokument, ikke en commit.
En MVP-revisjon er det en senioringeniør gjør når noen slenger en kodebase i fanget på vedkommende og sier “fortell meg hva som er her og hva som er galt med den”.
Du får en skriftlig rapport — vanligvis 15 til 30 sider, strukturert etter prioritet — som du kan dele med investoren din, neste konsulent, styret eller din første tekniske ansettelse. Ingen Slack-melding. Ingen muntlig oppsummering. Et ekte dokument.
Det jeg ser etter: tingene AI-kodeverktøy og no-code-plattformer har en tendens til å overse. Autentisering som er nesten riktig. Datamodeller som ble låst på dag én og som tåler endring dårlig. “Defensiv” feilhåndtering som svelger feil i det stille. Tredjepartsintegrasjoner som er holdt sammen med hyssing. Deployment-pipelines som ikke finnes. Sikkerhetsfeil i konfigurasjonen som er ett feiltastetrykk unna en datalekkasje.
Jeg reviderer opp mot det som kreves i produksjon — ikke det som er mulig i en sandkasse. Sikkerhet først, dataintegritet som nummer to, skalering og vedlikeholdbarhet som nummer tre. Alltid i den rekkefølgen.
Du bør bestille en revisjon hvis…
- Du har bygget en MVP med Lovable, Bolt, Cursor, Claude Code, v0 eller et lignende AI-verktøy, og den kjører i produksjon (eller er på vei dit).
- Du har bygget med Bubble, Webflow, Softr eller Glide, og du begynner å treffe grensene for hva disse plattformene kan klare.
- En konsulent eller en solo-utvikler forlot prosjektet, og teamet som er igjen klarer ikke å lese koden.
- En finansieringsrunde eller en samtale med en større kunde nærmer seg, og det har dukket opp et sikkerhetsspørreskjema du ikke vet hvordan du skal svare på.
- Du skal gjøre din første tekniske ansettelse, og du vil vite hva vedkommende går inn i, før de stiller deg vanskelige spørsmål på dag én.
Du bør ikke bestille en revisjon hvis…
- Du er fortsatt i “er dette et levedyktig produkt?”-stadiet med under 20 brukere og ingen betalende kunder. Fokuser på å få fart på veksten først; en revisjon blir mer og mer verdt når du har et ekte produkt å beskytte.
- Du vet allerede nøyaktig hva som er ødelagt og vil bare ha det fikset. Da kan du bestille redningen direkte i stedet.
Leveranser
Prosess
Tidslinje: 1–2 uker fra introduksjonssamtale til endelig leveranse.
Fjorten kategorier, vurdert uavhengig
- Autentisering og sesjonshåndtering
- Autorisasjon og tilgangskontroll
- Dataintegritet og skjemarobusthet
- Håndtering av hemmeligheter og legitimasjon
- Tredjeparts-integrasjoner (Stripe, Supabase, OpenAI…)
- CORS, HTTPS og request-path-sikkerhet
- Feilhåndtering og observerbarhet
- Databaseytelse og indekser
- Skaleringsevne og oppførsel under belastning
- Deployment-pipeline (eller mangelen på en)
- Backup og katastrofegjenoppretting
- GDPR / personvern
- Vedlikeholdbarhet i koden
- Dokumentasjon god nok for en første ansettelse
Hver kategori får en vurdering pluss en kort forklaring. Kategorier som ikke gjelder for stacken din, blir markert og forklart i stedet for å hoppes stille over — har ikke MVP-en din betalingsflyt, får du likevel vite hvorfor det ikke dukker opp i funnene.
Hvordan prisingen fungerer
Prisen er prosjektbasert, satt før arbeidet starter, og avtalt på introduksjonssamtalen. Summen avhenger av hvor stor kodebasen er, hvor kompleks infrastrukturen er, og hvor raskt du trenger resultatet. Ingen fakturaer som overrasker — mener jeg at oppdraget må utvides (f.eks. at kodebasen er dobbelt så stor som beskrevet på samtalen), avtaler vi nytt omfang sammen før noe ekstra arbeid settes i gang.
Dette kan du regne med: introduksjonssamtalen er alltid gratis, du får en fast sum før du forplikter deg, og revisjonsleveransen er din i henhold til avtalen, uansett om du hyrer meg til noe mer eller ikke.
Vil du se hvordan et slikt oppdrag ser ut i praksis? Les en ekte case-studie →
Spørsmål gründere stiller før de bestiller
Ja, den er din å beholde og dele. Revisjonen er skrevet for å være nyttig for både ikke-tekniske og tekniske lesere — du kan gi den til en investor som gjør teknisk due diligence, til en ny konsulent, eller til din første tekniske ansettelse som et onboarding-dokument.
Samme dokument, samme samtale, samme du som bestemmer hva som skjer videre. Er noe kritisk — en aktiv datalekkasje, en omgåelse av innloggingen — sier jeg fra raskt, utenfor den formelle leveransen. Jeg bruker ikke revisjonen til å selge inn redningsarbeid; det ville vært en interessekonflikt. Du eier funnene og bestemmer neste steg.
Jeg reviderer på ekspertnivå i PHP (Symfony), Node.js / TypeScript, React og Python. På de fleste andre vanlige stacker reviderer jeg på et solid generalistnivå — nok til å finne feilmønstrene AI-verktøy har en tendens til å introdusere. Er stacken din eksotisk (Elixir, Rust, obskure rammeverk), sier jeg ærlig fra på introduksjonssamtalen om jeg er riktig revisor for jobben.
Lesetilgang til repoet er påkrevd. Tilgang til produksjon og infrastruktur (lesetilgang, f.eks. via en IAM-rolle) er valgfritt, men anbefalt — det gjør funnene om deployment-beredskap og observerbarhet betydelig bedre. Jeg ber aldri om skrivetilgang under en revisjon.
En introduksjonssamtale på 30 minutter, oppsett av lesetilgang (vanligvis noen få minutter av noens tid), og en gjennomgangssamtale på 60 minutter til slutt. Ingenting mer. Du trenger ikke forberede dokumentasjon eller rydde opp i kodebasen — jeg reviderer det som faktisk er der.
Vanligvis 1 til 2 uker fra introduksjonssamtalen til den endelige leveransen. Selve revisjonen tar 3–5 arbeidsdager; resten er introduksjon, scoping og gjennomgangssamtalen. Større kodebaser eller mer kompleks infrastruktur kan forlenge tidslinjen — jeg forplikter meg til et antall dager før vi starter.
Fast prosjektpris, avtalt før arbeidet starter. Prisen avhenger av hvor stor kodebasen er, hvor kompleks infrastrukturen er, og hvor mye det haster — derfor avklarer vi omfanget på introduksjonssamtalen i stedet for å oppgi et tall på denne siden. Ingen fakturaer som overrasker; må oppdraget utvides, avtaler vi nytt omfang sammen.
Bestill en introduksjonssamtale
Gratis. 30 minutter. Fortell meg hva appen gjør og hva som er i stykker. Jeg sier ærlig fra om en revisjon er riktig neste steg, og avklarer omfanget på samtalen hvis den er det.
Book en gratis samtale →