Warum wir Sovran gebaut haben: API-Verbrauch, Kundensouveränität und schnellere Schätzungen
Home»Warum wir Sovran gebaut haben: API-Verbrauch, Kundensouveränität und schnellere Schätzungen
Produkte · 14 September 2026

Der Betrieb einer KI-Automatisierungspraxis bringt eine bestimmte Reihe betrieblicher Kopfschmerzen mit sich, die eine generische CRM nie lösen sollte. Wir sind selbst auf alle drei gestoßen, bevor wir entschieden, dass die Lösung keine bessere Tabellenkalkulation war — sondern ein völlig anderes Stück Software.
Die drei Probleme, auf die wir immer wieder stießen
Das erste waren API-Verbrauchskosten, die leicht aus dem Blick geraten, bis eine Rechnung eintrifft. Jeder Workflow, den wir für einen Kunden betreiben, greift auf eine Kombination von KI-Modellen und Drittanbieter-APIs zurück, und diese Kosten skalieren mit dem Verbrauch auf eine Weise, die leicht falsch eingeschätzt wird und leicht aus dem Blick gerät, sobald ein Projekt läuft und die Aufmerksamkeit woanders hingeht.
Das zweite waren kundenspezifische Fragen dazu, wo Daten liegen und wer darauf zugreifen kann — die Art von Frage, die früher verstreut in Projektnotizen, Onboarding-Dokumenten und bei wem auch immer sich die Antwort zufällig gemerkt hatte, existierte, statt an einem Ort, den jeder im Team prüfen konnte.
Das dritte war ein ständiger Strom neuer Anfragen, die jeweils eine schnelle, belastbare Schätzung benötigten, bevor die Arbeit beginnen konnte. Ein langsamer oder uneinheitlicher Angebotsprozess kostet nicht nur Zeit — er kostet Glaubwürdigkeit bei einem potenziellen Kunden, der auch einschätzt, wie die Zusammenarbeit selbst wahrscheinlich verlaufen wird.
API-Verbrauch, sichtbar gemacht
Sovran erfasst und berechnet den API-Verbrauch pro Kunde, sodass Kosten sichtbar bleiben, während sie anfallen, statt Wochen später als Überraschung auf einer Rechnung aufzutauchen. Diese Sichtbarkeit zählt in beide Richtungen: Sie lässt uns einen außer Kontrolle geratenen Workflow erkennen, bevor er zu einem teuren Problem wird, und sie lässt einen Kunden genau sehen, wie sein Verbrauch aussah, statt einer Pauschalzahl blind zu vertrauen.
Kundensouveränität an einem Ort
Sovran hält den Umgang mit Daten und die Infrastruktur jedes Kunden zentral verwaltet und sichtbar, statt über Projektnotizen und individuelles Gedächtnis verstreut. Fragt ein Kunde, wo seine Daten liegen oder wer darauf zugreifen kann, kommt die Antwort aus einem verlässlichen System, nicht von wem auch immer sich zufällig an das Projekt erinnert.
Schnellere, belastbare Schätzungen
Sovran enthält ein integriertes Schätzsystem, damit eine neue Anfrage schnell zu einem Angebot wird, statt jedes Mal bei null anzufangen. Das bedeutet nicht, dass jede Schätzung sofort oder automatisch erfolgt — manche Arbeit braucht wirklich eine Abgrenzung —, aber der Ausgangspunkt ist eine strukturierte Basis statt einer Neuberechnung von Grund auf für jede einzelne Anfrage.
Warum wir es nicht auf einer Plattform eines Drittanbieters gebaut haben
Die API-Schicht hinter Sovran ist als vollständig souveränes System aufgebaut und betrieben, nicht über eine CRM-Plattform eines Drittanbieters geleitet. Das war eine bewusste Entscheidung, und eine ziemlich naheliegende, sobald wir sie uns selbst eingestanden: Es wäre inkonsequent gewesen, unser eigenes Kundenverwaltungs-Rückgrat über genau die Art von Drittanbieter-Abhängigkeit laufen zu lassen, vor der wir Kunden anderswo auf dieser Seite zur Vorsicht raten.
Was wir bewusst weggelassen haben
Sovran versucht nicht, eine allzweck CRM mit angehängten Automatisierungsfunktionen zu sein. Es jagt nicht jeder Fähigkeit hinterher, die eine größere, generische Plattform bieten könnte, weil die meisten dieser Funktionen einem viel breiteren Spektrum an Unternehmen dienen als dem, das wir tatsächlich betreiben. Die Beschränkung auf die drei oben genannten Probleme machte es zu etwas, das wir ordentlich bauen und pflegen konnten, statt zu einem ausufernden Werkzeug, das vieles einigermaßen und nichts davon besonders gut tut.
Das ist auch, warum es heute nicht als eigenständiges Produkt an andere Agenturen verkauft wird. Es wurde zuerst gebaut, um unsere eigenen betrieblichen Probleme zu lösen, und obwohl dieselben drei Probleme im KI-Automatisierungsbereich verbreitet genug sind, dass andere ihnen offensichtlich auch begegnen, sind wir lieber ehrlich, dass es derzeit um unsere spezifische Arbeitsweise herum gebaut und abgestimmt ist.
Wir haben uns bestehende CRM- und Agenturverwaltungsplattformen angesehen, bevor wir irgendetwas gebaut haben, und dabei wiederholt dasselbe Muster gefunden: breite Tools, die sich technisch so konfigurieren ließen, dass sie API-Verbrauch verfolgen oder Arbeit schätzen konnten, aber nur über Workarounds oberhalb eines Systems, das für eine andere Art von Unternehmen entworfen wurde. Eine Fehlpassung wegzukonfigurieren bleibt eine Fehlpassung — es dauert nur länger, das zu entdecken.
Für wen Sovran wirklich gemacht ist
Intern wird Sovran von den Menschen genutzt, die neue Aufträge abgrenzen, von denen, die die Workflows bauen und überwachen, sobald sie live sind, und von denen, die eine klare Antwort zum Datenstatus eines bestimmten Kunden brauchen, ohne alte Notizen zu durchforsten. Wenn Sie BMaiKR-Kunde sind, ist Sovran das System hinter dem Angebot, das Sie erhalten haben, und dem Projekt, das Sie verfolgen — dasselbe System, auf das diese Seite zuvor unter dem Label „Kundenbereich" verwies, nun beschrieben als das, was es tatsächlich tut, statt als generischer Name für „wo Kunden sich anmelden".
Was als Nächstes kommt
Sovran ist nicht fertig, in dem Sinne, dass keine Software es wirklich ist — insbesondere das Schätzsystem ist ein Bereich, den wir weiter verfeinern werden, während der Umfang der Workflows wächst, für die wir Angebote erstellen. Wozu wir uns öffentlich verpflichten, ist derselbe Maßstab, den wir von jedem verlangen, den wir empfehlen würden: zu beschreiben, was es heute tatsächlich tut, nicht was wir hoffen, dass es irgendwann wird, und diese Beschreibung zu aktualisieren, wenn sich die Antwort ändert.
Das ist auch, warum dieser Beitrag überhaupt existiert. Ein Produkt, das Souveränität und Transparenz für Kunden verwalten soll, sollte auf dieselbe Weise vorgestellt werden — offen, mit gezeigter statt vorausgesetzter Begründung, und ohne ein internes Werkzeug als mehr auszugeben, als es derzeit ist.
