Erst Use Case, dann Datenarchitektur, dann KI: Wie der Mittelstand KI zum Wachstumshebel macht
Wenn KI-Projekte im Schweizer Mittelstand scheitern, dann nicht weil die Technologie nicht reif wäre, sondern weil sie auf eine Architektur trifft, die KI nicht tragen kann. Wir erklären, warum KI-Pilotprojekte scheitern können, welche drei Arten von KI Geschäftsleitungen zwingend unterscheiden müssen, was eine KI-fähige Datenarchitektur ausmacht und in welcher Reihenfolge Sie vorgehen sollten, damit KI zum Wachstumshebel wird und nicht zum teuren Pilot-Friedhof.
Auf einen Blick
- Die meisten KI-Projekte scheitern nicht an der Technologie, sondern an fehlendem Use Case, fragmentierten Daten und fehlender Verantwortung.
- KI multipliziert die Architektur, die sie vorfindet: saubere Datenbasis multipliziert Wertschöpfung, Datenchaos multipliziert das Chaos, nur schneller und teurer.
- Geschäftsleitungen müssen drei Arten von KI unterscheiden: Produktivitäts-KI (ChatGPT, Claude, Copilot), prozessintegrierte KI (z. B. Breeze AI in HubSpot) und KI-Agenten (ready-to-use oder kundenspezifisch). Nur die letzten beiden sind strategische Wachstumshebel.
- Die Voraussetzungen steigen mit jeder Stufe: Produktivitäts-KI verlangt nichts. Prozessintegrierte KI verlangt eine zentrale, konsistente Datenbasis. KI-Agenten verlangen zusätzlich klare Prozesse, Zugriffsrechte und Eskalationspfade.
- Der nicht-verhandelbare Unterbau für KI ist derselbe wie für jeden modernen Stack: ein ERP plus eine Customer Plattform, sauber verbunden.
- Die Reihenfolge entscheidet: zuerst der konkrete Geschäftsfall (Business Case mit klarem Problem, klarer Chance oder klarem Potenzial), dann die Datenarchitektur, dann die KI. Nie umgekehrt.

