Lösungen / SaaS
Erstellen Sie ein echtes SaaS, keine Demo davon
Mandantenfähig ab dem ersten Kunden, Pläne und nutzungsbasierte Abrechnung ab dem ersten Checkout, Feature-Gates, die die Abrechnung ehrlich halten. Beschreiben Sie Ihr Produkt – Kliv baut die unternehmensweiten Mechanismen darauf auf.
Der Grund, es zu bauen
Warum das bauen, anstatt den Stapel zusammenzubauen?
Die Standardmethode zum Erstellen eines SaaS ist Zusammenbau: ein Authentifizierungsanbieter, ein Abrechnungs-SDK, eine Datenbank, ein E-Mail-Dienst, ein Feature-Flag-Tool – fünf Anbieter vor der ersten Zeile Ihres eigentlichen Produkts. Die Nähte zwischen ihnen werden zu Ihrer Codebasis: Webhook-Handler, die Abrechnung und Zugriff abgleichen, Synchronisierungsjobs, die Nutzer zwischen Systemen kopieren, und die 2-Uhr-Bug-Klasse, bei der der Abrechnungsanbieter „bezahlt“ und die App „gesperrt“ sagt. Kliv liefert das Grundgerüst als ein System – Mandantenfähigkeit, Abrechnung, Nutzungsrechte, E-Mail, Daten – sodass die Nähte, die Sie monatelang geschrieben hätten, nicht vorhanden sind.
Das Grundgerüst ist undifferenziert; Ihr Produkt ist es nicht. Niemand wählt Ihre App wegen ihrer Anmeldeseite oder ihrer Rechnungs-E-Mails – obwohl beides eine kaputte App hinterlässt. Geben Sie die Beschreibung für die Domain ein, die nur Sie kennen, und lassen Sie die Teile, die jedes SaaS braucht, bereits verfasst ankommen. Wenn sich Ihre Preise ändern – eine neue Stufe, ein kostenpflichtiges Add-on, ein Enterprise-Deal – ist das ein Satz in einem Gespräch, keine Neugestaltung der Architektur.
Anatomie des Systems
Woraus ein SaaS eigentlich besteht
Entfernen Sie das Produkt, und jedes SaaS hat dasselbe Grundgerüst: Mandanten, Sitzplätze, Pläne, Zugriffsschranken, Zähler, Rechnungen. Kliv liefert dieses Skelett; Sie beschreiben das Produkt darum herum. Hier ist, was das System am ersten Tag weiß.
Organisationen
Jeder Kunde ist eine Organisation – seine Nutzer, Daten und Abrechnungen innerhalb einer Wand. Unternehmen A kann Unternehmen B in der Datenbank nicht lesen.
Mitglieder und Rollen
Ihre Kunden sind Unternehmen, keine Logins – Eigentümer, Administratoren und Mitglieder, die jeweils sehen, was ihre Rolle zulässt.
Pläne und Preise
Der Katalog: Stufen, Testversionen, einmalige Freischaltungen, kalkulierte Add-ons – Ihre Preisseite als Daten, die das System erzwingt.
Nutzungsrechte
Die Verbindung zwischen Geld und Funktionen – was das Abonnement dieser Organisation eröffnet, wird überprüft, wo immer es darauf ankommt.
Zähler und Nutzung
Die Nutzung wird auf die angemeldete Aktivität des Kunden angerechnet – für ihn sichtbar, von Ihnen abrechnungsfähig.
Abonnements und Rechnungen
Der wirtschaftliche Zustand jedes Mandanten – in Prüfung, aktiv, überfällig – mit den Rechnungen zum Nachweis.
Wer sieht was
Regeln, die die Datenbank durchsetzt
- Die Zeilen eines Mandanten gehören dem Mandanten – organisationsübergreifende Lesevorgänge sind in der Datenbank nicht möglich und werden in der App nicht gefiltert.
- Die Nutzungsrechte folgen der Abrechnung in Echtzeit: Bei einem Upgrade werden die Features sofort freigeschaltet, bei einer Kündigung werden sie planmäßig eingeschränkt.
- Beim Zähler und bei der Rechnung handelt es sich um dasselbe System – was gemessen wurde, ist auch das, was in Rechnung gestellt wird, und es gibt nichts abzugleichen.
- Bei einer fehlgeschlagenen Zahlung werden Mahnungen – Wiederholungsversuche und Wiederherstellungs-E-Mails – eingeleitet, bevor sich die Schranke für einen zahlenden Kunden schließt.
Dies ist der Teil eines SaaS, den niemand bauen wollte und den jeder bauen muss: Identität, Mandantenfähigkeit, Geld und die Regeln, die sie binden. Wenn es als ein System geliefert wird, bezieht sich Ihre Beschreibung auf Ihr Produkt.
Die schwierigen Teile von SaaS sind bereits gelöst
Dabei handelt es sich nicht um Add-ons – es handelt sich um dieselben komponierten Plattformteile.
Standardmäßig mehrere Mandanten
Wenn sich Kunden für Ihre App anmelden, erhält jeder seine eigene Organisation. Unternehmen A kann die Daten von Unternehmen B nie sehen – die Isolierung wird bei jeder Abfrage auf Datenbankebene erzwungen, nicht im App-Code, an dessen Schreiben sich jemand erinnern muss. Ihre eigenen Verwaltungsdaten befinden sich hinter einer separaten, nur internen Wand.
Teams und Sitzplätze in Ihrem Produkt
Ihre Kunden sind keine einzelnen Nutzer, sondern Unternehmen. Anmeldung, Rollen und gemeinsame Nutzung pro Organisation sind Teil desselben Identitätssystems, sodass „jeder im selben Unternehmen die Projekte seines Unternehmens sieht“ ein Satz und kein Sprint ist.
Berechnen Sie so, wie SaaS wirklich abrechnet
Abonnements mit Trials und fairer anteiliger Abrechnung, einmalige Freischaltungen und nutzungsbasierte Preise mit Zählern. „Ein Pro-Plan für 20 US-Dollar pro Monat plus 2 Cent pro erstelltem Bericht“ ist eine Beschreibung – Kliv erstellt die Produkte, Preise und Zähler für Sie.
Funktionen, die dem Geld folgen
Ordnen Sie Features Plänen zu und schützen Sie Seiten, Daten und Funktionen damit. Upgrade, Downgrade oder Kündigung – der Zugriff ändert sich automatisch, sobald sich die Abrechnung ändert. Kein Berechtigungscode, keine nächtliche Synchronisierung.
Verkaufen Sie auch Zugriff auf Content
Der integrierte Dateispeicher verfügt über eigene Zugriffsregeln: privat, pro Organisation freigegeben oder hinter einem Abonnement. Premium-PDFs, Videos und Downloads werden mit denselben Nutzungsrechten wie der Rest Ihrer App freigeschaltet.
Self-Service-Abrechnung in Ihrer App
Kunden aktualisieren Karten, wechseln Pläne und lesen Rechnungen auf einer Abrechnungsseite in Ihrem Produkt – und wenn eine Zahlung fehlschlägt, versucht Kliv die Zahlung erneut und sendet ihnen eine E-Mail, bis sie wiederhergestellt ist.
Möglichkeiten zum Aufladen
Drei Möglichkeiten, wie ein SaaS abrechnen kann
Die Preisseiten entwickeln sich weiter – die Tarife werden aufgeteilt, Zähler erscheinen, ein Unternehmensvertrag erfordert eine Rechnung. Der Katalog sollte ohne eine Neuarchitektur mithalten können.
Gestaffeltes Abonnement
29–99 $/Monat
Das Team, das Starter oder Pro wählt
Den Plänen zugeordnete Funktionsebenen: Starter erhält den Kern, Pro öffnet die Berichterstattung, API die Teamfunktionen.
- Entsperrt
- Die Funktionen folgen dem Plan – bei einem Upgrade werden sie sofort geöffnet, bei einem Downgrade werden sie planmäßig eingeschränkt, nichts wird manuell umgeschaltet.
- Abrechnung
- Monatlich oder jährlich mit Trials und fairer anteiliger Abrechnung; fehlgeschlagene Karten erhalten Wiederholungsversuche und Recovery-E-Mails, bevor der Zugriff eingeschränkt wird.
- Rückerstattungen
- Genehmigt – eine Rückerstattung ist eine Entscheidung, kein Zufall.
Nutzungsbasiert
0,05 $ pro Lauf
Der Kunde, dessen Rechnung seinen Wert verfolgen soll
Ein Basisplan plus ein Messgerät: Renderings, Nachrichten, API-Aufrufe – was auch immer die Werteinheit in Ihrem Produkt ist.
- Entsperrt
- Die Nutzung wird auf die angemeldete Aktivität des Kunden angerechnet und ist auf seiner Abrechnungsseite sichtbar, bevor die Rechnung überhaupt eingeht.
- Abrechnung
- Gemessene Gebühren fallen an und werden im Rahmen des Abonnementzyklus abgerechnet – der Zähler und die Rechnung stimmen überein, da es sich um dasselbe System handelt.
- Rückerstattungen
- Umstrittene Positionen werden über denselben Genehmigungsablauf gelöst.
Einmaliges Entsperren
500 $ einmalig
Der Kunde, der das Add-on möchte, kein weiteres Abonnement
Ein lebenslanges Modul, ein Onboarding-Paket, ein Early-Adopter-Deal – einmalig verkauft, zusätzlich zu den Abonnements.
- Entsperrt
- Durch den Kauf wird ein dauerhaftes Nutzungsrecht gewährt, das mit dem laufenden Plan des Kunden koexistiert.
- Abrechnung
- Eine Gebühr, eine Quittung – derselbe Katalog, dieselbe Abrechnungsseite.
- Rückerstattungen
- Der gleiche genehmigungsgesteuerte Ablauf.
Vor dem Start
Die erste Woche, bevor Sie starten
Ein SaaS muss mehr Maschinen beweisen als jede Broschürenseite – und genau deshalb ist die erste Woche wichtig.
Formen Sie das Produkt
Beschreiben Sie es: was das Produkt tut, wer ein Kunde ist, welche Stufen es gibt und was jedes öffnet. Kliv erstellt die erste Vorschau mit bereits realen Organisationen, Plänen und Toren.
Machen Sie es zu Ihrem
Ihre Domain, Ihre Marke, die Sprache Ihres Produkts – und eine Preisseite, die aus demselben Katalog generiert wird, den der Checkout erzwingt.
Verdrahten Sie das Original
Verbinden Sie Stripe, legen Sie die tatsächlichen Preise und Testdauern fest, fügen Sie Funktionen zu Plänen hinzu und laden Sie Ihr Team in die Betreiberansicht ein.
Versuchen Sie es zu brechen
Melden Sie sich als Testkunde an. Versuchen Sie, die Daten einer anderen Organisation zu lesen – beobachten Sie, wie die Datenbank dies ablehnt. Lassen Sie eine Karte fehlschlagen, stufen Sie einen Plan herunter und beobachten Sie, wie die Zugriffsschranken folgen.
Dann probiere ein Jahr
Führen Sie in der Sandbox mit simuliertem Geld und simulierter Zeit das erste Jahr Ihres SaaS vor dem Start aus: Trials konvertieren oder laufen ab, ein Kunde führt im März ein Upgrade durch, eine Karte schlägt im Juni fehl und wird wiederhergestellt, eine Kündigung schließt die richtigen Features zum richtigen Datum. Sie veröffentlichen ein Geschäft, das bereits gelaufen ist – nicht die Hoffnung, dass es laufen wird.
Bauen oder kaufen
Warum den Stapel nicht einfach zusammenkleben?
| Der geklebte Stapel | Mit Kliv | |
|---|---|---|
| Mandantenfähigkeit | Die Organisationsfunktion eines Authentifizierungsanbieters plus Zeilenfilter, die Sie für immer schreiben und erneut überprüfen können. | Organisationen werden in der Datenbank durchgesetzt – mandantenübergreifende Lesevorgänge sind nicht möglich und werden nicht gefiltert. |
| Abrechnung ↔ Zugriff | Webhook-Handler, die den Abrechnungsanbieter mit der Vorstellung Ihrer App darüber abgleichen, wer bezahlt hat. | Die Nutzungsrechte folgen nativ der Abrechnung – es gibt keine Lücke, die abgeglichen werden muss. |
| Nutzungspreise | Ein Messdienst, ein Abrechnungsdienst und ein Abgleichsjob zwischen ihnen. | Der Zähler und die Rechnung sind das gleiche System. |
| Lebenszyklus-E-Mail | Ein anderer Anbieter, eine andere Vorlagensprache, ein anderer Webhook. | Integrierte Quittungen, Mahnungen und Probeerinnerungen – in Ihren Vorlagen. |
| Zeit bis zum Produkt | Monatelanges Fahrwerk bis zum ersten differenzierten Feature. | Das Grundgerüst ist vom ersten Tag an da; Ihre Beschreibung wird zum Produkt. |
Mandantenfähigkeit
Der geklebte Stapel: Die Organisationsfunktion eines Authentifizierungsanbieters plus Zeilenfilter, die Sie für immer schreiben und erneut überprüfen können.
Mit Kliv: Organisationen werden in der Datenbank durchgesetzt – mandantenübergreifende Lesevorgänge sind nicht möglich und werden nicht gefiltert.
Abrechnung ↔ Zugriff
Der geklebte Stapel: Webhook-Handler, die den Abrechnungsanbieter mit der Vorstellung Ihrer App darüber abgleichen, wer bezahlt hat.
Mit Kliv: Die Nutzungsrechte folgen nativ der Abrechnung – es gibt keine Lücke, die abgeglichen werden muss.
Nutzungspreise
Der geklebte Stapel: Ein Messdienst, ein Abrechnungsdienst und ein Abgleichsjob zwischen ihnen.
Mit Kliv: Der Zähler und die Rechnung sind das gleiche System.
Lebenszyklus-E-Mail
Der geklebte Stapel: Ein anderer Anbieter, eine andere Vorlagensprache, ein anderer Webhook.
Mit Kliv: Integrierte Quittungen, Mahnungen und Probeerinnerungen – in Ihren Vorlagen.
Zeit bis zum Produkt
Der geklebte Stapel: Monatelanges Fahrwerk bis zum ersten differenzierten Feature.
Mit Kliv: Das Grundgerüst ist vom ersten Tag an da; Ihre Beschreibung wird zum Produkt.
Häufige Fragen
Wie wird die Mandantenisolierung eigentlich durchgesetzt?
In der Datenbank mit Regeln auf Zeilenebene. Jeder Kunde ist eine Organisation und seine Zeilen tragen diese Grenze – ein Fehler auf einer Seite kann die Daten eines anderen Mandanten nicht preisgeben, weil die Abfrage selbst leer zurückkommt.
Kann ich ein Abonnement mit einer gemessenen Nutzung kombinieren?
Ja – das ist ein Plan, nicht zwei Systeme: eine Pro-Stufe mit 0,05 $ pro Render obendrauf. Das Abonnement rechnet die Basis ab, der Zähler rechnet den Verbrauch ab und der Kunde sieht beides auf einer Rechnung.
Was passiert, wenn ein Kunde kündigt oder ein Downgrade durchführt?
Die Nutzungsrechte werden nach dem von Ihrer Richtlinie festgelegten Zeitplan eingeschränkt – sofort oder am Ende des Zeitraums – und die Daten bleiben erhalten. Ein wiederkehrender Kunde holt sein Unternehmen dort weiter, wo es war, was die Rückgewinnung zu einem Abrechnungsereignis und nicht zu einer Migration macht.
Können Kunden ihre eigene Abrechnung verwalten?
Ja – eine Abrechnungsseite in Ihrem Produkt: Karten aktualisieren, Tarife wechseln, Rechnungen lesen. Wenn eine Zahlung fehlschlägt, versucht das Mahnwesen die Abbuchung erneut und sendet dem Kunden eine E-Mail, bevor der Zugriff für irgendjemanden eingeschränkt wird.
Kann ich die Preise nach der Einführung ändern?
Ja – der Katalog besteht aus Daten. Fügen Sie eine Stufe hinzu, teilen Sie einen Plan auf, führen Sie einen Zähler ein; Für neue Kassen gelten neue Preise, und bestehende Abonnements behalten die erworbenen Bedingungen bei, bis Sie sich anders entscheiden.
Handelt es sich hierbei um echte Mandantenfähigkeit oder um Konten mit Feature-Flags?
Echte Mandantenfähigkeit: Jede Kundenorganisation stellt eine erstklassige Grenze in der Datenbank dar, mit ihren eigenen Nutzern, Rollen und Zeilen – die gleiche mandantenfähige Architektur, auf der Kliv selbst ausgeführt wird.
Beschreiben Sie Ihr SaaS. Kliv erstellt den Rest.
Mandanten, Abrechnung, Nutzungsrechte und Content – eine Plattform, ein Gespräch.