Hva er SaaS? Software as a Service forklart

SaaS, kort for software as a service, er programvare folk bruker over internett – vanligvis i en nettleser – og betaler for med et løpende abonnement, mens selskapet som lager den kjører serverne, lagrer dataene og leverer oppdateringer. Kundene installerer eller vedlikeholder ingenting; de registrerer seg, logger inn og bruker det. Gmail, Slack, Notion, Shopify og de fleste forretningsverktøy du betaler for månedlig, er SaaS.

Hvorfor det betyr noe når du bygger med AI

«Bygg meg en SaaS» er en av de vanligste forespørslene folk kommer med til AI-verktøy for apper, og den skjuler flere separate deler av arbeidet. Kjernefunksjonen – det folk betaler for – er ofte den enkle delen. Det som gjør det til en tjeneste, er alt rundt den:

• Kontoer, så hver kunde har en innlogging.
• Adskilt data, slik at én kunde aldri kan se en annens.
• Fakturering, slik at abonnementer starter, fornyes, feiler og avsluttes riktig.
• Driftssikkerhet, fordi kundene er avhengige av at det er oppe.

Hvis du vet at disse delene finnes, kan du be om dem én om gangen og teste hver av dem, i stedet for å få et pent dashbord som ikke er trygt å ta betalt for.

En hverdagslig analogi: leie en leilighet eller bygge et hus

Å kjøpe tradisjonell programvare er som å bygge et hus: du eier det, men du må også fikse taket, betale for fyrkjelen og legge om elektrisk når reglene endres.

SaaS er å leie en leilighet i en godt drevet bygård. Du betaler månedlig, utleieren tar seg av reparasjoner og oppgraderinger, og du kan flytte ut ved slutten av kontrakten. Hver leietaker har sin egen låste dør – det er multi-tenancy, ideen om at mange kunder deler én bygning (ett kjørende system), men ingen kan gå inn i andres leilighet.

Slik er et SaaS-produkt bygget

Under overflaten er et SaaS-produkt en full-stack-app med noen ekstra ansvarsområder.

Vanlige SaaS-forretningsbegreper

• MRR / ARR: månedlig eller årlig gjentakende inntekt – summen av alle aktive abonnementer.
• Churn: andelen kunder (eller inntekt) som avslutter i en periode.
• Prøveperiode og freemium: en tidsbegrenset full versjon, eller et gratisnivå med begrensninger, for å få folk i gang.
• Prising per sete: å ta betalt per bruker. Prising etter bruk: å ta betalt per ting som brukes, for eksempel meldinger eller prosjekter. Flat prising: én pris per plan.
• Mikro-SaaS: et lite SaaS rettet mot en smal nisje, ofte drevet av én eller to personer. Det finnes praktiske eksempler i ideer til mikro-SaaS.
• Vertikal vs horisontal SaaS: bygget for én bransje (programvare for tannklinikker) versus for en funksjon på tvers av bransjer (e-postmarkedsføring).

Et arbeidseksempel: et SaaS for hundefrisører

Si at du vil selge et bookingverktøy til uavhengige hundefrisører for en månedlig avgift.

1. Kjernefunksjonen. En frisør legger inn tjenester og åpningstider; hundeeiere booker en time på frisørens offentlige side.
2. Tenants. Hver frisørvirksomhet er et arbeidsområde. Hver tjeneste, booking og kundepost bærer en arbeidsområde-ID, og hver spørring filtreres på den. Frisør A sine bookinger må aldri dukke opp i frisør B sitt dashbord, selv om noen endrer en URL.
3. Roller. Eieren kan endre priser og fakturering; ansatte kan se og redigere dagens bookinger.
4. Fakturering. To planer, en prøveperiode på 14 dager etter eget valg, betalinger via Stripe. Når Stripe melder om en mislykket fornyelse, viser appen din et banner og, etter en nådeperiode, setter bookingsiden på pause – men sletter aldri data.
5. Onboarding. Etter registrering guider du frisøren gjennom å legge til én tjeneste og dele bookinglenken sin. Den første delte lenken er øyeblikket produktet blir nyttig.
6. Admin. En privat side som bare du kan åpne, for å finne et arbeidsområde, se planen og forlenge en prøveperiode.

En første versjon trenger ikke å ha alt dette polert. Hvordan bygge en SaaS MVP dekker hva du bør bygge først og hva du bør utelate; hvordan prise et SaaS-produkt dekker planene.

Vanlige feil og misforståelser

• Å behandle «SaaS» som en funksjon. Det er en forretningsmodell pluss rørleggerarbeidet over. Bestem tenants, roller og fakturering tidlig; det er smertefullt å bygge datasepareringen i etterkant.
• Å stole på frontend for å skjule data. Hvis en kundes data bare er skjult på siden, men serveren returnerer den, kan hvem som helst se den. Serveren må filtrere etter tenant på hver forespørsel.
• Å bygge fakturering før noen vil ha produktet. Ta betalt tidlig, men først når kjernefunksjonen fungerer for en ekte bruker. En betalingslenke kan komme før en full side for planadministrasjon.
• Å gi tilgang på «takk for kjøpet»-siden. Omdirigeringen etter betaling kan hoppes over eller forfalskes. Gi eller fjern tilgang fra betalingsleverandørens webhook, som serveren din verifiserer.
• Å ignorere oppsigelser og mislykkede betalinger. De vil skje allerede i måned én. Bestem hva kunden ser, og hva som skjer med dataene deres.
• Å kopiere bedriftsfunksjoner for tidlig. Single sign-on, revisjonslogger og komplekse tillatelser betyr noe for store kunder, ikke for de første ti dine.

Hva du bør be AI-byggeren din om

Del forespørselen opp i steg du kan teste:

1. «Bygg kjernefunksjonen for én virksomhet, med eksempeldata.» Sjekk at den er nyttig.
2. «Legg til registrering og innlogging. Hver ny bruker oppretter et arbeidsområde. Begrens hver tabell og hver spørring til arbeidsområdet på serveren.»
3. «Legg til roller: eier og ansatt. Bare eiere kan endre innstillinger og fakturering.»
4. «Legg til Stripe-abonnementer med to planer og en prøveperiode. Gi og fjern tilgang basert på verifiserte Stripe-webhooks, ikke på omdirigeringen fra kassen.»
5. «Legg til en adminside som bare jeg kan åpne, for å slå opp arbeidsområder og deres plan.»

Etter steg 2: lag to kontoer og prøv å nå den ene kontoens data fra den andre. Gjør det igjen etter hver store endring. Guiden om å legge til betalinger dekker steg 4 i detalj.

Bygge en SaaS MVP på Mythex

Mythex kan bygge produktet, markedsføringssiden og databasen for en SaaS MVP ut fra en chatbeskrivelse, og publisere den på en offentlig URL. Innlogging for appens brukere og kundebetalinger er medbrakt av deg: du velger en autentiseringsløsning og bruker din egen Stripe-konto og dine egne nøkler, lagret som prosjekthemmeligheter. Dokumentasjonen har en trinnvis SaaS MVP-brukssak med en startprompt, og siden AI SaaS-bygger har eksempler å starte fra. Planer finner du på prissiden.

Spørsmål