Warum bleiben so viele KI-Projekte im Pilotstadium?
KI-Projekte, welche mit der Technologiefrage starten statt mit den Prozessen, in denen heute Wert
verloren geht, bleiben meist im Pilot stecken.
Der richtige Einstieg ist umgekehrt: zuerst die Pain Points in den Kernprozessen identifizieren,
daraus Use Cases ableiten, priorisieren und erst danach Technologie wählen.
Schritt 1: Pain Points pro Kernprozess identifizieren.
Pro Kernprozess geht es auf einer Metaebene um diese vier Fragen:
-
Wo geht Zeit verloren?
-
Wo gibt es Medienbrüche zwischen Systemen?
-
Wo wird viel manuell recherchiert oder zusammengetragen?
-
Wo ist Fleissarbeit, die niemand gerne macht?
Schritt 2: Use Cases aus Pain Points ableiten.
Aus jedem Pain Point (oder aus einer Gruppe verwandter Pain Points, die auf dasselbe Thema zeigen) entsteht ein Use Case. Jeder Use Case wird als Handlungsfeld formuliert, z. B. «Angebotsprozess beschleunigen», nicht als technische Lösung wie «KI-Tool für Angebote einführen». Zwei Fragen pro Use Case: Welcher Pain wird adressiert? Welcher Business-Nutzen entsteht, wenn er gelöst wird? Bewusst noch nicht Teil dieses Schritts ist die Frage, wie der Use Case mit KI konkret umgesetzt wird. Es geht darum, die richtigen Themen zu finden, nicht die richtigen Werkzeuge.
Schritt 3: Priorisieren, dann Technologie evaluieren.
Erst werden die Use Cases nach zwei Impact-Dimensionen sortiert: Business-Nutzen (bspw. strategischer Wert, Umsatz, Markt- und Kundenwirkung, Differenzierung, Reputation) und Effizienzgewinn (bspw. Zeitersparnis, frei werdende Kapazität, Fehlerreduktion, Kostensenkung). Beide Achsen zusammen beantworten die Frage, ob ein Use Case einen Pilot überhaupt lohnt. In einem zweiten, getrennten Schritt wird die Technologiefrage gestellt: Welche Plattform, welche KI-Art, welches Tool könnte zum priorisierten Use Case passen? Erst auf dieser Basis startet ein Pilot auf einem Fundament, das ihn trägt.
Was bedeutet «KI multipliziert die Architektur, die sie vorfindet»?
Es bedeutet, dass KI kein eigenständiges System ist, sondern eine Schicht, die auf den Daten und Prozessen operiert, die bereits existieren. KI verbessert die Architektur darunter nicht, sondern verstärkt sie. In beide Richtungen.
Definition: Prozessintegrierte KI
KI-Funktionalität, die direkt auf dem Datenmodell und in den Workflows eines operativen Systems eingebettet ist, etwa Lead-Scoring, Cross-Selling-Vorhersagen oder Service-Automatisierung innerhalb der Customer Plattform. Im Gegensatz zur Produktivitäts-KI (eigenständige Assistenten ohne Zugriff auf die Geschäftsprozesse) ist prozessintegrierte KI immer nur so leistungsfähig wie die Datenbasis, auf der sie aufsetzt.
Liegt eine saubere, zentralisierte Datenbasis vor, multipliziert KI die Wertschöpfung: Sie automatisiert Workflows, liefert verlässliche Vorhersagen, personalisiert Kundeninteraktionen über die gesamte Customer Journey. Liegt Datenchaos vor, entsteht kein intelligenter Mehrwert, sondern eine beschleunigte Verstärkung bestehender Probleme. KI ist nur so gut wie die Daten, Prozesse und Wissensquellen, auf die sie zugreift. Sind diese unvollständig, veraltet, widersprüchlich oder schlecht strukturiert, liefert KI falsche Empfehlungen, unzuverlässige Antworten oder automatisiert sogar fehlerhafte Entscheidungen.
Für die Geschäftsleitung heisst das: KI ist kein Ersatz für saubere Datenführung. Sie macht Datenqualität sichtbar und erhöht den Druck, diese zu beheben. Ohne solide Datenbasis entstehen Risiken in Effizienz, Entscheidungsqualität, Compliance und Vertrauen der Mitarbeitenden.
→ Kurz gesagt: Schlechte Daten führen zu schlechter KI. Gute KI beginnt deshalb nicht beim Tool, sondern bei Datenqualität, Governance und klaren Prozessen.
Welche drei Arten von KI müssen Geschäftsleitungen unterscheiden?
Geschäftsleitungen müssen drei Kategorien klar trennen: Produktivitäts-KI, prozessintegrierte KI und KI-Agenten. Sie unterscheiden sich grundlegend in dem, was sie tun, was sie kosten und, am wichtigsten, welche Voraussetzungen sie an Ihre Datenarchitektur stellen.
Produktivitäts-KI
sind eigenständige Assistenten wie ChatGPT, Claude oder Microsoft Copilot.
Sie unterstützen einzelne Mitarbeitende bei Recherche, Textentwürfen, Zusammenfassungen oder Code. Diese KI funktioniert sofort, unabhängig vom Zustand Ihres Tool-Stacks. Sie braucht keinen Zugriff auf Ihre Geschäftsdaten, weil sie Ihre Geschäftsprozesse gar nicht kennt. Produktivitäts-KI ist nützlich, oft sehr nützlich, und sie sollte eingeführt und sauber geregelt werden. Aber sie ist ein Effizienz-Tool für einzelne Aufgaben, kein strategischer Wachstumshebel. Sie macht einzelne Arbeitsschritte schneller; sie verändert nicht, wie Ihr Unternehmen Leads gewinnt, Kunden bindet oder Cross-Selling realisiert.
Prozessintegrierte KI
ist KI, die direkt in Ihren operativen Systemen sitzt und auf deren Datenmodell operiert. In einer modernen Customer Plattform übernimmt sie Lead-Scoring, erkennt Cross-Selling-Potenziale, priorisiert Service-Tickets, optimiert Kampagnen.
Sie ist eine Intelligenz-Schicht: Sie liefert Bewertungen, Vorhersagen, Inhalte oder Vorschläge. Die eigentliche Entscheidung und Ausführung bleibt bei Menschen oder bestehenden Automationen. Diese KI versteht Ihre Kundinnen und Kunden, Ihre Pipeline, Ihre Geschäftsprozesse, aber nur, wenn diese Informationen zentral, konsistent und zugänglich vorliegen.
Für Geschäftsleitungen hat das eine konkrete Konsequenz bei jeder Neubeschaffung eines operativen Kernsystems wie CRM oder Customer Plattform: Die Prüffrage ist heute nicht nur, ob das System die Prozesse abbildet, sondern ob prozessintegrierte KI bereits eingebaut ist und ob alle Kundendaten in einem gemeinsamen Datenmodell liegen (Single Source of Truth). Wer ein System wählt, in dem Marketing-, Sales- und Service-Daten an einem Ort leben, legt das Fundament, auf dem KI später Wert schaffen kann. Wer drei oder vier separate Tools per Schnittstelle koppelt, baut sich das Datenchaos, das KI später nicht heilen, sondern multiplizieren wird.
KI-Agenten
gehen einen entscheidenden Schritt weiter: Sie führen mehrstufige Aufgaben selbstständig aus. Statt einen Vorschlag zu machen, qualifizieren sie eingehende Leads, beantworten Service-Anfragen erster Linie, recherchieren Account-Profile vor einem Sales-Call oder erstellen und veröffentlichen Inhalte, über mehrere Schritte und Systeme hinweg, mit definierter Eskalation an Menschen, wenn nötig. Agenten sind die Aktions-Schicht über der Intelligenz-Schicht.
Hier sind zwei Varianten zu unterscheiden:
Ready-to-use Agenten kommen vorgebaut mit der Plattform, etwa die Breeze Agenten in HubSpot für Prospecting, Customer Service, Content oder Social Media. Sie sind in Tagen bis Wochen konfiguriert, operieren aber innerhalb der Logik des jeweiligen Anbieters und auf dessen Datenmodell. Für Standard-Anwendungsfälle ein schneller Hebel mit überschaubarem Aufwand.
Kundenspezifische Agenten werden für ein konkretes Unternehmen entwickelt, zugeschnitten auf dessen Prozesse, Daten, Systeme und Anforderungen. Typische Eigenschaften:
-
kennen firmeneigene Prozesse, Abläufe und Regeln
-
nutzen interne Datenquellen wie CRM, ERP, SharePoint, Ticketsysteme oder Wissensdatenbanken
-
sind auf Rollen, Berechtigungen und Governance-Vorgaben abgestimmt
-
arbeiten entlang definierter Prozesse und Aufgaben
-
führen Aktionen aus oder bereiten sie vor, nicht nur Antworten auf Fragen
Beispiele:
-
Service-Agent für die technische Störungsbehebung mit Zugriff auf Interventionsberichte und Produktdaten
-
Sales-Agent, der Verkaufschancen analysiert, Angebote vorbereitet und Next Best Actions empfiehlt
-
HR-Agent für interne Richtlinien, Onboarding und Mitarbeiterfragen
-
Management-Agent für Marktmonitoring, KPI-Analysen oder Zusammenfassungen aus verschiedenen Systemen
Aufwand: Wochen bis Monate statt Tagen. Die Investition rechnet sich dort, wo der automatisierte Prozess Ihr USP ist.
Die Voraussetzungen an Ihre Architektur steigen mit jeder Stufe: Produktivitäts-KI verlangt nichts. Prozessintegrierte KI verlangt eine saubere, zentralisierte Datenbasis. KI-Agenten verlangen darüber hinaus klar definierte Prozesse, sauber geregelte Zugriffsrechte, definierte Eskalationspfade und eine Governance, die festlegt, wo der Agent eigenständig handeln darf und wo der Mensch zwingend einbezogen wird. Wer agentische KI auf einen unaufgeräumten Stack setzt, vervielfacht die Risiken der prozessintegrierten KI, jetzt mit Handlungsvollmacht.
Der häufigste strategische Fehler auf Geschäftsleitungsebene: Man führt Produktivitäts-KI ein, sieht einen echten Nutzen und schliesst daraus, man sei «mit KI unterwegs». Man verwechselt das schnelle, einfache Werkzeug mit dem langsamen, anspruchsvollen Hebel. Wer KI als Wachstumstreiber will, meint prozessintegrierte KI oder Agenten. Und beide beginnen nicht mit einem KI-Tool, sondern mit der Datenarchitektur.
Was macht eine Datenarchitektur KI-fähig?
KI-fähig wird eine Architektur, wenn kundenrelevante Daten zentral, konsistent und über die gesamte Customer Journey zugänglich sind und wenn das CRM die Quelle der Wahrheit ist und nicht das Backup für den Excel-Friedhof.
Der Unterbau ist derselbe, den jedes moderne Unternehmen ohnehin braucht: ein ERP als finanziell-operative Wahrheit und eine Customer Plattform als kundenseitige Wahrheit, sauber über offene Schnittstellen verbunden. Drittsysteme ergänzen situativ. Wer diesen Kern nicht hat, hat keine KI-Frage. Er hat eine Architektur-Frage, die er zuerst lösen muss.
Drei Prüffragen entscheiden, bevor Sie in prozessintegrierte KI investieren:
Erstens: Sind Ihre Kundendaten zentral abgelegt? Wenn Sales-Daten in Excel liegen, Marketing-Daten in einem separaten Tool, Service-Daten in einem dritten System und Stammdaten im ERP, kann keine KI eine durchgängige Sicht bilden.
Zweitens: Können Sie auf jede Kundeninteraktion über die gesamte Customer Journey zugreifen? KI, die Cross-Selling erkennen soll, braucht die Historie: was wurde gekauft, gefragt, beanstandet, bestellt. Fehlt diese Historie, bleibt jede Vorhersage Raterei.
Drittens: Ist Ihr CRM die Quelle der Wahrheit, oder das Backup für die Excel-Tabellen, in denen das Team wirklich arbeitet? KI operiert auf dem CRM. Wenn die Realität daneben in Tabellen lebt, sieht die KI ein Zerrbild.
Hier liegt die unterschätzte Stärke einer modernen Customer Plattform wie HubSpot: Smart CRM, Marketing Hub, Sales Hub und Service Hub teilen sich ein gemeinsames Datenmodell, und Breeze AI als KI-Schicht operiert direkt darauf. Was in einem fragmentierten Stack ein massives Daten-Engineering-Projekt wäre, ist hier Standard-Funktionalität. Nicht, weil HubSpot eine bessere KI hätte, sondern weil die Architektur darunter stimmt.
Warum KI-Projekte scheitern:
Drei Anti-Patterns
KI-Projekte scheitern typischerweise an drei wiederkehrenden Mustern: dem KI-Projekt ohne Use Case, der KI auf dem Datensilo und der KI, die niemandem gehört.
Anti-Pattern 1:
KI als Selbstzweck
Das Projekt startet mit «Wir müssen etwas mit KI machen» statt mit einem konkreten, messbaren Geschäftsfall, einem Business Case mit klar benanntem Problem, klarer Chance oder klarem Potenzial. Es gibt kein Zielbild, keine Kennzahl, an der sich Erfolg festmachen liesse. Entsprechend lässt sich am Ende auch nicht sagen, ob das Projekt funktioniert hat. KI ohne Geschäftsfall ist eine Lösung, die noch ihre Frage sucht. Solche Projekte versanden, sobald die anfängliche Begeisterung nachlässt.
Anti-Pattern 2:
KI auf dem Datensilo
Das Unternehmen setzt eine KI-Funktion auf eine fragmentierte Datenlandschaft und erwartet belastbare Ergebnisse. Die KI greift auf eine Teilwahrheit zu, weil die andere Hälfte der Daten in einem System liegt, das sie nicht sieht. Die Vorschläge sind plausibel formuliert und inhaltlich falsch. Nach den ersten schlechten Empfehlungen verlieren Sales und Service das Vertrauen und benutzen die KI nicht mehr. Das Tool läuft weiter, die Lizenz wird bezahlt, der Nutzen ist null.
Anti-Pattern 3:
Die KI, die niemandem gehört
Niemand verantwortet durchgängig, welche KI-Funktionen eingesetzt werden, auf welchen Daten sie operieren und wer ihre Qualität überwacht. KI-Initiativen entstehen verstreut in einzelnen Abteilungen, ohne gemeinsame Datengrundlage und ohne gemeinsame Governance. Das Resultat ist dasselbe wie bei Tool-Anarchie: Vielfalt ohne Architektur. Ohne klare Verantwortung wird KI nicht zum Hebel, sondern zum nächsten unkoordinierten Wildwuchs.
→ Wenn Ihre KI-Vorhaben heute eines oder mehrere dieser Muster zeigen, ist das eine ehrliche Bestandsaufnahme wert. KI-Erfolg ist kein Technologie-Thema. Er ist ein Architektur- und Führungsthema.
Was wir bei business4you anders machen
Wir beginnen ein KI-Vorhaben nicht mit einer Tool-Demo. Wir beginnen mit dem ehrlichen Blick auf Ihre Architektur, denn dort entscheidet sich, ob KI bei Ihnen Wirkung entfaltet oder Geld verbrennt.
Wir haben bei business4you ein eigenes Inhouse-Team mit Data- und IT-Architektur-Spezialistinnen aufgebaut. Wir kennen HubSpot und Breeze AI tief, und wir bauen verlässliche Schnittstellen zwischen HubSpot und jedem ERP oder Drittsystem mit offener REST API. Unsere Kernkompetenz liegt genau dort, wo KI über Erfolg oder Misserfolg entscheidet: an der sauberen, zentralisierten Datenbasis, ohne die prozessintegrierte KI nicht funktioniert.
Konkret heisst das: Wir klären mit Ihnen zuerst den Use Case, den KI bedienen soll. Wir prüfen, ob Ihre Datenarchitektur diesen Use Case überhaupt tragen kann. Wir sagen Ihnen offen, wenn der erste sinnvolle Schritt nicht ein KI-Tool ist, sondern das Ordnen Ihres Stacks, auch wenn das kurzfristig ein kleineres Mandat bedeutet. Und wir setzen erst dann auf, wenn die Grundlage stimmt.
Strategie, Architektur-Beratung, Implementierung und Entwicklung, durchgängig inhouse. Keine Übergaben, keine Verantwortungs-Vakuen zwischen Beratung und Umsetzung. Eine Mandantin, ein Team, ein Resultat.
Komplexität reduzieren, Wirkung erhöhen. Bei KI gilt das doppelt. Denn KI multipliziert, was sie vorfindet, und es ist unsere Aufgabe, dafür zu sorgen, dass sie Wertschöpfung multipliziert und nicht Chaos.
Möchten Sie wissen, ob Ihre Architektur bereit für KI ist und wo der erste sinnvolle Hebel liegt?
Buchen Sie ein unverbindliches Erstgespräch. Wir hören zu, schauen mit Ihnen auf Ihre Daten- und Tool-Landschaft und geben Ihnen eine ehrliche, konkrete Einschätzung. Kein generisches KI-Versprechen.
Häufig gestellte Fragen
Wie führen wir KI im Mittelstand richtig ein?
Drei Schritte in der richtigen Reihenfolge entscheiden über Erfolg oder Pilot-Friedhof.
Schritt 1: Den Geschäftsfall definieren. Welcher konkrete, messbare Business Case (Problem, Chance oder Potenzial) soll mit KI bedient werden? Ohne klares Zielbild fehlt der Massstab für jede spätere Entscheidung.
Schritt 2: Die Datenarchitektur prüfen und ordnen. Erst jetzt, und mit Blick auf den konkreten Use Case, wird geklärt, ob die Daten zentral, konsistent und zugänglich sind.
Schritt 3: Verantwortung verankern. Eine Person oder ein Team verantwortet durchgängig, welche KI auf welchen Daten operiert und wie ihre Qualität gesichert wird. Die häufigste Ursache für gescheiterte KI-Projekte ist eine umgedrehte Reihenfolge: zuerst das Tool, dann der Anwendungsfall, am Schluss die Erkenntnis, dass die Daten fehlen.
Welche KI-Use-Cases lohnen sich im Mittelstand am meisten?
Es gibt keine universelle Liste der «besten» Use Cases — die richtigen ergeben sich aus den Pain Points Ihrer eigenen Kernprozesse, nicht aus Bestpraxis-Templates anderer Unternehmen. Häufig hochrentable Einstiegsbereiche im Mittelstand sind: Lead-Qualifizierung und Lead-Scoring im Vertrieb, Cross-Selling-Erkennung bei Bestandskunden, Erstantwort und Priorisierung im Kundenservice, automatisierte Recherche und Angebots-Briefings vor Sales-Calls sowie KPI-Synthese für das Management aus verschiedenen Systemen. Welcher dieser Bereiche für Ihr Unternehmen den höchsten Business-Nutzen und Effizienzgewinn bringt, zeigt sich erst nach der Pain-Point-Analyse Ihrer Kernprozesse.
Können wir mit KI starten, ohne unseren Tool-Stack zuerst zu konsolidieren?
Das hängt davon ab, welche Art von KI Sie meinen. Produktivitäts-KI wie ChatGPT oder Claude lässt sich sofort einführen, unabhängig vom Zustand Ihres Stacks. Sie unterstützt einzelne Mitarbeitende, ohne Zugriff auf Ihre Geschäftsdaten zu brauchen. Prozessintegrierte KI und KI-Agenten dagegen setzen eine zentralisierte, konsistente Datenbasis voraus, und Agenten zusätzlich klar definierte Prozesse und Zugriffsrechte. Ohne diese Grundlage bleiben Ergebnisse oberflächlich, falsch oder im Falle von Agenten sogar riskant, weil ein autonom handelnder Agent auf schlechten Daten falsche Entscheidungen aktiv umsetzt. Wer KI als Wachstumstreiber will, investiert zuerst in die Daten-Architektur.
Warum scheitern KI-Projekte im Mittelstand am häufigsten?
Die häufigsten Ursachen sind nicht technischer Natur. KI-Projekte scheitern, weil sie ohne klar definierten Use Case starten, weil sie auf fragmentierte Daten treffen und weil niemand die durchgängige Verantwortung für die KI trägt. Die Technologie ist selten das Problem. Die Architektur und die Führung sind es.
Wie hoch ist die Erfolgsquote von KI-Projekten?
Studien etwa von Gartner, McKinsey und MIT zeigen seit Jahren konsistent: 70 bis 85 Prozent der KI-Projekte erreichen den produktiven Einsatz nicht oder liefern keinen messbaren Geschäftswert. Die Ursachen sind selten technologischer Natur. Sie liegen fast immer in der Architektur und in der Führung: kein klar definierter Use Case, fragmentierte Datenbasis, keine durchgängige Verantwortung für Betrieb und Skalierung. Wer diese drei Punkte vor dem ersten KI-Tool klärt, kippt die Statistik zu seinen Gunsten.
Was ist der Unterschied zwischen Produktivitäts-KI, prozessintegrierter KI und KI-Agenten?
Produktivitäts-KI sind eigenständige Assistenten wie ChatGPT, Claude oder Copilot, die einzelne Aufgaben wie Recherche oder Textentwürfe beschleunigen. Sie funktionieren ohne Zugriff auf Ihre Geschäftsprozesse. Prozessintegrierte KI ist in Ihre operativen Systeme eingebettet, operiert auf deren Datenmodell und liefert eine Intelligenz-Schicht: Lead-Scoring, Vorhersagen, Empfehlungen. KI-Agenten gehen einen Schritt weiter und führen mehrstufige Aufgaben selbstständig aus (Aktions-Schicht). Bei Agenten unterscheidet man ready-to-use Agenten, die vorgebaut mit der Plattform kommen (z. B. Breeze Agenten in HubSpot), und kundenspezifische Agenten, die für den eigenen Workflow entwickelt werden. Die Voraussetzungen an Ihre Datenarchitektur steigen mit jeder Stufe, und damit auch der strategische Hebel.
Brauchen wir eigene KI oder reicht ChatGPT Enterprise?
Das hängt davon ab, was Sie strategisch erreichen wollen. ChatGPT Enterprise (ebenso Claude for Work oder Microsoft Copilot for Business) ist Produktivitäts-KI: ein Assistent für einzelne Mitarbeitende, der Recherche, Textentwürfe oder Zusammenfassungen beschleunigt. Schnell eingeführt, sofort nützlich, klarer Effizienzgewinn im Arbeitsalltag. Für strategisches Wachstum reicht sie aber nicht. Wer KI einsetzen will, um Leads systematisch zu qualifizieren, Cross-Selling-Potenziale zu erkennen oder Service-Anfragen automatisiert zu beantworten, braucht prozessintegrierte KI oder KI-Agenten, also KI, die auf Ihre Geschäftsdaten zugreift und in Ihre Prozesse eingebettet ist. Eine vollständig selbst entwickelte KI ist im Mittelstand fast nie nötig. Sinnvoll ist die Kombination: ChatGPT Enterprise für Produktivität, plus eine integrierte KI-Lösung auf Ihrer Customer Plattform für Wachstum.
Woran erkennen wir, dass unsere Architektur bereit für KI ist?
Drei Fragen geben die Antwort. Sind Ihre Kundendaten zentral abgelegt? Können Sie auf jede Kundeninteraktion über die gesamte Customer Journey zugreifen? Ist Ihr CRM die tatsächliche Quelle der Wahrheit, oder arbeitet das Team daneben weiter in Excel? Wenn Sie alle drei mit Ja beantworten, ist Ihre Architektur KI-fähig. Wenn nicht, ist das Ordnen dieser Grundlage der erste Schritt.
Wie viel kostet ein KI-Projekt, und wann rechnet es sich?
Die direkten Kosten von KI-Funktionen sind oft der kleinere Teil. Bei prozessintegrierter KI ist der grössere Posten meist die Vorarbeit: das Ordnen der Datenarchitektur und der Aufbau der nötigen Schnittstellen. Diese Investition zahlt sich aber auch unabhängig von KI aus: durch besseres Reporting, weniger manuelle Datenpflege und höhere Vertriebseffizienz. Die teuerste Variante ist erfahrungsgemäss das gescheiterte KI-Projekt: Lizenzkosten ohne Nutzen, plus der Vertrauensverlust der Teams in KI insgesamt.
Sollen wir mit einem ready-to-use Agenten starten oder einen kundenspezifischen Agenten bauen lassen?
Die Faustregel: Standard zuerst, kundenspezifisch nur dort, wo der Prozess Ihr USP ist. Ready-to-use Agenten (etwa die Breeze Agenten in HubSpot) sind in Tagen bis Wochen konfiguriert und decken Standard-Anwendungsfälle wie Prospecting, Service-Erstantwort oder Content-Erstellung ab. Sie sind die richtige Wahl, wenn der Prozess Commodity ist und Geschwindigkeit zählt. Kundenspezifische Agenten lohnen sich dort, wo der Prozess Ihr Unternehmen einzigartig macht und ein Standard-Agent ihn deshalb nicht abbilden kann. Der Aufwand ist deutlich höher. Die Investition rechnet sich genau in den USP-Prozessen, in denen Ihr Wettbewerbsvorteil steckt.
Wer sollte KI im Mittelstand verantworten?
Entscheidend ist, dass eine Person oder ein Team durchgängig verantwortet, welche KI auf welchen Daten operiert und wie deren Qualität gesichert wird. In grossen Konzernen ist das ein Solution- oder Data-Architect, im Mittelstand meist die CIO-Rolle, eine technisch-affine Geschäftsleitung oder eine externe Architektur-Partnerin. Ohne diese klare Verantwortung entstehen verstreute KI-Initiativen ohne gemeinsame Datengrundlage. Wildwuchs statt Hebel.