Lösningar / SaaS
Bygg en riktig SaaS, inte en demo av en
Multi-tenant från första tabellen, planer och mätt användning från första kassan, funktionsgrindar som faktureringen håller ärliga. Beskriv produkten – Kliv bygger maskineriet i företagsklass runt den.
Fallet för att bygga det
Varför bygga det här i stället för att montera stacken?
Standardvägen till en SaaS är montering: en auth-leverantör, ett fakturerings-SDK, en databas, en e-posttjänst, ett feature flag-verktyg – fem leverantörer före första raden av din faktiska produkt. Skarvarna mellan dem blir din kodbas: webhook-hanterare som stämmer av fakturering mot åtkomst, synkjobb som kopierar användare mellan system och den där två-på-natten-buggen där faktureringsleverantören säger betald och appen säger låst. Kliv skeppar chassit som ett system – tenancy, fakturering, nyttjanderätter, e-post, data – så skarvarna du skulle ha lagt månader på att skriva inte finns.
Chassit är odifferentierat; din produkt är det inte. Ingen väljer din app för inloggningssidan eller fakturamejlen – även om de lämnar över en trasig sådan. Lägg beskrivningen på din domän, det bara du kan, och låt delarna varje SaaS delar komma redan sammansatta. När prissättningen ändras – en ny nivå, ett mätt tillägg, en enterprisedeal – är det en mening i ett samtal, inte en omarkitektur.
Systemets anatomi
Vad en SaaS faktiskt består av
Skala bort produkten och varje SaaS har samma skelett: tenants, platser, planer, grindar, mätare, fakturor. Kliv skeppar skelettet; du beskriver produkten runt det. Här är vad systemet vet dag ett.
Organisationer
Varje kund är en organisation – deras användare, data och fakturering innanför en vägg. Företag A kan inte läsa Företag B, i databasen.
Medlemmar och roller
Dina kunder är företag, inte inloggningar – ägare, admins och medlemmar, var och en ser det rollen tillåter.
Planer och priser
Katalogen: nivåer, provperioder, engångsupplåsningar, mätta tillägg – prissidan som data systemet verkställer.
Nyttjanderätter
Länken mellan pengar och funktioner – vad organisationens abonnemang öppnar, kontrollerat där det spelar roll.
Mätare och användning
Användning räknad mot kundens inloggade aktivitet – synlig för dem, fakturerbar av dig.
Abonnemang och fakturor
Det kommersiella tillståndet för varje tenant – i provperiod, aktiv, förfallen – med fakturorna som bevisar det.
Vem ser vad
Regler databasen verkställer
- En tenants rader tillhör tenanten – läsning över organisationsgränser är omöjlig i databasen, inte filtrerad i appen.
- Nyttjanderätter följer fakturering i realtid: en uppgradering öppnar funktioner nu, en uppsägning smalnar av dem enligt schema.
- Mätaren och fakturan är samma system – det som mättes är det som faktureras, utan något att stämma av.
- En misslyckad betalning startar betalningsåterhämtning – omförsök och återhämtningsmejl – innan någon grind stängs för en betalande kund.
Det här är delen av en SaaS ingen valde att bygga och alla måste: identitet, tenancy, pengar och reglerna som binder dem. När den kommer som ett system får din beskrivning handla om produkten.
De svåra delarna av SaaS, redan lösta
Det här är inte tillägg – det är samma plattformsdelar, sammansatta.
Multi-tenant som standard
När kunder registrerar sig i din app får var och en en egen organisation. Företag A kan aldrig se Företag B:s data – isolering verkställs vid varje fråga på databasnivå, inte i appkod någon måste komma ihåg att skriva. Dina egna admindata bor bakom en separat, intern vägg.
Team och platser inne i din produkt
Dina kunder är inte enskilda användare – de är företag. Inloggning, roller och delning per organisation är en del av samma identitetssystem, så ”alla på samma företag ser företagets projekt” är en mening, inte en sprint.
Ta betalt så som SaaS faktiskt tar betalt
Abonnemang med provperioder och rättvis proportionering, engångsupplåsningar och användningsbaserad prissättning med mätare. ”En Pro-plan för $20 i månaden, plus 2¢ per genererad rapport” är en beskrivning – Kliv skapar produkterna, priserna och mätarna åt dig.
Funktioner som följer pengarna
Koppla funktioner till planer och grinda sidor, data och funktionalitet med dem. Uppgradera, nedgradera eller säg upp – åtkomsten följer automatiskt i samma ögonblick faktureringen ändras. Ingen nyttjanderättskod, ingen nattlig synk.
Sälj åtkomst till innehåll också
Det inbyggda fillagret har egna åtkomstregler: privat, delat per organisation eller bakom ett abonnemang. Premium-PDF:er, videor och nedladdningar öppnas med samma nyttjanderätter som resten av appen.
Självbetjänad fakturering i din app
Kunder uppdaterar kort, byter planer och läser fakturor på en faktureringssida inne i produkten – och när en betalning misslyckas provar Kliv igen och mejlar dem tills den har återhämtats.
Sätt att ta betalt
Tre sätt en SaaS kan ta betalt
Prissidor utvecklas – nivåer delas, mätare dyker upp, en enterprisedeal vill ha en faktura. Katalogen ska hänga med utan omarkitektur.
Nivåindelat abonnemang
$29–$99/månad
Teamet som väljer Starter eller Pro
Funktionsnivåer kopplade till planer: Starter får kärnan, Pro öppnar rapportering, API:t, teamfunktionerna.
- Låser upp
- Funktioner följer planen – en uppgradering öppnar dem direkt, en nedgradering smalnar av enligt schema, inget handväxlat.
- Fakturering
- Månadsvis eller årsvis med provperioder och rättvis proportionering; misslyckade kort får omförsök och återhämtningsmejl innan åtkomsten smalnar.
- Återbetalningar
- Godkännandegrindat – en återbetalning är ett beslut, inte en olycka.
Användningsbaserat
$0.05 per körning
Kunden vars faktura ska följa värdet
En basplan plus en mätare: renderingar, meddelanden, API-anrop – vad en värdeenhet än är i din produkt.
- Låser upp
- Användning räknas mot kundens inloggade aktivitet och syns på faktureringssidan innan fakturan ens landar.
- Fakturering
- Mätta debiteringar samlas och faktureras på abonnemangets cykel – mätaren och fakturan stämmer eftersom de är samma system.
- Återbetalningar
- Tvistade rader löses genom samma godkännandeflöde.
Engångsupplåsning
$500 engångs
Kunden som vill ha tillägget, inte ett abonnemang till
En livstidsmodul, ett onboardingpaket, en early adopter-deal – sålt en gång, bredvid abonnemangen.
- Låser upp
- Köpet ger en permanent nyttjanderätt som samexisterar med vilken plan kunden än kör.
- Fakturering
- En debitering, ett kvitto – samma katalog, samma faktureringssida.
- Återbetalningar
- Samma godkännandegrindade flöde.
Före lansering
Första veckan, innan du lanserar
En SaaS har mer maskineri att bevisa än någon broschyrsajt – och det är precis därför första veckan spelar roll.
Forma produkten
Beskriv den: vad produkten gör, vem en kund är, nivåerna och vad var och en öppnar. Kliv bygger den första förhandsvisningen med organisationer, planer och grindar redan verkliga.
Gör den till din
Din domän, ditt varumärke, produktens språk – och en prissida genererad från samma katalog som kassan verkställer.
Koppla det riktiga
Anslut Stripe, sätt de riktiga priserna och provperioderna, koppla funktioner till planer och bjud in teamet till operatörsvyn.
Försök slå sönder den
Registrera dig som testkund. Försök läsa en annan organisations data – se databasen vägra. Låt ett kort misslyckas, nedgradera en plan, se grindarna följa.
Repetera sedan ett år
I Sandbox, med simulerade pengar och simulerad tid, kör du din SaaS första år före lansering: provperioder konverterar eller löper ut, en kund uppgraderar i mars, ett kort misslyckas i juni och återhämtas, en uppsägning stänger rätt funktioner på rätt datum. Du publicerar en verksamhet som redan har kört – inte en förhoppning om att den ska göra det.
Bygga eller köpa
Varför inte bara limma ihop stacken?
| Den limmade stacken | Med Kliv | |
|---|---|---|
| Tenancy | En auth-leverantörs organisationsfunktion plus radfilter du skriver och omgranskar för alltid. | Organisationer verkställs i databasen – läsningar över tenant-gränser är omöjliga, inte filtrerade. |
| Fakturering ↔ åtkomst | Webhook-hanterare som stämmer av faktureringsleverantören mot appens idé om vem som har betalat. | Nyttjanderätter följer fakturering nativt – det finns ingen skarv att stämma av. |
| Användningsprissättning | En mätningstjänst, en faktureringstjänst och ett avstämningsjobb mellan dem. | Mätaren och fakturan är samma system. |
| Livscykelmejl | Ännu en leverantör, ännu ett mallspråk, ännu en webhook. | Kvitton, betalningsåterhämtning och provperiodspåminnelser inbyggda – på dina mallar. |
| Tid till produkt | Månader av chassi före första differentierade funktionen. | Chassit är dag ett; din beskrivning läggs på produkten. |
Tenancy
Den limmade stacken: En auth-leverantörs organisationsfunktion plus radfilter du skriver och omgranskar för alltid.
Med Kliv: Organisationer verkställs i databasen – läsningar över tenant-gränser är omöjliga, inte filtrerade.
Fakturering ↔ åtkomst
Den limmade stacken: Webhook-hanterare som stämmer av faktureringsleverantören mot appens idé om vem som har betalat.
Med Kliv: Nyttjanderätter följer fakturering nativt – det finns ingen skarv att stämma av.
Användningsprissättning
Den limmade stacken: En mätningstjänst, en faktureringstjänst och ett avstämningsjobb mellan dem.
Med Kliv: Mätaren och fakturan är samma system.
Livscykelmejl
Den limmade stacken: Ännu en leverantör, ännu ett mallspråk, ännu en webhook.
Med Kliv: Kvitton, betalningsåterhämtning och provperiodspåminnelser inbyggda – på dina mallar.
Tid till produkt
Den limmade stacken: Månader av chassi före första differentierade funktionen.
Med Kliv: Chassit är dag ett; din beskrivning läggs på produkten.
Vanliga frågor
Hur verkställs tenant-isolering i praktiken?
I databasen, med radnivåregler. Varje kund är en organisation och deras rader bär gränsen – en bugg på en sida kan inte läcka en annan tenants data, eftersom frågan själv kommer tillbaka tom.
Kan jag kombinera abonnemang med mätt användning?
Ja – det är en plan, inte två system: en Pro-nivå med $0.05 per rendering ovanpå. Abonnemanget fakturerar basen, mätaren fakturerar användningen och kunden ser båda på en faktura.
Vad händer när en kund säger upp eller nedgraderar?
Nyttjanderätter smalnar av enligt schemat din policy sätter – direkt eller vid periodens slut – och datan stannar. En återvändande kund tar upp organisationen där den stod, vilket gör återvinning till en faktureringshändelse, inte en migrering.
Kan kunder hantera sin egen fakturering?
Ja – en faktureringssida inne i produkten: uppdatera kort, byta planer, läsa fakturor. När en betalning misslyckas provar betalningsåterhämtningen debiteringen igen och mejlar kunden innan någons åtkomst smalnar av.
Kan jag ändra prissättning efter lansering?
Ja – katalogen är data. Lägg till en nivå, dela en plan, introducera en mätare; nya priser gäller för nya kassor, och befintliga abonnemang behåller villkoren de köpte tills du bestämmer annat.
Är det riktig multi-tenancy, eller konton med feature flags?
Riktig tenancy: varje kundorganisation är en förstaklassgräns i databasen, med egna användare, roller och rader – samma multi-tenant-arkitektur som Kliv själv kör på.
Beskriv din SaaS. Kliv bygger resten.
Tenancy, fakturering, nyttjanderätter och innehåll – en plattform, ett samtal.