Case-studie: Bygge SaaS - Fra idé til exit på 6 måneder med AI-SaaS

Kortversjonen

Jeg ville bli en bedre programmerer, så jeg bygget en AI-programvare for eiendomsmeglere fra bunnen av. Den tok av! Og bare seks måneder etter idéen ble kildekoden solgt til Norges største meglerkjede.

Langversjonen

Å bygge og selge et programvareselskap på seks måneder, uten programmeringserfaring

Etter at jeg solgte forrige selskap, Motkraft, satte jeg meg som mål å bli mer teknisk. Å ha alle disse idéene og visjonene uten verktøyene og ferdighetene til å bygge dem holdt meg tilbake, så jeg bestemte meg for å bli "mester" i å bygge produkter. Jeg hadde drevet med design, markedsføring og produktbygging – nå var det på tide å legge slegga i verktøykassa: programmering.

Jeg tror det bare finnes én måte å virkelig lære noe på, og det er å gjøre det! Derfor satte jeg meg fore å bygge et komplett AI-SaaS-verktøy fra bunnen av. Jeg er definitivt ingen mesterprogrammerer ennå, men på bare seks måneder gikk jeg fra fersking til å selge selskapet og kildekoden. Det var en vill reise med rikelig med bugs, pizza og RedBull. La meg dele noen erfaringer fra turen, og hvordan du kan bygge produkter i lynfart selv.

Å finne noe som er verdt å bygge

Her er greia med å bygge produkter: de fleste bygger ting ingen vil ha, fordi de ikke har innsikt i de faktiske problemene. Prøv å tenke deg et problem i en bransje du ikke har erfaring fra. Ganske vanskelig, ikke sant? De fleste ender derfor med å bygge noe nært seg selv. Problemet er at du da som regel havner i et mettet marked, og skyter enten for bredt eller for smalt.

Å balansere dette er både det enkleste og vanskeligste med entreprenørskap. Mange sier at "idéer vokser på trær, alt ligger i gjennomføringen". Det er mye sant i det, men min mening er at idéer definitivt vokser på trær – gode idéer er mer som trøfler. Noen ganger er du heldig og snubler over noen, men å finne dem konsekvent krever en god nese. Og ofte hjelp fra noen med bedre nese enn deg, for eksempel en bransjeekspert.

Hvordan jeg fant problemet som var verdt å løse

Da den kommende AI-overherskeren ChatGPT ble lansert i november 2022, var jeg like imponert som alle andre. Men det var lanseringen av GPT-4 som viste meg at dette virkelig kunne bli noe. Ved en heldig tilfeldighet hadde jeg vært abonnent hos OpenAI lenge før de lanserte produktene, noe som ga meg tidlig tilgang! Det åpnet noen nye markeder, men å finne noe å bygge er vanskelig. Jeg prøvde medisinsk utstyr, journalistikk og et par andre ting, uten hell.

Gjennombruddet kom da kjæresten min sendte meg leiligheter til leie. Alle annonsene så veldig like ut. Kanskje AI kunne gjøre det? Det var et problem som var for vanskelig til å automatiseres enkelt, men ikke for vanskelig for AI til å gjøre bra. Jeg fikk den til å lage en annonse. Så bra ut for meg!

Faren min jobber på et meglerkontor. Jeg spurte pent om telefonnumrene til et par meglere. Jeg kopierte svaret fra ChatGPT inn i et Word-dokument og viste dem hva det kunne gjøre. De elsket det.

Mas på kundene dine

Nå kommer den mest verdifulle lærdommen i produktutvikling: å lytte til kundene. Og med å lytte mener jeg å pepre dem med spørsmål og høre veldig nøye etter hva de faktisk sier. Jeg byttet en flaske vin mot en time med en ny megler. Uten noen gang å avsløre hva jeg holdt på med, fikk jeg henne til å ta meg gjennom prosessen og hvordan hun gjorde jobben sin. Gravde akkurat nok til å finne de største smertepunktene.

Det viste seg at de bruker VELDIG mye tid på å åpne dokumenter og kopiere informasjon inn i salgsoppgaven. Det var kjedelig arbeid som ikke kunne automatiseres, fordi de måtte lese gjennom, gjøre små rettelser og skrive om deler fra teknisk sjargong til forståelig tekst.

Det kan AI gjøre! Jeg gjorde samme øvelse med andre meglere, og resultatet var en tydelig slagplan for hva produktet skulle være.

Bli padawan hos en jedimester i programmering (eller hva det nå er du lærer)

Å bygge programvare er komplisert. Og å bygge alene er slitsomt. Skulle jeg lære programmering, måtte jeg lære av noen som virkelig kunne faget. Heldigvis jobbet jeg deltid i et konsulentselskap med masse flinke folk. Jeg spurte den beste av dem om han ville være med å bygge dette. Vi skulle dele inntektene, han skulle lære meg programmering, og jeg skulle lære ham forretning.

