Hvordan jeg bygde en SaaS MVP på 24 timer med AI (steg-for-steg guide)

Sammendrag

Du kan gå fra null til en distribuert, betalingsklar SaaS MVP på 24 timer. Ikke et leketøy — et ekte produkt med autentisering, database, Stripe-fakturering og en landingsside. Her er time-for-time-oversikten og hvert verktøy jeg brukte.

Total kostnad: ~$60 (hovedsakelig domene + første måned med tjenester) Stack: Next.js + Supabase + Stripe + Cloudflare, bygget med Claude Code og Cursor, distribuert med Y Build.

---

Hvorfor dette er mulig nå

For to år siden betydde det å bygge en MVP på 24 timer å kutte hjørner overalt — ingen autentisering, ingen betalinger, ingen ekte backend. Du lanserte en statisk side og kalte det en MVP.

I 2026 har AI-kodeverktøy endret regnestykket. Claude Code skriver produksjonskvalitets backend-logikk. Cursor håndterer frontend-iterasjon i samtalehastighet. Y Build distribuerer til edge-infrastruktur uten DevOps. Flaskehalsen er ikke lenger koding — det er å bestemme hva man skal bygge.

Denne guiden dokumenterer den eksakte prosessen, time for time.

---

Time 1-2: Idévalidering (ikke hopp over dette)

Den største feilen i 24-timersbygg er å begynne å kode umiddelbart. To timer med validering redder deg fra å bygge noe ingen vil ha.

Hva jeg gjorde

1. Problemidentifisering — Gjennomgikk Reddit, Indie Hackers og X for klager over eksisterende verktøy. Fant et tilbakevendende smertepunkt: frilansere som sliter med å spore tid på tvers av flere kunder uten å bytte mellom 5 forskjellige apper.

1. Rask konkurranseanalyse — Søkte etter eksisterende løsninger. Fant Toggl, Harvest, Clockify. Alle fokusert på team. Ingen hadde en enkel "frilanser-først"-modus med automatisk fakturering.

1. Landingssidetest — Brukte Claude Code til å generere en ensidig landingsside på 15 minutter. La til en "Bli med på ventelisten"-knapp med et enkelt e-postfangstskjema. Postet til 3 relevante subredditer og 2 Slack-fellesskap.

1. Valideringssignal — Innen 2 timer hadde jeg 23 e-postregistreringer og 4 DM-er som spurte "når lanserer dette?" Det er nok signal.

Verktøy brukt

• Claude Code (generering av landingsside)
• Supabase (e-postfangst — bare én tabell)
• Reddit, Indie Hackers (distribusjon)

Kostnad: $0

---

Time 3-6: Bygg kjerneproduktet

Her viser AI-kodeverktøy sin verdi. Fire timer for å bygge en funksjonell SaaS-app.

Time 3: Prosjektoppsett og datamodell

Åpnet Claude Code og beskrev produktet:

"Build a Next.js 15 app with Supabase auth and database. The app is a freelancer time tracker. Data model: users, clients, projects, time_entries, invoices. Time entries have start/stop timestamps and belong to a project. Projects belong to a client. Invoices aggregate time entries by client for a date range."

Claude Code genererte den komplette datamodellen, Supabase-migrasjoner og autentiseringsoppsett i én omgang. Jeg gjennomgikk skjemaet, gjorde to små justeringer (la til et hourly_rate-felt på prosjekter, la til en status-enum på fakturaer), og kjørte migrasjonene.

Tid: 40 minutter

Time 4-5: Kjernefunksjoner

Byttet til Cursor for frontend-iterasjon. Bygde tre skjermer:

1. Tidtakerskjerm — Start/stopp tidtaker, velg kunde og prosjekt, se dagens total. Brukte Cursors inline-redigering for rask UI-iterasjon. Startet med et grunnleggende oppsett, deretter finjusterte avstand, farger og mikrointeraksjoner gjennom samtale.

1. Dashbord — Ukentlig oversikt, per-kunde-fordeling, diagram som viser timer per dag. Claude Code genererte dataaggregeringsspørringene. Cursor håndterte diagramkomponenten.

1. Fakturagenerator — Velg kunde, datointervall, generer PDF-faktura. Brukte Claude Code for PDF-genereringslogikken (html-to-pdf via Puppeteer-stil rendering på serveren).

Tid: 2 timer

