Was ist ein BYOC Agency OS?

Ein BYOC Agency OS ist ein Betriebssystem zum Betrieb einer Agentur — CRM, Projekte, Abrechnung, Dokumente, Kalender — gebaut auf einer strukturellen Entscheidung: Es gibt keine zentrale Datenbank beim Anbieter. Wenn du dich anmeldest, legt die Plattform eine dedizierte Datenbank auf deinem Cloud-Konto an, in der Region, die du wählst, und jeder Datensatz, den dein Team anlegt, lebt dort. Der Anbieter betreibt die Software; dir gehört die Datenschicht.

Diese eine Entscheidung verändert fast alles danach — die Sicherheitslage, die Compliance, den Lock-in, sogar die Frage, wie KI sicher mit deinen Kundendaten arbeiten kann. Dieser Beitrag erklärt das Modell, stellt es herkömmlichem SaaS und Self-Hosting gegenüber und beschreibt, wie wir sSystm darum herum gebaut haben.

Das Problem: Agenturen laufen auf fremden Datenbanken

Eine typische Agentur führt ihre Kundenliste in einem SaaS, Projekte in einem zweiten, Rechnungen in einem dritten. Jeder dieser Anbieter hält die Daten in einer zentralen, mandantenübergreifenden Datenbank: die Datensätze Tausender Unternehmen in einem Schema, auf einer Infrastruktur, die nur der Anbieter kontrolliert.

Dieses Modell ist bequem, aber es hat drei Kosten, die Agenturen stärker spüren als die meisten Unternehmen, denn Kundendaten sind das Geschäft:

1. Gebündeltes Risiko. Ein Breach auf Anbieterseite legt alle Mandanten auf einmal offen. Deine Sicherheit ist gedeckelt durch die Sicherheit deines unachtsamsten Anbieters.
2. Residenz per Versprechen, nicht per Konstruktion. “Wir hosten in der EU” ist eine Richtlinie, die sich ändern kann. Wenn eine Aufsichtsbehörde oder ein Enterprise-Kunde fragt wo genau liegt dieser Datensatz und wer kann ihn lesen, ist “im mandantenübergreifenden Cluster des Anbieters” eine unangenehme Antwort.
3. Ausstiegsreibung. Gehen bedeutet, CSVs über die API zu exportieren, die der Anbieter gerade anbietet, und dann die Beziehungen zwischen Datensätzen von Hand neu aufzubauen. Die Daten handeln von dir, gehören dir aber nie wirklich.

Was BYOC eigentlich bedeutet

Bring Your Own Cloud kehrt die Hosting-Beziehung für die Datenschicht um. Der Anbieter liefert und betreibt das Produkt weiterhin — die UI, die APIs, die Updates — aber die Datenbank, die es liest und beschreibt, wird auf einem Cloud-Konto angelegt, das dem Kunden gehört.

Bei sSystm ist der Ablauf konkret: Du meldest dich mit deinem Cloudflare-Konto an, und die Plattform legt eine dedizierte D1-Datenbank auf diesem Konto an, in der Region, die du wählst — mit einer harten EU-Jurisdiktions-Option, falls du sie brauchst. Deine CRM-Kontakte, Deals, Projekte, Rechnungen und Dokumente sind Zeilen in einer Datenbank, die in deinem Cloudflare-Dashboard erscheint, nicht in unserem. Das Build-Modul geht einen Schritt weiter und liefert die Workers, die du erstellst, ebenfalls auf dein eigenes Konto aus.

Die entscheidende Eigenschaft: Der Zugriff des Anbieters ist widerrufbar, der des Kunden ist inhärent. Trenne die Plattform und du hältst die Datenbank weiterhin. Es gibt nichts zu exportieren, weil es nichts zurückzulassen gibt.

BYOC vs. SaaS vs. Self-Hosting

	Herkömmliches SaaS	Self-Hosting	BYOC