Produktet, eller hvordan du absolutt ikke skal bygge en første versjon

Vi begynte å bygge. En fullblods programvare med innlogging, fakturering, kundestøtte, egne algoritmer og en stor database. Når du bygger første versjon av HVA SOM HELST, bør den være så kompakt som mulig. Vi gikk fullstendig utenom det og bygget alt på én gang i stedet. Det er to fallgruver her:

1. Du bruker lang tid på å bygge uten å få noe foran kundene.
2. Hva om det du bygger ikke er bra? Da har du en altfor stor rigg til å snu skuta.

Som to "brogrammerere" i tjueårene trodde vi selvsagt at vi kunne bygge det i én omgang. Det ble en katastrofe. Ikke bare virket det rett og slett ikke, men vi hadde meglere som ringte og spurte når de kunne få tilgang – fordi vi hadde lovet dem noe i løpet av uker, men brukte måneder. Det føltes som om vi ikke fikk det til. Det var for vanskelig å bygge, og vi fikk ikke tilbakemeldingene vi håpet på.

Hva gjør du i den situasjonen? Legger deg ned og dør? Gir opp? Mange oppstartsselskaper dør slik, når både penger og fremdrift tar slutt. Vi følte at produktet var for godt til bare å gi opp.

Hvordan du FAKTISK bygger en første versjon

En helg sa jeg "fuck it" og begynte helt på nytt. Nytt repo, alt friskt. Hva kunne jeg bygge i løpet av helgen som faktisk ville fungere? Det betydde ingen innlogging, ingen fakturering, ingen database. Bare "last opp dokumenter her" og en "generer"-knapp. Det fungerte perfekt.

Du tenker kanskje at det er lettvint å ikke sikre applikasjonen, eller å legge ut en nettside som dette åpent for alle. "Hva om hundrevis av folk begynner å bruke den?", "hva om en konkurrent ser den?", "hvordan kontrollerer vi hvem som får bruke den?".

Ærlig talt: ingen bryr seg. Og skulle det plutselig komme en strøm av brukere, noe som uansett ikke ville skjedd, er ikke det engang et problem. Du må slippe forestillingen om at alt skal være ferdig og på plass når du går til markedet.

Vi sendte første versjon til meglerne. De begynte å bruke den og ga oss virkelig verdifulle tilbakemeldinger – av den typen som ville fått oss til å starte på nytt hvis vi hadde ferdigstilt den "store" versjonen før vi viste dem noe. Vi gjorde endringene og spurte kontinuerlig om mer tilbakemelding.

Først da produktet var godt nok til at de ville bruke det, la vi til innlogging, lagring av resultater og fakturering. Ja, du kunne ikke lagre noe i appen vår. Oppdaterte du siden, var alt borte. Det er nettopp "minimum" i minimum viable product.

Å selge til kunder, et lynkurs

Å ringe noen og be dem abonnere på programvaren din er en veldig tung måte å skaffe fremdrift på. I stedet må du få noen med på laget og gjøre dem til ambassadører. Jeg har gjort dette i flere selskaper, og det virker hver gang.

Slik gjorde vi det. Meglerne som hadde testet produktet fikk en avtale: de fikk bruke det gratis så lenge de fortsatte å gi tilbakemeldinger og hjalp oss med å selge det inn til andre meglere. Det var en god avtale for dem – husk at de sparte mange timer på å bruke programvaren vår. Kostnaden ved at de brukte den var minimal for oss, mens de ga mye forretning tilbake. Meglerne ga oss inngangen til ledelsen i kjeden. Plutselig var det ikke vi som ringte for å pitche, men noen på innsiden som ringte og sa "dere må snakke med disse gutta". Det er en ganske god start på et kundeforhold.

Steng tilgangen. Ringer de, er du på rett spor!

En dag gikk tjenesten ned. E-postene begynte å komme inn med spørsmål om hva som hadde skjedd og når den ville være tilbake. Det utløste et eksperiment: å faktisk stenge tilgangen for noen brukere. De ringte ALLE SAMMEN. Det er den mest effektive testen på product-market fit.

Den vanskelige balansen ved å selge kildekode

Etter introduksjonen fra megleren var Norges største meglerkjede ivrig på å kjøpe programvaren. Haken var at de også ville bygge sin egen. Vi kunne ikke vise alle kortene våre, altså kildekoden, men samtidig måtte vi vise dem noe. Det som skjer i slike situasjoner, er at du må etablere tillit og håpe at motparten ikke er en drittsekk. Avslør bare det du må, og går avtalen i vasken, sier du til deg selv at det var best sånn.

Det var noen lærdommer fra idé til exit på seks måneder. Syntes du dette var interessant? La oss ta en kaffe en dag – jeg elsker å møte nye folk.