Time 5-6: Finpuss og kanttilfeller

• La til feilhåndtering og lastetilstander
• Mobil responsivt oppsett (Cursor gjorde dette raskt — bare beskrev hva som skulle endres ved hvert brytpunkt)
• Tomme tilstander for nye brukere
• Onboarding-flyt: førstegangsbrukere blir bedt om å legge til sin første kunde

Tid: 1 time

Verktøy brukt

• Claude Code (backend-logikk, datamodell, API-ruter, PDF-generering)
• Cursor (frontend UI-iterasjon, responsivt design)
• Next.js 15, Supabase, Tailwind CSS

Kostnad: $0 (gratisnivåer)

---

Time 7-8: Distribuer med Y Build

Dette pleide å være den smertefulle delen. Sette opp CI/CD, konfigurere miljøvariabler, DNS, SSL, CDN — lett en hel dag med DevOps-arbeid.

Hva jeg gjorde

1. Koblet repo — Koblet GitHub-repoen til Y Build. Auto-detekterte Next.js, foreslo Cloudflare Workers-distribusjon.

1. Miljøvariabler — Y Build hentet de nødvendige env-variablene fra min .env.local og ba meg bekrefte hver for produksjon. La til Supabase URL, anon key og service role key.

1. Tilpasset domene — Kjøpte et domene ($12), pekte DNS til Y Builds navneservere. SSL ble klargjort automatisk.

1. Distribuer — Ett klikk. Y Build bygde prosjektet, optimaliserte ressurser, distribuerte til Cloudflares edge-nettverk over 300+ lokasjoner. Total distribusjonstid: 90 sekunder.

1. AI SEO-oppsett — Y Build auto-genererte metatagger, Open Graph-bilder og et nettstedskart basert på appens sider. La til strukturerte data for landingssiden.

Tid: 45 minutter (inkludert 20 minutter med venting på DNS-propagering)

Verktøy brukt

• Y Build (distribusjon, DNS, SSL, SEO)
• Cloudflare (edge-hosting via Y Build)

Kostnad: $12 (domene)

---

Time 9-12: Legg til betalinger og lanseringsklargjøring

Time 9-10: Stripe-integrasjon

Brukte Claude Code for å legge til Stripe:

• Prisside — To nivåer: Gratis (3 kunder, grunnleggende tidtaker) og Pro ($12/mnd — ubegrensede kunder, fakturering, rapporter)
• Betalingsflyt — Stripe Checkout-sesjonopprettelse, webhook-håndtering for abonnementseventer
• Faktureringsportal — Kunders selvbetjening for planendringer og kanselleringer
• Funksjonsgatekeeping — Middleware for å sjekke abonnementsstatus og begrense funksjoner for gratisbrukere

Claude Code håndterte hele Stripe-integrasjonen — webhook-signaturverifisering, abonnementslivssyklusadministrasjon, kundeportaloppsett. Jeg gjennomgikk webhook-handleren nøye (her bor pengebuggene) og gjorde én rettelse for å håndtere customer.subscription.updated-eventen riktig. Tid: 1,5 timer

Time 10-11: Landingssideoppgradering

Erstattet valideringslandingssiden med en skikkelig:

• Hero-seksjon med produktskjermbilde (tok et skjermbilde av den kjørende appen)
• Funksjonsrutenett med ikoner
• Pristabell
• FAQ-seksjon
• Sosialt bevis (brukte de 23 ventelisteregistreringene som "23 frilansere venter allerede")

Brukte Cursor for rask iterasjon på tekst og layout. Claude Code genererte FAQ-innholdet basert på produktfunksjonene. Tid: 1 time

Time 11-12: Produktdemovideo

Brukte Y Build Demo Cut for å generere en produktdemovideo:

1. Pekte Demo Cut mot den distribuerte app-URL-en
2. AI gikk gjennom appen — tidtaker, dashbord, fakturagenerator
3. Genererte en 60-sekunders demo med voiceover, overganger og bakgrunnsmusikk
4. Eksporterte for Product Hunt-galleri og landingsside-hero

Tid: 10 minutter

Resterende tid: skrev Product Hunt-listingtekst, forberedte innlegg for sosiale medier, satte opp analyse via Y Builds innebygde dashbord.

Verktøy brukt