Wer betreibt die Software	Anbieter	Du	Anbieter
Wo die Daten liegen	Zentrale DB des Anbieters	Deine Server	Dein Cloud-Konto
Schadensradius eines Breaches	Alle Mandanten	Eine Organisation	Eine Organisation
Datenresidenz	Anbieter-Richtlinie	Deine per Konstruktion	Deine per Konstruktion
Betriebslast (Patchen, Skalieren)	Keine	Alles davon	Keine
Ausstiegskosten	Export & Neuaufbau	Keine	Keine — die DB gehört dir bereits

Self-Hosting gibt dir Eigentum, drückt dir aber den Pager in die Hand. Herkömmliches SaaS nimmt den Pager, behält aber die Daten. BYOC ist der fehlende Quadrant: SaaS-Betrieb mit selbst gehostetem Eigentum.

Warum das im KI-Zeitalter noch wichtiger ist

Agenturen verdrahten KI-Assistenten in ihren Betrieb — und ein Assistent ist nur nützlich, wenn er das CRM, die Projektliste, die Abrechnungshistorie lesen kann. Das macht die Frage “wo liegen die Daten und wer darf auf ihnen handeln” schärfer, nicht sanfter.

sSystms Antwort hat zwei Teile:

• Die Daten, die die KI liest, gehören dir per Konstruktion. Dein Assistent verbindet sich über MCP (Model Context Protocol) und bearbeitet den gesamten Workspace — aber jede Abfrage landet auf der Datenbank auf deinem Konto, unter deiner Jurisdiktionswahl. Du leitest keine Kundendatensätze durch den zentralen Speicher eines Anbieters, damit KI funktioniert.
• Human-in-Control als Standard. Der eingebaute Plattform-Agent stellt das, was er tun will, als ausstehend ein, bis ein Mensch es freigibt, und jeder Lauf wird in einem Agent-Log festgehalten. Die KI schlägt vor; ein Mensch gibt frei. (Mehr zu diesem Modell in Sicherheit & Datenmodell.)

Worauf du bei einer BYOC-Plattform achten solltest

Wenn du irgendetwas bewertest, das BYOC verspricht, trennen vier Fragen das Echte vom Marketing:

1. Wird die Datenbank auf meinem Konto angelegt, oder nur “dediziert” auf ihrem? Eine Single-Tenant-Datenbank auf dem Konto des Anbieters ist Isolation, kein Eigentum. Sie sollte in deiner Cloud-Konsole auftauchen.
2. Kann ich die Jurisdiktion festlegen? Regionsauswahl zum Zeitpunkt des Anlegens — idealerweise mit einer harten Garantie, nicht nur einer Präferenz.
3. Was passiert beim Trennen? Die korrekte Antwort lautet: Der Anbieter verliert den Zugriff und du behältst alles, sofort, ohne Export-Schritt.
4. Folgen Compute-Artefakte derselben Regel? Wenn die Plattform Code für dich baut oder deployt, sollte sie auf dein Konto deployen, nicht ihn für dich hosten und es dann dein Eigentum nennen.

sSystm beantwortet alle vier mit Ja — das ist es, was “das erste BYOC Agency OS” in der Praxis bedeutet, und du kannst die Details in den Docs nachsehen, statt uns beim Wort zu nehmen.

Wohin das führt

BYOC begann in schwergewichtiger Dateninfrastruktur, wo Unternehmen sich weigerten, Petabytes ihre VPCs verlassen zu lassen. Was sich geändert hat: Moderne Edge-Plattformen machen das Anlegen pro Mandant günstig genug für alltägliche Business-Software — eine Datenbank pro Organisation ist heute ein API-Aufruf, kein Beschaffungsprojekt.

Unsere Wette ist einfach: Sobald Agenturen sehen, dass sie das Produkt haben und die Daten behalten können, beginnt “eure Datensätze in unserer Datenbank” wie eine Alt-Annahme auszusehen statt wie ein Naturgesetz. Der vollständige Modulkatalog und die Preise spiegeln dieselbe Philosophie wider — ein kostenloser Kern-Workspace, und du schaltest nur ein (und bezahlst nur), was du nutzt.