Alle Leistungen

SaaS-Anwendungen

Eine SaaS-Anwendung ist das Produkt, für das Sie Geld verlangen – das, bei dem sich Kunden anmelden, das sie bezahlen und zu dem sie immer wieder zurückkehren. Wir entwerfen das Produkt, richten die Abrechnung und die Nutzerlizenzen ein und entwickeln das Dashboard, in dem die Kunden tatsächlich arbeiten, sodass Sie ein echtes Geschäft auf den Markt bringen und nicht nur eine Broschüre mit einem Login. Nach dem Start bleibt der Dialog offen: Die Nutzungsdaten zeigen uns, was als Nächstes geändert werden muss.

  • Produktarchitektur
  • Mehrmandanten-Anwendungen
  • Abrechnung von Abonnements
  • Admin-Dashboards
  • Authentifizierung und Rollen
  • API-Design
  • Integrationen
  • Einführung und Weiterentwicklung

Die Grundlagen

Was ist eine SaaS-Anwendung?

Software, für die jemand regelmäßig bezahlt und bei der er sich anmeldet, um eine Aufgabe zu erledigen. Das ist die gesamte Definition, und alle Schwierigkeiten bei der Entwicklung einer solchen Software ergeben sich aus diesen beiden Aspekten: Sie muss es immer wieder wert sein, dass die nächste Zahlung geleistet wird, und sie muss die Daten mehrerer Kunden speichern, ohne dass diese jemals durcheinanderkommen.

Deshalb ist ein SaaS-Produkt nicht einfach nur eine Website, an die man einen Login-Bereich angehängt hat. Konten, Rollen, Mandanten, Abrechnung, Lizenzen, Testversionen, Upgrades, fehlgeschlagene Zahlungen, Audits – nichts davon ist die Funktion, die Sie verkaufen; all das muss funktionieren, bevor jemand etwas kaufen kann, und bei jedem einzelnen Punkt kann eine Abkürzung schnell zu einem kompletten Neuaufbau führen.

Wir entwickeln das Produkt und die dazugehörigen Geschäftsabläufe in einem Schritt und bleiben dann lange genug dabei, um die Nutzungsdaten auszuwerten. Die erste Version ist eine Hypothese. Die wirklich interessante Arbeit beginnt erst sechs Monate nach dem Start, wenn man endlich erkennen kann, welche Teile die Nutzer tatsächlich nutzen.

  • SaaS
  • Mandantenfähig
  • Abrechnung von Abonnements
  • Produktarchitektur
  • Dashboards
  • APIs

Capabilities

Was wir für Sie tun

Das Produkt und die Teile eines Softwareunternehmens, die nicht zum Produkt gehören.

Produktarchitektur

Datenmodell, Mandantengrenzen und Entscheidungen, deren Rückgängigmachung mit hohem Aufwand verbunden ist. Eine falsch festgelegte Mandantengrenze ist der einzige Fehler, der sich eher in einer Neuprogrammierung als in einer Refaktorisierung niederschlägt.

Authentifizierung, Rollen und Teams

Registrierung, SSO, Einladungen, benutzerspezifische Berechtigungen und der Administrator, der Probleme ohne Hilfe eines Entwicklers beheben muss. Berechtigungsmodelle lassen sich leicht hinzufügen, sind aber sehr schwer zu ändern, sobald sich Kunden darauf verlassen.

Abrechnung von Abonnements

Pläne, Testphasen, anteilige Abrechnung, Upgrades, fehlgeschlagene Zahlungen und die Rechnungen, die Ihr Buchhalter von Ihnen verlangen wird. Bei der Abrechnung verlieren die meisten selbst entwickelten SaaS-Anwendungen still und leise Geld – nicht durch Betrug, sondern durch Sonderfälle, die niemand berücksichtigt hat.

Das Dashboard, mit dem die Mitarbeiter arbeiten

Die Bildschirme, die Kunden jeden Tag öffnen, sind eher auf den täglichen Gebrauch als auf eine Demo ausgelegt. Ein Dashboard, das für die ersten fünf Minuten optimiert ist, wird schon in der zweiten Woche ermüdend.

APIs und Integrationen

Eine dokumentierte API, Webhooks und Anbindungen an die Tools, die Ihre Kunden bereits nutzen. Die Integration ist oft der ausschlaggebende Faktor bei der Kaufentscheidung.

KI dort, wo sie ihren Platz verdient

Suche, Zusammenfassung, Extraktion, Unterstützung – diese Funktionen werden dort hinzugefügt, wo sie Arbeit ersparen, die heute noch von Menschen erledigt wird, und nicht, weil die Kategorie ein funkelndes Symbol erwartet.

Ablauf

Wie ein Build abläuft

