Skip to content
Amula AI
KI28. Juni 20266 Min. Lesezeit

Build vs Buy: Custom-KI oder Standardlösung in der regulierten Finanzwelt

Custom-KI vs Standardlösung gilt als Kostenfrage. In der FINMA-regulierten Finanzwelt entscheiden Datensensitivität und Auditierbarkeit — hier ist der Entscheidungsbaum.

Von Rinor Recica

Build or Buy ist die erste echte Entscheidung in jeder KI-Initiative — und für ein FINMA-reguliertes Institut auch diejenige mit dem längsten Schatten. Die Frage Custom-KI vs Standardlösung wird meist als Kostenfrage dargestellt — ein SaaS-Produkt lizenzieren oder einen massgeschneiderten Build beauftragen —, doch in der regulierten Finanzwelt entscheiden Datensensitivität und Auditierbarkeit, nicht der Preis. Treffen Sie die Entscheidung richtig, übersteht das System jahrelang jedes interne Audit. Treffen Sie sie falsch, erben Sie entweder ein Tool, für das Sie keine Rechenschaft ablegen können, oder einen Build, den Sie nicht warten können.

Fünf Fragen entscheiden, und es lohnt sich, sie der Reihe nach zu beantworten. Wie sensitiv sind die Daten, die der Workflow berührt — Kundenidentitäten, NAV-Files, Verwaltungsratsunterlagen? Wie spezifisch ist der Workflow für Ihr Institut, oder ist es eine Commodity, die jeder Fonds gleich abwickelt? Wie gross ist der Massstab — ein Report pro Quartal oder Tausende Dokumente pro Monat? Welche internen Fähigkeiten haben Sie, um das Gewählte selbst zu betreiben? Und unter welchem Zeitdruck stehen Sie? Jede Antwort zieht die Entscheidung zu einem von drei Archetypen; die Falle ist, eine einzige Antwort — meist den Zeitdruck — den Rest überstimmen zu lassen.

Der erste Archetyp ist Standardlösung kaufen, und er passt auf mehr Fälle, als Anbieter massgeschneiderter Arbeit zugeben. Für einen Commodity-Workflow auf wenig sensitiven Daten — Terminkoordination, Meeting-Zusammenfassungen, interne Wissenssuche — ist ein ausgereiftes SaaS-Produkt die richtige Antwort. Sie differenzieren sich nicht darüber, wie Sie Termine planen, und dafür ein eigenes Tool zu bauen ist ein Eitelkeitsprojekt. Der eine nicht verhandelbare Vorbehalt in der regulierten Finanzwelt: Prüfen Sie, wohin die Daten fliessen. Ein Produkt, das Prompts über einen Endpunkt ausserhalb Ihrer Kontrolle leitet, macht aus einem harmlosen Workflow eine Outsourcing- und Datenhaltungsfrage, sobald er etwas Vertrauliches berührt.

Der zweite Archetyp ist kaufen und integrieren — eine leistungsfähige Plattform, die Sie ohnehin lizenzieren, nehmen und den Workflow in Ihrer eigenen Umgebung konfigurieren. Das ist die pragmatische Mitte für mittelkomplexe Workflows: Die Berechnungslogik gehört Ihnen, der Dokumentenspeicher gehört Ihnen, aber Sie schreiben kein Modell von Grund auf. Die meisten Institute besitzen davon bereits mehr, als ihnen bewusst ist; der Microsoft-Stack, den die meisten Schweizer Finanzteams lizenzieren, trägt erstaunlich viel Automatisierung, bevor ein Custom-Build gerechtfertigt ist. Die Arbeit liegt hier in Integration und Prozessdesign, nicht in Algorithmus-Forschung — und genau dort sitzt ohnehin der grösste Teil des Werts.

Der dritte Archetyp ist selbst bauen, und er ist seltener, als der Markt suggeriert. Er rechtfertigt sich in genau drei Situationen: Die Daten sind zu sensitiv, um Ihre Umgebung zu verlassen, der Workflow ist wirklich spezifisch für die Arbeitsweise Ihres Instituts, oder die Fähigkeit ist ein Wettbewerbsvorteil, den Sie nicht mieten wollen. Reguliertes Reporting ist der Lehrbuchfall. Als das Reporting über 39+ Fonds bei einer führenden Zürcher Anlagestiftung automatisiert wurde, hätte keine Standardlösung es tragen können — die Berechnung musste deterministisch und auditierbar bleiben, die Daten mussten in ihrer Umgebung bleiben, und das Format musste sich nach Investoren- und Regulierungsanforderungen richten, auf ihrem Zeitplan, nicht auf der Roadmap eines Anbieters. Custom war keine Präferenz; es war die einzige Konfiguration, die bestand.

Der Entscheidungsbaum ist also nicht Custom-KI vs Standardlösung als Geschmacksfrage. Beginnen Sie beim Workflow und seinen Kontrollpunkten. Sind die Daten wenig sensitiv und ist der Prozess eine Commodity, kaufen Sie. Gehört die Logik Ihnen, der Motor aber nicht zwingend, kaufen und integrieren Sie. Erst wenn Sensitivität, Spezifität und strategischer Wert in dieselbe Richtung zeigen, sollten Sie bauen — und dann dort, wo Compliance es auditieren kann. Die Institute, die am meisten Geld verschwenden, sind jene, die Commodities bauen und ihre Kronjuwelen kaufen. Die Disziplin besteht darin, vor dem ersten Vertrag zu wissen, welcher Workflow welcher ist.

Sehen Sie, wie Ihr Reporting automatisiert aussehen könnte.