Bygg en SaaS-produkt på 90 dagar: smalt, ärligt, levererat

En SaaS-produkt på 90 dagar är inget marknadsföringspåstående, det är en disciplin. Deadlinen tvingar fram beslut som annars tar månader. Tre dagars bråk om prissättningen blir tre timmar. En fyra veckors roadmap-workshop blir fyra dagar. Det som inte får plats skärs bort. Det är inte brist, det är fokus.

Det svåra är inte planen, det är skärandet. Shape Up från 37signals beskriver samma mönster: korta fasta cykler som tvingar fram riktiga beslut, inte långa sprintar som lovar allt.

Det här tar du med dig:

• 90-dagarsavgränsningen: vad som är med, vad som ryker.
• Teamet: tre personer plus agenter.
• Veckologiken: vad som måste vara levererat vecka 4, 8, 12.
• Självbedrägerierna som gör 90 dagar till nio månader.

Tesen

Du bygger en SaaS-produkt på 90 dagar genom att skära problemet smalt, köra ett team på tre plus AI-agenter och leverera i fasta veckoblock. Inte allt du vill ha, men den del folk betalar för.

Vad måste få plats i de 90 dagarna?

Fyra saker måste med: ett tydligt avgränsat problem, ett betalt pilotupplägg, minimifunktionen som löser problemet och en onboarding som fungerar utan samtal. Allt annat är fas två. Fas två börjar dag 91.

Konkret: inte "vi bygger en plattform för marketing automation", utan "vi löser den återkommande friktionen kring pipelineprognoser mellan marknad och sälj för mid-market-team i DACH". Ju smalare avgränsning, desto mer realistiskt bygge.

Den betalda piloten är viktigast av de 4 punkterna. Den tvingar dig att ställa prisfrågan före bygget, inte efter. Den som inte vill betala en pilotavgift köper ingen licens senare. Hur du vässar avgränsningen i ord tar jag upp i produktpositionering för B2B.

Hur ser teamet ut?

Tre personer: produktbeslutsfattare (grundare), engineering lead, designer som kan frontend. Plus fyra till sex agentroller: spec writer, QA, skribent för release notes, syntes av kundintervjuer, operatör för marknadsföringsmaterial. Inga SDR:er, ingen account management, ingen projektledare.

Det här är inte en liten variant av ett enterprise-team. Det är den naturliga formen när AI-agenter bär rutinuppgifterna. Tre i stället för trettio är ingen slogan, det är en fråga om vilka uppgifter som blir kvar.

Agentrollerna är ingen dekoration. Spec writern gör varje intervju till en testbar ticket. QA-agenten kontrollerar varje bygge innan en människa tittar på det. Hur det här arbetssättet hänger ihop visar jag i From Vibe Coding to Agentic Engineering.

Hur är veckologiken uppbyggd?

Du jobbar i tre 30-dagarsblock: discovery, build, activate. Discovery (vecka 1 till 4) klargör problem, ICP och prissättning med 10 till 15 intervjuer. Build (vecka 5 till 8) levererar minimifunktionen plus onboarding. Activate (vecka 9 till 12) landar 3 till 5 betalande piloter och en ärlig release.

Kort demo varje fredag, beslut om avgränsningen varannan vecka. Kan du inte visa demo på fredagen skar du fel i måndags.

Discovery-intervjuerna är ingen formalitet. De ger ICP:n, den ideala kundprofilen: företagen där problemet kostar mest. Utan den profilen bygger du för alla från vecka 5, och därmed för ingen. Med den vet du exakt vem du ska ringa vecka 9.

Vilka är de vanligaste självbedrägerierna?

Tre återkommer. Ett: "vi behöver en beta med hundra användare". Fel, du behöver tre betalande användare med ett verkligt problem. Två: "vi bygger det själva, billigare än att köpa ett verktyg". Sällan sant på 90 dagar. Tre: "vi måste enas om varumärket först". Varumärke kommer av att leverera, inte från en workshop.

Vad hör INTE hemma i de första 90 dagarna?

Utanför scope: SSO, integrationer för logotyper du inte har, adminpaneler, den andra personan, roll- och behörighetskoncept och allt som kallas "enterprise-ready". Inget av det vinner dig den första betalande piloten. Allt äter veckor.

SSO är det bästa exemplet. Single sign-on låter obligatoriskt. I själva verket svarar det på en inköpsavdelning du inte ens pratar med än. Bygg det när en betalande kund gör det till ett villkor. Innan dess är det prokrastinering med gott samvete.

Samma sak med integrationer. En integration per verklig pilot går att försvara. 5 integrationer för logotyper på en önskelista är 4 för många. Och en adminpanel för 3 pilotkunder ersätts av databasåtkomst och en timmes manuellt arbete i veckan.

