Die Frage „entwickeln oder kaufen?“ lässt sich bei KI leicht falsch beantworten.
Die eine Seite sagt: „Kaufen Sie einfach das Tool. Die Anbieter haben dieses Problem bereits gelöst.“ Die andere sagt: „Wir brauchen eine individuelle KI. Unser Workflow ist besonders.“ Beides kann stimmen. Beides kann teuer werden, wenn die Entscheidung vorschnell getroffen wird.
Die eigentliche Entscheidung ist nicht einfach Build-vs.-Buy. Sie lautet meist:
- Kaufen Sie ein Tool.
- Konfigurieren Sie ein Tool.
- Erweitern Sie ein Tool durch Workflow-Automatisierung.
- Entwickeln Sie ein individuelles System rund um Modell-APIs.
- Hosten Sie nur dann selbst oder nehmen Sie ein Fine-Tuning vor, wenn überzeugende Gründe vorliegen.
Dieser Artikel bietet einen praxisnahen Rahmen.
Bewerten Sie das gesamte System: Datenzugriff, Workflow-Passung, Validierung, Berechtigungen, Integrationen, Überwachung, menschliche Prüfung, Betrieb, Vertragsbedingungen und Ausstiegskosten. Treffen Sie keine Entscheidung allein anhand einer Modelldemo.
Beginnen Sie mit der Art der Fähigkeit
| Fähigkeit | Ausgangshypothese | Warum dies testen |
|---|---|---|
| Allgemeine Unterstützung beim Schreiben, in Besprechungen, bei Recherchen und beim Programmieren | Zuerst Kauf/Konfiguration testen | Mehrere Kandidaten können eine klar begrenzte Anforderung erfüllen |
| Häufige Geschäftsworkflows | Zuerst Kauf/Konfiguration testen | Bestehende Geschäftssysteme bieten möglicherweise bereits eine geeignete, kontrollierte Funktion |
| Workflowspezifische Automatisierung | Erweiterung und Eigenentwicklung vergleichen | Workflow-Plattformen können geeignet sein, sofern sie die Kontroll-, Zuverlässigkeits- und Integrationstests bestehen |
| Assistent für Unternehmenswissen | Konfigurieren oder selbst entwickeln | Hängt von Berechtigungen und Quellen ab |
| Agent mit Kundenkontakt | Sorgfältig erweitern oder selbst entwickeln | Marke, Sicherheit, Integrationen und Protokolle sind relevant |
| Regulierte Entscheidungsunterstützung | Zuerst qualifiziert prüfen; freigegebene Branchenlösungen, Kauf, Eigenentwicklung und KI-freie Wege vergleichen | Recht, Nachweise, Rechenschaftspflicht und Aufsicht können jede Architektur ausschließen |
| Differenzierung des Kernprodukts | Modelle der Eigenverantwortung vergleichen | Nur Kunden- und Betriebsnachweise zeigen, ob eigene Verantwortung einen Vorteil schafft |
Wenn mehrere Anbieter die Anforderungen erfüllen, kann ein Kauf den Eigenverantwortungsaufwand reduzieren. Ist der Workflow strategisch wichtig oder weisen die Anbieter erhebliche Lücken auf, kann eine Erweiterung oder Eigenentwicklung gerechtfertigt sein. Belegen Sie beide Aussagen.
Die vier Entscheidungsdimensionen
1. Workflow-Passung
Kann das Tool des Anbieters den tatsächlichen Prozess abbilden?
Fragen Sie:
- Kann es auf unsere führenden Systeme (Systems of Record) zugreifen?
- Kann es unsere Freigaberegeln durchsetzen?
- Kann es mit Ausnahmen umgehen?
- Kann es Audit-Protokolle speichern?
- Kann es unsere Sprachen und Kundenerwartungen unterstützen?
- Können Nutzer dort arbeiten, wo sie bereits arbeiten?
Wenn das Tool das Team dazu zwingt, täglich Umgehungsstrategien zu entwickeln, ist der Kaufpreis irreführend.
2. Datenkontrolle
Welche Daten gelangen in das System, und wohin fließen sie?
Der Kauf ist einfacher, wenn die Daten öffentlich, intern oder bereits für diesen Anbieter genehmigt sind. Eine Eigenentwicklung oder eine private Bereitstellung wird wahrscheinlicher, wenn die Daten vertraulich, reguliert, kundenspezifisch sind oder strengen Anforderungen an die Datenresidenz und Aufbewahrungsdauer unterliegen.
Betreiben Sie kein Datenschutztheater. Entwickeln Sie selbst oder stellen Sie privat bereit, wenn die Datenrichtlinien dies tatsächlich erfordern.
3. Integrationsgrad
Einige KI-Systeme schaffen Wert durch kontrollierte Verbindungen zu führenden oder ausführenden Systemen: CRM, E-Mail, Kalender, Ticketing, ERP, Dokumentenspeicher, Datenbanken, Zahlungsverkehr, Identitätsmanagement und Protokolle. Andere Anwendungsfälle sollten isoliert oder rein lesend bleiben.
Als Ausgangshypothese sprechen Standardintegrationen eher für einen Kauf, individuelle zustandsbehaftete Workflows eher für eine Erweiterung oder Eigenentwicklung. Ein repräsentativer Test muss Berechtigungen, Fehlerbehebung, Observability und Ausstiegskosten abdecken.
Beispiel:
- „Support-Tickets zusammenfassen“ → kaufen/konfigurieren.
- „Support-Tickets priorisieren, Vertrags-SLA prüfen, Produkttelemetrie untersuchen, Antwort entwerfen, nach Kundensegment weiterleiten und alle Entscheidungen protokollieren“ → erweitern/selbst entwickeln.
4. Strategische Differenzierung
Wenn Wettbewerber dieselbe Fähigkeit mit vergleichbaren Ergebnissen erwerben und konfigurieren können, ist die Fähigkeit allein möglicherweise kein nachhaltiger Vorteil. Messen Sie stattdessen den Kundenwert und die operative Differenzierung, anstatt einen Nachahmungszeitraum zu erfinden.
Entwickeln Sie selbst, wenn das System Ihren Prozess, Ihre Daten, Ihren Vertrieb, Ihr Fachwissen oder Ihre Kundenerfahrung auf eine Weise abbildet, die ein allgemeiner Anbieter nicht leisten kann.
Gesamtbetriebskosten (TCO)
Vergleichen Sie die Gesamtkosten und nicht nur die Lizenzkosten im Verhältnis zur Entwicklerzeit.
| Kostenbereich | Kaufen | Selbst bauen |
|---|---|---|
| Lizenz/API | Vertraglich geregelt, kann jedoch nach Sitz, Nutzung, Tarif oder Mehrverbrauch variieren | API, Inferenz, Infrastruktur und Drittanbieterdienste |
| Implementierung | Konfiguration, Migration, Integration und Change Management | Produkt-, Integrations-, Plattform- und Migrationsarbeiten |
| Wartung | Der Anbieter übernimmt einige Plattformschichten; der Kunde behält die Verantwortung für Konfiguration und Integrationen | Ihr Team trägt die Verantwortung für die definierten Systemebenen und Abhängigkeiten |
| Sicherheitsprüfung | Sorgfaltsprüfung des Anbieters | Architektur- und Codeprüfung |
| Integration | Durch den Anbieter begrenzt | Flexibel, aber kostspielig |
| Änderungskontrolle | Risiko durch die Roadmap des Anbieters | Interne Belastung durch die eigene Roadmap |
| Support | Support durch den Anbieter | Interner Support |
| Ausstiegskosten | Daten- und Exportbeschränkungen | Technische Schulden und Eigenverantwortung |
Beide Wege können erhebliche und langfristige Kosten verursachen. Vergleichen Sie aktuelle Angebote, vollständig kalkulierte Personalkosten, Migration, Support, Vorfälle und Ausstiegsszenarien über denselben Zeitraum.
Die Bewertungsmatrix
Bewerten Sie jede Dimension von 1 bis 5, definieren Sie die Bedeutung jedes Werts und gewichten Sie die Dimensionen vor der Bewertung der Anbieter. Eine hohe Gesamtpunktzahl darf ein Ausschlusskriterium in den Bereichen IT-Sicherheit, Recht, Datenschutz, Safety, Barrierefreiheit oder Datenresidenz nicht aufheben.
| Dimension | Kauf bevorzugt bei niedrigem Wert | Eigenentwicklung bevorzugt bei hohem Wert |
|---|---|---|
| Workflowspezifität | Generischer Workflow | Einzigartiger Workflow |
| Datensensitivität | Öffentlich/intern | Vertraulich/besonders geschützt |
| Integrationsgrad | Standardintegrationen | Benutzerdefinierte Multi-System-Automatisierung |
| Differenzierung | Standardleistung | Strategischer Vorteil |
| Änderungsrate | Anbieter-Roadmap akzeptabel | Erfordert schnelle interne Iteration |
| Betriebskapazität | Geringe/keine Engineering-Kapazität | Team kann Produktionssystem übernehmen |
Die mit diesem Artikel verknüpfte Bewertungsmatrix bietet eine wiederverwendbare Vorlage. Belegen Sie jeden Wert durch Testergebnisse, Vertragsklauseln, Architekturprüfungen, Angebote, Benchmarks oder Kundenforschung.
Setzen Sie für die verbleibenden Kandidaten denselben repräsentativen Ausschnitt um. Erfassen Sie Aufgabenerfolg, Fehlerbehebung, menschlichen Aufwand, Latenz, Kosten, Integrationsbeschränkungen, Berechtigungsverhalten, Observability sowie Export- und Ausstiegsweg. Bewerten Sie die Kandidaten nach dem Test erneut.
Ein praktischer Entscheidungsbaum
- Erfüllt ein Tool des Anbieters die zwingenden Anforderungen sicher? Erproben Sie Kauf- und Konfigurations-Kandidaten.
- Spielt die verbleibende Lücke operativ eine Rolle? Erweitern Sie zunächst durch Automatisierung, bevor Sie eine Eigenentwicklung beginnen.
- Erfordert der Workflow vertrauliche Daten, individuelle Berechtigungen oder eine tiefe Integration? Vergleichen Sie die Enterprise-Konfiguration, eine Erweiterung, eine schlanke individuelle Schicht und KI-freie oder manuelle Kontrollen mit den zwingenden Anforderungen.
- Muss das Modellverhalten selbst angepasst werden? Erwägen Sie Fine-Tuning erst nach der Bewertung einfacherer, anwendbarer Ansätze wie Prompting, deterministische Logik, Retrieval oder eingeschränkte Ausgaben, jeweils mit entsprechenden Evaluierungen für jeden Kandidaten.
- Ist für die Bereitstellung eine private Kontrolle erforderlich? Erwägen Sie eine VPC oder Selbsthosting nach Messung von Qualität, Kosten und Betrieb.
Beginnen Sie oben. Springen Sie nicht zu einer individuellen Infrastruktur, nur weil die Demo strategisch wirkt.
Wenn der Kauf die richtige Entscheidung ist
Kaufen Sie, wenn:
- Der Workflow ist weit verbreitet.
- Der Anbieter ist bereits in Ihren Stack integriert.
- Die Datensensibilität ist beherrschbar.
- Die Kosten passen zur Nutzung.
- Ein schneller Nutzen ist wichtig.
- Die Fähigkeit ist kein Differenzierungsmerkmal.
- Sie haben nicht die Kapazität, ein individuelles System zu betreiben.
Beispiele: Meeting-Zusammenfassungen, Schreibassistenten, grundlegende Support-Makros, Code-Vervollständigung, Entwurf von Vertriebs-E-Mails und interne Suche in genehmigten Dokumenten.
Wenn Eigenentwicklung die richtige Entscheidung ist
Bauen Sie, wenn:
- Der Workflow ist für das Geschäft von zentraler Bedeutung.
- Anbieter-Tools können die erforderlichen Kontrollen nicht durchsetzen.
- Sie benötigen eine tiefe Integration mit internen Systemen.
- Daten dürfen nicht an generische SaaS-Dienste fließen.
- Sie benötigen detaillierte Observability und Evaluierungen.
- Die Benutzererfahrung ist Teil Ihres Produkts.
- Sie können es pflegen.
Beispiele: KI-Produkt mit Kundenkontakt, regulierter Dokumenten-Workflow, berechtigungsgesteuertes Unternehmens-RAG, branchenspezifischer Agent, Pipeline zur Extraktion vertraulicher Daten.
Tun Sie dies noch nicht
Bauen Sie keine Plattform auf, bevor Sie einen einzigen Workflow nachgewiesen haben.
Kaufen Sie kein Tool, ohne zuvor eine Datenverarbeitungsprüfung durchgeführt zu haben.
Akzeptieren Sie keine KI-Funktionen von Anbietern, ohne reale Randfälle getestet zu haben.
Führen Sie kein Fine-Tuning durch, bevor Sie Prompting, RAG und Evaluierungen ausprobiert haben.
Hosten Sie nicht selbst, nur weil es privat klingt. Belegen Sie die Datenschutzanforderung und die Betriebskapazität.
Lassen Sie den repräsentativen Test entscheiden
Die richtige Build-vs.-Buy-Entscheidung für KI hängt von den konkreten Nachweisen ab. Auch die aktuelle KI-Eignungsbeurteilung der britischen Regierung beginnt mit der Frage, ob KI überhaupt geeignet ist, und berücksichtigt dabei Daten, Nutzer, mögliche Schäden, Alternativen und Lebenszykluskosten.
Nutzen Sie Kauf-, Konfigurations-, Erweiterungs-, Eigenentwicklungs- und KI-freie oder manuelle Wege als Hypothesen. Wählen Sie den Kandidaten mit dem geringsten Eigenverantwortungsaufwand, der die zwingenden Anforderungen an Workflow, Daten, Sicherheit, Integration, Kosten, Barrierefreiheit und Ausstieg erfüllt. Sowohl das Modell als auch das umgebende System können der begrenzende Faktor sein. Der repräsentative Test muss zeigen, welcher von beiden es ist.