Je nach Fachgebiet dauert es zwölf bis zwanzig Wochen bis zur ersten verkaufsfähigen Version. Danach geht es eher um einen regelmäßigen Release-Rhythmus als um eine Ziellinie.

  1. Definieren Sie, was verkauft wird

    Wer zahlt, wofür und was ändert sich, wenn die Zahlungen ausbleiben? Die Preisgestaltung ist eine Produktentscheidung und schränkt das Datenmodell ein; daher steht sie an erster Stelle und nicht an letzter.

  2. Die Mietverhältnisse gestalten

    Wie Kunden voneinander getrennt werden, wo diese Grenze gezogen wird und was ein Administrator über diese Grenze hinweg einsehen kann. Dies wird schriftlich festgehalten und geprüft, noch bevor der erste Tisch existiert.

  3. Die Wirbelsäule aufbauen

    Konten, Rollen, Abrechnung, die Shell. Unspektakulär und hinderlich – nichts kann verkauft werden, bis alles funktioniert, damit später keine Probleme mehr auftreten.

  4. Das Produkt entwickeln

    Das, was Sie tatsächlich verkaufen, in vertikalen Abschnitten, von denen jeder etwas Brauchbares bietet. Ein Abschnitt, der nicht vorgeführt werden kann, ist ein Abschnitt, der nicht korrigiert werden kann.

  5. Instrument und Start

    Analysen, Fehlerverfolgung und Nutzungsereignisse auf den entscheidenden Pfaden – bereits vor dem Start eingerichtet und nicht erst in der ersten chaotischen Woche danach.

  6. Lies die Anleitung und probiere es aus

    Was die Nutzer öffnen, was sie schließen, wohin sie einen Kollegen einladen. Die Roadmap nach dem Start sollte hauptsächlich Antworten auf diese Fragen enthalten und nicht das Backlog, das erstellt wurde, bevor überhaupt jemand die App genutzt hat.

Impact

Warum das wichtig ist

Der Unterschied zwischen der Bereitstellung von Software und dem Betreiben eines Softwareunternehmens besteht größtenteils in den Aspekten, die keine Funktionen sind.

Wiederkehrende Einnahmen

Ein Abonnement ist ein Geschäftsmodell, keine Zahlungsmethode. Richtig umgesetzt, sorgt es für einen Wachstums-Effekt; als nachträglicher Einfall umgesetzt, führt es zu Abwanderungen, deren Ursachen Sie nicht nachvollziehen können.

Ein Mietverhältnis, das Sie verteidigen können

Wenn ein Kunde die Daten eines anderen Kunden einsehen kann, ist das ein Fehler, von dem sich ein SaaS-Dienst nicht mehr erholt. Dies bereits an der Schnittstelle durchzusetzen, anstatt bei jeder einzelnen Abfrage, macht den Unterschied zwischen einer Richtlinie und einer bloßen Hoffnung aus.

Wachstum, das ohne dich auskommt

Selbstständige Registrierung, Einladungen und Upgrades direkt im Produkt sorgen dafür, dass Kunden hinzukommen, während alle noch schlafen. Jeder manuelle Schritt auf diesem Weg stellt eine Hürde dar.

Es passt zu der Plattform, die sie bereits nutzen

Die meisten Käufer ersetzen nichts – sie erweitern lediglich ihren Bestand. Eine API und zwei gute Integrationen beseitigen das größte Hindernis.

Es bleibt schnell, während es sich füllt

Abfragemuster, die bei zehn Konten noch funktionieren, sind bei zehntausend Konten nicht mehr geeignet. Die Entwicklung für den zweiten Fall kostet im Vorfeld fast nichts, lässt sich später jedoch nicht kostengünstig nachrüsten.

Ein Code, den Ihr Team übernehmen kann

Von einer Pipeline statt von einer Person erstellt, getestet, dokumentiert und bereitgestellt. Wir entwickeln unter der Annahme, dass wir nicht die Letzten sein werden, die hier arbeiten.

Fragen

Bei den meisten Produkten dauert es zwölf bis zwanzig Wochen. Ausschlaggebend ist dabei eher der Anwendungsbereich als die Anzahl der Funktionen – alles, was mit regulierten Daten, komplexen Berechtigungen oder einer aufwendigen Integration zu tun hat, liegt am oberen Ende dieses Zeitraums.

Ausgewählte Arbeiten

Wo das bereits im Einsatz ist.

Alle Referenzen

Nächster Schritt

Sagen Sie uns, wofür man Sie bezahlt, damit Sie es von Hand erledigen.

Dort befindet sich das Produkt in der Regel. Schicken Sie uns die Formangaben, und wir melden uns mit einem Umfang, einer Bandbreite und den Teilen, über die wir diskutieren würden.