Den dyraste posten är den andra personan, en andra användarroll med egna behov. Den dubblar allt i det tysta: en andra onboarding, en andra prislogik, en andra roadmap. En persona, ett problem, ett pris. Resten är dag 91.

Varifrån kommer de första betalande piloterna?

Från ditt nätverk, inte från annonser och inte från outbound, alltså kalla kontakter med främlingar. De första kunderna är design partners: företag som känner problemet, litar på dig och betalar för det. Små i belopp, seriösa i åtagande.

Mark Roberge, HubSpots första säljchef, beskriver det här som en egen fas i The Science of Scaling. Enligt Roberge kommer de första kunderna via det personliga nätverket och via rekommendationer. Målet med den här fasen är lärande, inte intäkter.

Hans andra poäng är obekväm: prissätt för åtagande, inte för vinst. Gratis lockar de oengagerade, säger Roberge. En symbolisk avgift slår gratis, för bara en faktura tvingar fram ett ärligt ja eller nej. En pilot som inte kostar något ger ingen signal.

Som första lärandemål anger Roberge ungefär 20 kunder. Det är mer än vad som ryms på 90 dagar, och det är okej. De 3 till 5 piloterna från activate-blocket är början på den inlärningskurvan, inte slutet. Roberges erfarenhet kommer från amerikansk SaaS. Som referenspunkt funkar den ändå, även i DACH.

Den hårda jämförelsen: 90 dagar mot 9 månader

Ett niomånadersprojekt med tolv personer i Schweiz kostar grovt räknat mellan CHF 800'000 och 1'500'000, beroende på senioritet. Ett 90-dagarsprojekt med tre personer plus agenter kostar en bråkdel och besvarar den centrala frågan tidigt: kommer någon att betala för det här? Om nej sparar du åtta månader. Om ja har du åtta månaders försprång.

Det här är ingen spekulation. CB Insights listar "no market need" som den vanligaste orsaken till att startups misslyckas. En 90-dagarsavgränsning testar exakt den frågan innan det blir dyrt.

Dag 91: Vilken bas kommer härnäst?

Den andra: product-market fit, kort PMF, beviset att kunder betalar och stannar. Stijn Hendrikse beskriver vägen i T2D3 som att springa mellan baserna: första basen MVP, den första säljbara versionen, andra basen PMF, tredje basen skalning. Och baser går inte att hoppa över.

Hoppar du ändå får du enligt Hendrikse gå tillbaka och reparera. Det stämmer med vad jag ser. Ett team som skalar sälj dag 91 skalar oftast en produkt som ingen vill behålla än. De 90 dagarna tar dig till första basen. Inte längre, men ärligt dit.

Hendrikse gör PMF mätbart med en checklista på 10 milstolpar. De sista 3 är svårast: 10 betalande kunder, 10 offentliga omdömen från betalande kunder, 10 nya betalande kunder via rekommendationer. Först då, säger han, är PMF uppnått. Det är den ärliga mållinjen efter de 90 dagarna.

Hans milstolpar är erfarenhet från hans eget kundarbete, inga naturlagar. Men som checklista är de användbara, just för att de är obekväma. De hindrar dig från att blanda ihop "vi har lanserat" med "vi har en affär". Mer hantverk för den här fasen finns i hubben för software product management.

Outro

✅ Vad som fungerar. Smal avgränsning plus litet team plus fast deadline levererar. Varje gång disciplinen håller.

❌ Vad som inte fungerar. Att försöka klämma in varje stakeholderönskemål på 90 dagar. Det är fas två, inte fas ett.

⚠️ Varning. "Vi förlänger bara med två veckor" är början på nio månader. Skär innan du förlänger.

Den djupare poängen: en 90-dagarsavgränsning är inget snabbhetstrick, det är ett sanningstrick. Deadlinen tvingar fram de beslut du aldrig skulle fatta utan en. Det var där vi började, med att skära i stället för att bygga.

Vill du se hur en 90-dagarsplan ser ut i detalj, läs vår process.

Vanliga frågor

Klarar tre personer verkligen det?

Ja, när avgränsningen är smal och agenter bär rutinuppgifterna. Fler personer på 90 dagar hjälper inte, det bromsar besluten.

Vad händer om problemet är större?

Då skär du. Ett större problem går nästan alltid att dela upp i ett mindre, betalt delproblem. Om inte, är det inget SaaS-problem.

Vad kostar det?

I Schweiz grovt räknat CHF 150'000 till 350'000 för 90 dagar med tre personer plus en agent-stack. En bråkdel av ett klassiskt projekt.

Vad händer om dag 90 kommer utan pilot?

Då var discovery fel. Stanna, skriv ärligt ner vad du lärde dig och besluta medvetet om fas två ska finansieras.

När är ett större upplägg motiverat?

När tre betalande piloter bekräftar efterfrågan och flaskhalsen bevisligen är utvecklingskapacitet, inte beslut. Innan dess snabbar mer personal bara på fel väg.