Vad är SaaS? Software as a Service förklarat

SaaS, kort för software as a service, är programvara som människor använder över internet – oftast i en webbläsare – och betalar för med en återkommande prenumeration, medan företaget bakom den kör servrarna, lagrar datan och släpper uppdateringar. Kunder installerar eller underhåller aldrig något; de registrerar sig, loggar in och använder det. Gmail, Slack, Notion, Shopify och de flesta affärsverktyg du betalar för månadsvis är SaaS.

Varför det spelar roll när du bygger med AI

”Bygg mig en SaaS” är en av de vanligaste förfrågningarna till AI-appbyggare, och den döljer flera separata arbetsmoment. Kärnfunktionen – det som folk betalar för – är ofta den enkla delen. Det som gör den till en tjänst är allt runt omkring:

• Konton, så att varje kund har en inloggning.
• Datauppdelning, så att en kund aldrig kan se en annans data.
• Fakturering, så att prenumerationer startar, förnyas, misslyckas och avslutas korrekt.
• Tillförlitlighet, eftersom kunderna förlitar sig på att den är igång.

Om du vet att dessa delar finns kan du be om dem en i taget och testa varje del, i stället för att få en attraktiv instrumentpanel som inte är säker att ta betalt för.

En vardaglig jämförelse: att hyra en lägenhet kontra att bygga ett hus

Att köpa traditionell programvara är som att bygga ett hus: du äger det, men du fixar också taket, betalar för pannan och drar om elen när reglerna ändras.

SaaS är att hyra en lägenhet i ett välskött hus. Du betalar månadsvis, hyresvärden sköter reparationer och uppgraderingar, och du kan flytta när kontraktet löper ut. Varje hyresgäst har sin egen låsta ytterdörr – det är multi-tenancy, idén att många kunder delar ett hus (ett enda körande system) men ingen kan gå in i någon annans lägenhet.

Så här är en SaaS-produkt uppbyggd

Under ytan är en SaaS-produkt en full-stack-app med några extra ansvarsområden.

Vanliga affärstermer i SaaS

• MRR / ARR: månatliga eller årliga återkommande intäkter – summan av alla aktiva prenumerationer.
• Churn: andelen kunder (eller intäkter) som säger upp sig under en period.
• Provperiod och freemium: en tidsbegränsad fullversion, eller en gratisnivå med begränsningar, för att få igång folk.
• Prissättning per plats: att ta betalt per användare. Användningsbaserad prissättning: att ta betalt per sak som används, till exempel meddelanden eller projekt. Platt prissättning: ett pris per plan.
• Micro-SaaS: en liten SaaS riktad mot en smal nisch, ofta driven av en eller två personer. Praktiska exempel finns i micro-SaaS-idéer.
• Vertikal kontra horisontell SaaS: byggd för en bransch (programvara för tandkliniker) kontra för en funktion över branscher (e-postmarknadsföring).

Ett genomgånget exempel: en SaaS för hundfrisörer

Säg att du vill sälja ett bokningsverktyg till självständiga hundfrisörer för en månadsavgift.

1. Kärnfunktionen. En frisör listar tjänster och öppettider; hundägare bokar en tid på frisörens publika sida.
2. Tenants. Varje frisörföretag är en arbetsyta. Varje tjänst, bokning och kundpost bär ett arbetsyte-ID, och varje fråga filtreras på det. Frisör A:s bokningar får aldrig dyka upp på frisör B:s instrumentpanel, även om någon ändrar en URL.
3. Roller. Ägaren kan ändra priser och fakturering; personalen kan se och redigera dagens bokningar.
4. Fakturering. Två planer, en provperiod på 14 dagar som du väljer, betalningar via Stripe. När Stripe rapporterar en misslyckad förnyelse visar din app en banderoll och, efter en karenstid, pausar bokningssidan – men tar aldrig bort data.
5. Onboarding. Efter registreringen guidar du frisören genom att lägga till en tjänst och dela sin bokningslänk. Den första delade länken är det ögonblick då produkten blir användbar.
6. Admin. En privat sida bara för dig, för att hitta en arbetsyta, se dess plan och förlänga en provperiod.

En första version behöver inte allt polerat. Hur du bygger en SaaS-MVP går igenom vad du bygger först och vad du lämnar utanför; hur du prissätter en SaaS-produkt täcker planerna.

Vanliga misstag och missuppfattningar

• Att behandla ”SaaS” som en funktion. Det är en affärsmodell plus rörledningen ovan. Bestäm tenants, roller och fakturering tidigt; att efterhand separera data är smärtsamt.
• Att lita på frontend för att dölja data. Om en kunds data bara döljs i sidan men servern returnerar den kan vem som helst se den. Servern måste filtrera på tenant vid varje förfrågan.
• Att bygga fakturering innan någon vill ha produkten. Ta betalt tidigt, men bara när kärnfunktionen fungerar för en riktig användare. En betalningslänk kan komma före en fullständig planhanteringssida.
• Att ge åtkomst på ”tack”-sidan efter betalning. Omdirigeringen efter kassan kan hoppas över eller förfalskas. Ge eller ta bort åtkomst via betalningsleverantörens webhook, som din server verifierar.
• Att ignorera uppsägningar och misslyckade betalningar. De kommer att hända redan i månad ett. Bestäm vad kunden ser och vad som händer med deras data.
• Att kopiera företagsfunktioner för tidigt. Single sign-on, granskningslogg och komplexa behörigheter betyder något för stora kunder, inte för dina första tio.

Vad du kan be din AI-byggare om

Dela upp förfrågan i steg du kan testa:

1. ”Bygg kärnfunktionen för ett företag, med exempeldata.” Kontrollera att den är användbar.
2. ”Lägg till registrering och inloggning. Varje ny användare skapar en arbetsyta. Koppla varje tabell och varje fråga till arbetsytan på servern.”
3. ”Lägg till roller: ägare och personal. Bara ägare får ändra inställningar och fakturering.”
4. ”Lägg till Stripe-prenumerationer med två planer och en provperiod. Ge och ta bort åtkomst utifrån verifierade Stripe-webhooks, inte från kassans omdirigering.”
5. ”Lägg till en adminsida som bara jag kan öppna, för att slå upp arbetsytor och deras plan.”

Skapa efter steg 2 två konton och försök nå den ena användarens data från den andra. Gör om det efter varje stor ändring. Guiden om att lägga till betalningar täcker steg 4 i detalj.

Att bygga en SaaS-MVP på Mythex

Mythex kan bygga produkten, marknadssidan och databasen för en SaaS-MVP utifrån en chattbeskrivning, och publicera den på en publik URL. Inloggning för din apps användare och kundbetalningar tar du med själv: du väljer en autentiseringsmetod och använder ditt eget Stripe-konto och egna nycklar, lagrade som projekthemligheter. Dokumentationen har en steg-för-steg-guide för SaaS-MVP-användningsfallet med en startprompt, och sidan AI SaaS-byggare har exempel att utgå från. Planer finns på prissidan.

Frågor