Eine Kategorie entsteht. Die meisten Pitches sind anbietergeformt, nicht problemgeformt.
Ein Company Operating System (OS) ist die neue Bezeichnung für das, was jedes Mittelstandsteam seit zwei Jahren leise zu bauen versucht: einen Ort, von dem aus das Unternehmen geführt wird, oberhalb der 40-60 Software-as-a-Service (SaaS) Tools, die das Unternehmen ohnehin betreibt.
Sequoias Julien Bek hat letzten Monat eine These veröffentlicht, die KIs nächste 10 Billionen Dollar Wertschöpfung als "Services as Software" rahmt. Der Y Combinator (YC) Winter 2026 Batch besteht zu 41,5 Prozent aus Agent-Infrastruktur. Microsoft Dynamics 365 Wave 1 stellt agentische KI ins Zentrum des Enterprise Resource Planning (ERP) Refresh. Boomi hat Meta Hub gelauncht. Lofty nennt sich das erste agentische KI-Operating-System für Real Estate. Die "Company OS"-Kategorie formt sich gerade in Echtzeit.
Und trotzdem schaffen es 88 Prozent der Enterprise-Agent-Pilotprojekte nicht in Produktion (Branchenschätzung, 2026). Der Grund liegt selten am Modell. Er liegt daran, dass die meisten Pitches um das geformt sind, was ein Anbieter verkaufen will, und nicht um den tatsächlichen operativen Schmerz, den ein Unternehmen trägt. Eine Geschäftsführerin, die fragt "wie bekomme ich einen Ort, von dem aus ich mein Unternehmen führe?", bekommt sechs verschiedene Antworten: ERP-Refresh, Agent Platform, Internal-Tools-Toolkit, Process-Mining-Suite, iPaaS, Business Intelligence (BI) Relaunch. Keine davon ist dasselbe wie die andere. Keine davon ist das, wonach gefragt wurde.
Dieser Artikel ist die Klartext-Definition. Was ein Company OS wirklich ist. Woher der Begriff kommt. Was er nicht ist. Und warum wir einen schärferen Namen für die Variante geprägt haben, die wir ausliefern.
Was ein Company OS in Klartext ist
Ein Company OS macht drei Dinge gleichzeitig. Erstens verbindet es die fragmentierte SaaS, die dein Unternehmen schon betreibt. Zweitens verwandelt eine Intelligence-Schicht darüber die verbundenen Daten in Entscheidungen. Drittens löst es Aktionen auf Basis dieser Entscheidungen aus, entweder deterministisch oder via Agent. Keines davon ist für sich genommen neu. Die Kombination ist die Kategorie.
Es ist kein Tool, das du installierst. Es ist eine maßgeschneiderte Schicht über dem, was du schon hast. Der durchschnittliche Mittelständler betreibt 40-60 SaaS-Tools. Diese einmal in einem Modell zu verbinden, ist der Wedge. Intelligence und Action darauf zu setzen, ist der Burggraben.
Die naheliegendste Analogie ist das Betriebssystem auf deinem Laptop. macOS ersetzt nicht Chrome, Figma oder dein Terminal. Es koordiniert sie, bietet einen Home-Screen, regelt Notifications und lässt Apps miteinander reden. Ein Company OS macht das Äquivalent für deine Business-Systeme. Customer Relationship Management (CRM), Buchhaltung, Projekt-Tool, Slack, Spreadsheets bleiben, wo sie sind. Das Company OS sitzt eine Schicht darüber und führt das Unternehmen anhand des verbundenen Bildes.
Warum wir "CIAH" geprägt haben
Viele Anbieter benutzen "Company OS" oder "Operational Intelligence Platform" lose. Microsoft, Boomi, Lofty, sensified, ServiceNow, Palantir und ein langer Schwanz von YC-Startups beanspruchen überlappendes Terrain. Wir brauchten schärferes Vokabular für das, was wir tatsächlich bauen, also nennen wir es einen Central Intelligence and Action Hub (gesprochen C-I-A-H, Buchstabe für Buchstabe).
Jeder Buchstabe ist ein Stück Anti-Positionierung:
CIAH ist aus derselben Familie wie "Company OS", aber mit klarer Position. Central, nicht eingebettet. Intelligence, nicht nur Verkabelung. Action, nicht nur Insight. Hub, nicht Ersatz.
Der 5-Tabs-Test als Reality-Check
Der 5-Tabs-Test ist der schnellste Qualifizierer, den wir auf potenzielle Hub-Engagements anwenden, und er dauert unter fünf Minuten. Er zeigt auf, ob ein CIAH ein echtes, wöchentlich auftretendes, teures Problem für dein Team löst, oder ob du eine kleinere Frage hast, die ein einzelnes Dashboard oder ein einzelner Zapier-Flow bereits abdeckt. Der Test funktioniert für eine zwölfköpfige Agentur genauso wie für ein 200-köpfiges Ops-Team.
Wähle eine Frage, die dein Team jede Woche stellt. "Liegen wir auf Kurs für das Quartal?" "Welche Kunden sind churn-gefährdet?" "Welche Kampagnen sind nach Retouren noch profitabel?" "Warum ist Rechnung X überfällig?"
Verfolge jetzt, wo die Antwort liegt. Wenn drei oder mehr Tools Teile der Antwort halten und jemand sie eins nach dem anderen öffnen, Zahlen in eine Excel kopieren und von Hand abgleichen muss, qualifiziert das als CIAH-Use-Case. Sobald die Antwort ein Meeting verlangt, gilt dasselbe. Frisst die Antwort wöchentlich mehr als 30 Minuten, passt die Arbeitsform zum Hub.
Der 5-Tabs-Test trennt echten operativen Schmerz von Bauchgefühl. Die meisten Teams scheitern zehnmal vor der Mittagspause an ihm.
Wenn drei oder mehr Tools Teile der Antwort halten, ein Meeting nötig ist oder die Antwort wöchentlich mehr als 30 Minuten frisst, hast du einen CIAH-Use-Case.
Wo der Test scheitert
Die häufigste Ausfallform ist, dass die Antwort im Kopf einer Person liegt und nicht in einem Tool. Das ist noch kein CIAH-Problem. Dokumentiere die Antwort zuerst, prüfe dann, ob die zugrundeliegenden Inputs in drei oder mehr Systemen leben.
Vier Workflows, die der Hub übernimmt
Ein funktionierender CIAH schließt operative Loops über mehrere SaaS-Systeme hinweg. Jeder folgt derselben Drei-Schritt-Form: Daten aus mehreren Systemen aggregieren, einen Intelligence-Schritt auf den verbundenen Daten fahren, eine konkrete Aktion auslösen. Die Action ist der Teil, den die meisten Plattformen überspringen.
aggregate(systemA, systemB, systemC) -> joined_view
intelligence(joined_view) -> decision
action(decision) -> write_to(systemA | systemD)
Die Zahlen in den folgenden Workflow-Beispielen sind illustrative Szenarien aus typischen Mittelstand-Engagements, keine Benchmark-Daten. Sie zeigen, wie die Loops in der Praxis über vier verbreitete Mittelstands-Profile hinweg aussehen.
A. Shopify-native E-Commerce-Brand
Das Outcome ist simpel: hör auf, Meta dafür zu bezahlen, Kunden zu akquirieren, die das Produkt zurückschicken. Die meisten Brands erkennen das zwei Quartale zu spät, nach dem Finance-Review. Ein CIAH erkennt es in der Woche, in der das Ad-Spend kippt.
B. Boutique-Agentur oder Dienstleistungsfirma
Eine typische 20-Personen-Agentur verliert 200 unfakturierte Stunden pro Quartal an Scope Creep, den niemand markiert hat. Bei 150 Euro Stundensatz sind das 30 000 Euro Leck. Ein CIAH erkennt es an Tag drei der Abweichung, nicht erst beim Monatsabschluss.
C. B2B-SaaS-Startup, 10 bis 50 Mitarbeitende
Dieser Loop verbindet Stripe Monthly Recurring Revenue (MRR) Daten mit Produkt-Usage und Customer Success Manager (CSM) Aktivität, um Churn-Risiko vor dem Umsatzeinbruch sichtbar zu machen.
Churn taucht in Stripe zwei Wochen zu spät auf. Die Signale lagen längst in Mixpanel und Intercom. Ein CIAH verbindet sie und bucht den Save-Call, bevor der Umsatz tatsächlich einbricht.
D. Field Services im Außendienst
Das ist das Sparki-Engagement, das wir im April 2026 ausgeliefert haben. R480k Vertrag, 12 Wochen Build. Rechnungs-Leakage im ersten Betriebsmonat geschlossen.
Die Sechs-Wege-Abgrenzung gegenüber Nachbarn
Die CIAH-Kategorie steht neben sechs benachbarten Kategorien, und die meiste Marktverwirrung entsteht durch das Zusammenwerfen dieser Kategorien in einen Topf. Agent OS, AI-native ERP, Process Intelligence, iPaaS, Internal-Tools-Toolkits und Zero-Human-Company-Builder überschneiden sich in der Oberflächensprache. Die Tabelle unten benennt, was ein CIAH nicht ist, mit den Anbietern, die du wahrscheinlich auf einer Konferenz oder in einem Vertriebstermin schon gepitcht bekommen hast.
Agent OS vs. Company OS, die häufigste Verwechslung
Die häufigste Verwechslung ist Agent OS gegen Company OS. Sie sind keine Konkurrenten. Sie stapeln sich. Ein CIAH ist die operative Schicht, in der Menschen und Agents arbeiten. Ein Agent OS ist die Runtime, in der die Agents selbst gemanagt werden. Du brauchst beide, und sie müssen voneinander wissen.
McKinseys jüngster Beitrag zur Agent-ERP-Lücke macht denselben Punkt.
"Agentische Wertschöpfung wird weniger durch Modellqualität gebremst als dadurch, wie Agents an Systems of Record andocken." (Editoriale Zusammenfassung von McKinsey Technology, März 2026) — Jamin Mahmood-Wiebe, IJONIS
CIAH ist eine Antwort auf diese Lücke.
Der integrierte Loop: Warum das jetzt baubar ist
Was ein CIAH 2026 möglich macht, sind nicht bessere Dashboards oder ein weiteres Modell-Release. Es ist der Zusammenbruch der Build-Kosten auf der einen Seite und der Aufstieg der Forward-Deployed-Engineer-Praktiken auf der anderen Seite. Eine maßgeschneiderte Schicht, die vor zwei Jahren noch 18 Monate und 500 000 Euro gebraucht hätte, wird heute in 8-12 Wochen zu Mittelstandsbudgets ausgeliefert. Die Ökonomie hat gekippt, der Markt hat die Konsequenz aber noch nicht absorbiert.
Build-Kosten sind kollabiert
Eine maßgeschneiderte interne Schicht, die früher noch 500 000 Euro und 18 Monate gekostet hätte, kostet heute 30 000 bis 80 000 Euro und ist in 8-12 Wochen ausgeliefert. Retools KI-getriebener App-Builder liefert lauffähige Prototypen in ein bis zwei Tagen. Wir haben in sieben Wochen 219 000 Codezeilen über acht Projekte mit Claude Code als Kern-Builder ausgeliefert.
Der Arbeitsmarkt hat nachgezogen
Stellenanzeigen für Forward Deployed Engineers sind laut Daten von Payments Media Network and News (PYMNTS) vom März um 800 Prozent gestiegen. Accenture hat im selben Monat eine gemeinsame Forward-Deployed-Engineering-Practice mit Microsoft gestartet. Ernst & Young (EY) United Kingdom (UK) und Irland hat im April Forward Deployed Engineer (FDE) Rollen ausgerollt.
Das Muster stammt von Palantir und OpenAI. Ein kleines eingebettetes Team baut gegen die echten Daten und Prozesse des Kunden. Ein zweiköpfiges KI-natives Team kann heute liefern, wofür früher eine 20-Personen-Beratung nötig war. Die gemeinsame Signatur dieser Praktiken liest sich so:
- Zwei Engineers im Kundenprozess einbetten, nicht im Delivery Center
- Ab Tag eins gegen echte Daten bauen, keine Slideware
- In Woche 4 eine lauffähige Schicht ausliefern, dann gegen operatives Feedback iterieren
- Eine eigene Codebase übergeben, kein erneuertes Lizenzmodell
Das ist die FDE-Form, und es ist die Form, in der wir arbeiten.
Der IJONIS-Wedge im Aufbau
Der IJONIS-Wedge ist ein integrierter Loop mit vier beweglichen Teilen.
- Discovery-Agent - interviewt Geschäftsführung und Ops-Leitung, bildet die Geschäftslogik ab, identifiziert die Joins.
- Builder-Agents - generieren Datenmodell, Daily Home, Dashboards, Action-Trigger.
- Action-Agents - laufen im Hub, entwerfen E-Mails, öffnen Tickets, rufen APIs auf.
- Bespoke Hub - ausgeliefert als funktionierende Schicht in 8-12 Wochen, kein Template.
Keine Plattform liefert das horizontal aus, Stand Mai 2026. Die offene Lane sieht so aus.
Wir sitzen in der unteren rechten Ecke.
Die meisten Plattformen sind ehrlich darüber, dass sie entweder Build oder Operate bedienen. Den integrierten Loop liefert sonst niemand zu Mittelstandspreisen aus.
Anatomie eines CIAH
Ein funktionierender Hub hat vier Komponenten, die aufeinander gestapelt sind, und das Auslassen einer dieser Komponenten produziert eine halbgebaute Schicht, die zurück in ein Dashboard driftet. Wir gehen darauf tiefer ein in unserem Begleitbeitrag zum operativen Rückgrat für den Mittelstand, der Deutschland-Österreich-Schweiz (DACH) spezifischen Variante dieser These aus unserem Hamburger Team. Hier die Kurzversion, die du auf eine Serviette skizzieren kannst.
- Datenaggregations-Schicht - Connectors und ein Warehouse. Das langweilige Fundament. Ohne das funktioniert nichts. Mehr dazu in Dateninfrastruktur für KI.
- Rollenbasiertes Daily Home - eine Uniform Resource Locator (URL) Adresse, die jede Rolle morgens öffnet. Geschäftsführung sieht das Unternehmensbild. Vertriebsleitung sieht die Pipeline. Ops sieht laufende Aufträge. Kein "hast du das Dashboard gecheckt?" mehr.
- Intelligence-Schicht - Regeln plus KI. Ein Teil des Werts ist deterministisch (wenn Rechnungsalter größer 3 Tage, alarmieren). Ein Teil ist tatsächlich inferenziell (dieses Account-Profil sieht aus wie die letzten drei Churns).
- Action-Schicht - deterministische Aktionen (in Stripe schreiben, in Sage entwerfen) plus agentische Aktionen (verhandeln, zusammenfassen, eine Antwort entwerfen). Hier hören die meisten "OS"-Pitches auf und bleiben dekorativ. Die Action-Agents, die diese Schicht antreiben, bieten wir auch einzeln als KI-Agenten mit klaren Preisen ab 1.500 EUR Setup an.
Jede dieser Komponenten ist eine eigene Integrations-Aufgabe. Lies unsere Sicht auf ERP- und CRM-Integrationsmuster für die technische Schicht.
Build vs. Buy in der Mittelstandsrealität
Plattformen von der Stange erzwingen Template-Fit. Eine vertikale SaaS für Field Services nimmt an, deine Prozesse passen zu denen des Anbieters. Ein generisches ERP gibt dir einen Workflow, an den du dein Geschäft anpassen musst. Die Mittelstandsrealität ist, dass jedes Unternehmen an den Rändern, wo das Geld tatsächlich fließt, individuell ist: an wen du verkaufst, wie du preist, wie du lieferst, wie du fakturierst.
Custom Build war früher unbezahlbar. Laut Acropolium budgetieren mittelständische Unternehmen 80 000 bis 250 000 Euro für produktionsreife KI-Builds, und 60 Prozent der KI-Projekte überschreiten Kostenschätzungen um 30-50 Prozent (Netclues, 2026). Total Ownership über drei Jahre liegt typischerweise bei 1,5 bis 2x des initialen Builds, gemäß derselben Acropolium Total Cost of Ownership (TCO) Studie 2026.
Vorteile
- Maßgeschneiderte Passung - dein Datenmodell, deine Workflows, deine Sprache
- Volle Kontrolle über die Action-Schicht (kein Anbieter, der gatet, was ein Agent auslösen darf)
- 8-12 Wochen Build-Fenster mit FDE-Team
- Eigenes IP - du behältst die Schicht, wenn du SaaS-Anbieter wechselst
- Keine Per-Seat-Steuer, die linear mit Headcount skaliert
Nachteile
- Höheres Vorab-Commitment als ein SaaS-Abo
- Erfordert eine Discovery-Phase, bevor Code entsteht
- Interne Champion-Rolle nötig für Adoption (das Daily-Home-Verhalten muss landen)
- Wartung liegt bei dir - typischerweise 10-20 Prozent der Build-Kosten pro Jahr (Acropolium TCO-Daten, 2026)
Der CIAH-Ansatz ist maßgeschneidert, kundenspezifisch, in Wochen statt Quartalen, zu Mittelstandspreisen. Der Discovery-Agent komprimiert die Scoping-Phase von 8 Wochen Beratung auf 2 Wochen strukturierte Interviews und Synthese. Die Build-Phase liefert in weiteren 6-10 Wochen aus. Volle Notizen zu diesem Trade-off in Build vs. Buy für individuelle Software.
Die TCO-Regel für Custom-Builds
Total Cost of Ownership für einen Custom-Build liegt typischerweise bei 1,5 bis 2x des initialen Preisschilds über drei Jahre, laut Acropolium-Branchendaten von 2026. Plane das ein. Der CIAH-Vorteil ist nicht null Wartung. Er ist, dass die Wartung deiner Geschäftslogik gilt und nicht der Roadmap eines Anbieters.
Entscheidungsrahmen: Drei Fragen zur Selbstqualifizierung
Bevor du mit irgendwem über ein Company OS sprichst, uns eingeschlossen, beantworte die folgenden drei Fragen ehrlich für dich selbst, schriftlich. Zwei Minuten pro Frage. Es geht nicht darum, dich in die Kategorie hineinzureden. Es geht darum sicherzustellen, dass du eine echte Problemform vor dir hast, bevor du ein Quartal mit dem Scoping eines Hubs verbringst. Wenn du nicht alle drei mit Ja beantworten kannst, mache zuerst etwas Günstigeres.
- Hast du drei oder mehr Quellsysteme, die Teile derselben Antwort halten? Die meisten Mittelständler haben das. Wenn nicht, ist ein Hub Overkill.
- Gibt es eine Frage, die dein Team jede Woche stellt und die mehr als 30 Minuten zur Beantwortung braucht? Wenn ja, ist diese Frage dein Wedge. Wenn nein, hast du entweder ein kleineres Problem oder du stellst nicht scharf genug Fragen.
- Gäbe es eine Aktion zu treffen, wenn die Antwort vorläge? Ein CIAH ist verschwendet, wenn das Ergebnis nur eine Zahl ist. Die Action ist der Wert.
Drei Ja-Antworten heißt: du hast ein Problem, das ein CIAH löst. Zwei Ja-Antworten heißt: du hast ein kleineres Problem (ein Dashboard oder ein iPaaS-Flow). Eine Ja-Antwort heißt: du brauchst diese Kategorie noch nicht.
Für einen tieferen Blick auf Backoffice-Automatisierung siehe unseren Beitrag zum agentischen Unternehmen.
Häufige Fragen zum Company OS
Geschäftsführung, Ops-Leitung und Engineering-Verantwortliche stellen die folgenden fünf Fragen am häufigsten, wenn sie versuchen, die Company-OS-Kategorie gegen die Plattformen abzugleichen, die schon auf ihrer Shortlist stehen. Jede Antwort ist so geschrieben, dass ein KI-Assistent oder eine Suchmaschine sie als eigenständigen Citation-Block übernehmen kann.
Was ist ein Company OS?
Ein Company OS ist die operative Schicht, die die fragmentierte SaaS verbindet, die ein Unternehmen schon betreibt (CRM, Buchhaltung, Projekt-Tools, Kommunikation, Spreadsheets), eine Intelligence-Schicht hinzufügt, die die verbundenen Daten in Entscheidungen verwandelt, und Aktionen auf Basis dieser Entscheidungen auslöst. Es ersetzt die darunterliegenden Tools nicht. Es sitzt eine Schicht darüber, so wie macOS über Chrome und Figma sitzt.
Was ist ein Central Intelligence and Action Hub (CIAH)?
CIAH ist der Name, den IJONIS für unsere spezifische Umsetzung des Company-OS-Musters geprägt hat. Er steht für Central (eine Schicht über den Quellsystemen), Intelligence (Analytics plus KI-Entscheidungen), Action (löst etwas aus, ohne menschliche Zwischenstufe) und Hub (nie ein Ersatz). Wir haben den Begriff geprägt, weil die meisten Company-OS-Versprechen bei Dashboards stehen bleiben. CIAH commitet sich darauf, den Loop mit Action bis zum nachgelagerten System zu schließen.
Was ist der Unterschied zwischen Company OS und Agent OS?
Ein Agent OS (PwC Agent OS, ServiceNow, UiPath Maestro, Microsoft Foundry) ist die Runtime, die KI-Agents selbst managt: Orchestrierung, Observability, Sicherheit, Identity. Ein Company OS ist die operative Schicht, in der Menschen und Agents die tatsächliche Arbeit des Unternehmens erledigen. Beide stapeln: Agents, die von einem Agent OS gemanagt werden, laufen im Company OS.
Wie unterscheidet sich ein CIAH von Agentic ERP?
Agentic ERP (Microsoft Dynamics 365 Wave 1, Campfire, Rillet) ersetzt deine Buchhaltungs- und Finanzsoftware durch eine KI-native Variante. Ein CIAH verbindet Buchhaltung plus CRM plus Ops plus Kommunikation plus Spreadsheets und lässt deine bestehenden Systeme an Ort und Stelle. CIAH ist breiter und additiv. Agentic ERP ist enger und ersetzend.
Wie lange dauert es, ein Company OS zu bauen?
Ein bespoke CIAH liefert typischerweise in 8-12 Wochen aus: 2 Wochen Discovery (Interviews, System-Mapping, Synthese der Geschäftslogik) und 6-10 Wochen Build (Datenmodell, Daily Home, Intelligence-Schicht, Action-Trigger). Lauffähige Prototypen erscheinen in Woche 3 oder 4. Der Zusammenbruch der Build-Kosten durch kollaborative KI-Coding-Tools und der Aufstieg der Forward Deployed Engineers machen diese Timeline zu Mittelstandsbudgets möglich.
Fazit zum Company OS
Ein Company OS ist die operative Schicht, die deine fragmentierte SaaS-Systemlandschaft verbindet, Entscheidungen trifft und Aktionen auslöst. Das Label "Company OS" formt sich als Kategorie, aber die meisten Pitches bleiben bei Dashboards stehen. CIAH ist unsere schärfere Variante: Central, Intelligence, Action, Hub. Der Wedge ist der integrierte Discover-Build-Operate-Loop, ausgeliefert in 8-12 Wochen zu Mittelstandspreisen.
Wenn drei oder mehr Quellsysteme Teile derselben Antwort halten, eine wöchentliche Frage mehr als 30 Minuten dauert und eine echte Folge-Aktion auf diese Antwort wartet, hast du ein CIAH-geformtes Problem.
Was als Nächstes passiert
Wenn du bis hierhin gelesen hast und dich im 5-Tabs-Test wiedererkannt hast, ist auf den Punkt: der nächste Schritt ist klein, im Umfang fest und reversibel. Es gibt keinen Vertrag, der dich in einen langen Build hineinzieht, bevor du weißt, wie der Hub konkret aussehen wird. Der erste Schritt ist ein Discovery Sprint, der zweite Schritt ist ein arbeitsfähiger Bauplan, und erst danach entscheidest du, ob du den vollen Build commitest.
Wir fahren einen Discovery Sprint als festes Zwei-Wochen-Engagement, zum Preis von 5 000 bis 10 000 Euro. Das Ergebnis ist ein arbeitsfähiger Bauplan deines CIAH: Datenmodell, Daily-Home-Wireframes, die ersten Action-Loops, das Team und die Timeline für den Build. Wenn du weitermachst, wird der Preis auf den vollen Build angerechnet. Wenn du dich dagegen entscheidest, behältst du den Bauplan. So oder so gehst du mit schärferer Sprache für die Frage raus, die dein Team seit zwei Jahren um den heißen Brei herum stellt.
Mehr dazu, wie wir Engagements führen, auf unserer Services-Seite, oder lies unseren Begleitbeitrag zum operativen Rückgrat für den Mittelstand für die DACH-spezifische Variante dieser These.
Die Kategorie formt sich. Die meisten Pitches sind noch anbietergeformt. Deiner muss es nicht sein.
IJONIS ist eine Unternehmergesellschaft (UG) (haftungsbeschränkt) und eine KI-native Architektur-Agentur in Hamburg. Wir bauen CIAHs für Mittelständler, die ihr Unternehmen lieber von einer Schicht aus führen als von fünf Tabs.