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.
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.
Tidslinje: 1–2 uker fra introduksjonssamtale til endelig leveranse.
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.
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.
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.
Vil du se hvordan et slikt oppdrag ser ut i praksis? Les en ekte case-studie →
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 →