• Claude Code (Stripe-integrasjon)
• Cursor (landingsside)
• Y Build Demo Cut (produktdemovideo)
• Stripe

Kostnad: $0 (Stripe tar betalt per transaksjon, ingen forhåndskostnad)

---

Time 13-18: Lansering

Product Hunt-innsending

• Lastet opp demovideoen, skjermbilder og listingtekst
• Planla lansering til 12:01 AM PT (optimal timing)
• Forberedte en "maker comment" som forklarte 24-timers-bygghistorien

Sosiale medier-blitz

• Postet bygghistorien på X med skjermbilder fra hvert steg
• Delte i 5 relevante Slack-fellesskap (frilansergrupper, indie hacker-grupper)
• Postet til r/SaaS, r/Freelance og r/SideProject
• Sendte e-post til de 23 ventelisteregistreringene: "Den er live. Dere er de første som får vite det."

Resultater ved time 18

• 47 Product Hunt-oppstemmer
• 120 unike besøkende
• 8 registreringer (gratisnivå)
• 2 Pro-konverteringer ($24 MRR)

---

Time 19-24: Iterer basert på tilbakemelding

Første brukere avdekket tre problemer:

1. Tidtakeren ble ikke bevart ved sideoppdatering — Claude Code fikset dette på 10 minutter (lagret tidtakertilstand i localStorage + synkroniserte med server)
2. Formatering av faktura-PDF feilet ved lange prosjektnavn — 5 minutters CSS-fiks
3. Brukere ønsket en "hurtigtillegg" for tidsregistreringer uten å bruke tidtakeren — Claude Code bygde et manuelt registreringsskjema på 20 minutter

Distribuerte fikser via Y Build — hver distribusjon tok under 2 minutter.

Ved time 24:

• 12 totale registreringer


• 3 Pro-konverteringer ($36 MRR)


• Kjerneprodukt stabilt og brukbart

---

Komplett kostnadsoversikt

---

Hva jeg ville gjort annerledes

1. Brukt 30 minutter mer på datamodellen — Jeg måtte legge til to felt senere som ville vært åpenbare med mer forhåndstenkning. AI er raskt på å generere kode, men det kan ikke validere forretningslogikken din.

1. Satt opp analyse tidligere — Jeg la ikke til hendelsesregistrering før time 15. Gikk glipp av data om tidlig brukeratferd.

1. Skrevet Product Hunt-listingen på forhånd — Jeg stresset med å skrive tekst ved time 11. Burde ha laget utkast under valideringsfasen.

1. Testet Stripe-webhooks grundigere — Hadde et kort skrekkøyeblikk ved time 16 da en abonnementsoppdaterings-webhook feilet stille. Test alltid hele abonnementslivssyklusen før lansering.

---

AI SaaS-stacken for 2026

Hvis du bygger en SaaS MVP i dag, er dette stacken jeg anbefaler:

---

Ofte stilte spørsmål

Må jeg være utvikler for å gjøre dette? Du trenger grunnleggende teknisk forståelse — forstå hva en database er, hva et API gjør, hvordan webapper fungerer. Men du trenger ikke å skrive kode fra bunnen av. Claude Code og Cursor håndterer implementeringen. Du er produktsjefen. Hva om idéen min ikke blir validert på 2 timer? Dropp den. Poenget med 24-timersbegrensningen er å bevege seg raskt. Hvis 2 timer med validering ikke viser interesse, velg en annen idé. Du kan alltid komme tilbake. Er en 24-timers MVP faktisk brukbar? Ja, hvis du avgrenser nådeløst. Hemmeligheten er å løse ett problem godt, ikke bygge et fullt ferdig produkt. Min tidsporer gjør tre ting: sporer tid, viser et dashbord, genererer fakturaer. Det er det. Hvordan håndterer jeg skalering hvis det tar av? Supabase og Cloudflare (via Y Build) håndterer betydelig trafikk ut av boksen. Du vil ikke møte skaleringsproblemer før tusenvis av daglige aktive brukere. Da vil du ha inntekter å investere i infrastruktur. Hva med mobil? Responsivt web først. En dedikert mobilapp er et Uke 2-problem — etter at du har validert at folk faktisk bruker produktet.

---

Klar til å gå fra kode til distribuert produkt på minutter? Y Build håndterer distribusjon, AI SEO, analyse og demovideoer — slik at du kan fokusere på å bygge. Start gratis.