Wie Compart den zentralen Engpass im CCM beseitigt
Der Markt hat einen solchen Wandel schon einmal erlebt
Zwischen 2002 und 2004 vollzog sich im CCM-Markt ein Generationswechsel. Bis dahin bedeutete die Erstellung von Kundenkommunikation vor allem Scripting: Spezialisten schrieben Code in proprietären Umgebungen. Dann führten einige wenige Anbieter die visuelle Dokumentenerstellung nach dem WYSIWYG-Prinzip und mit Low-Code ein. Der Markt richtete sich daraufhin neu aus. Ein oder zwei Anbieter vollzogen diesen Wandel frühzeitig, nutzten die Chance und prägten eine Marktstruktur, die zwanzig Jahre Bestand hatte. Wer beim Scripting blieb, verschwand nicht über Nacht. Diese Anbieter wirtschafteten mit einem Modell weiter, dessen Bedeutung abnahm – Projekt für Projekt. Irgendwann stellte sich nicht mehr die Frage, ob sie wechseln sollten, sondern wie viel die Verzögerung bereits gekostet hatte.
Composition by Prompting steht für einen vergleichbaren Wandel – eine Ebene höher. Was WYSIWYG für Scripting war, ist Prompting für Low-Code: Die Schnittstelle zwischen dem, was Menschen erreichen wollen, und der Ausführung durch die Plattform verschiebt sich auf eine höhere Abstraktionsebene – vom Code über das visuelle Design zur natürlichen Sprache. Prompting baut dabei auf Low-Code auf, statt es zu ersetzen: Die visuelle Oberfläche und die Low-Code-Ebene bleiben die Grundlage. Prompting wird zum schnelleren und intuitiveren Weg, sie zu steuern.
Dieselbe Marktdynamik greift auch hier. Anbieter, die diesen Wandel frühzeitig vollziehen, sind gut positioniert, um die nächsten zwanzig Jahre im CCM mitzugestalten. Weiter in ein herkömmliches Modell auf Basis von WYSIWYG-Design zu investieren, könnte sich als eine ähnliche Entscheidung erweisen wie die jener Anbieter, die 2004 weiterhin auf Scripting setzten.
Die Kosten, die niemand berücksichtigt
Die versteckten Kosten der klassischen Dokumentenerstellung im CCM
- Fachliche Anforderungen
- Design und Composition
- Bearbeitung im Fachbereich
- Ausführung und Produktion
- Omnichannel-Ausgabe
Jeder CCM-Experte kennt diese Übersetzungskette: Ein Fachbereich erstellt ein Anforderungsdokument. Das CCM-Team liest und interpretiert es, klärt offene Fragen und überführt die Anforderungen in Spezifikationen. Anschließend werden diese über eine proprietäre Designoberfläche in Templates, Geschäftsregeln und Datenstrukturen umgesetzt – von Mitarbeitern mit Spezialkenntnissen, die im Unternehmen nur wenige besitzen. Es folgen Tests und schließlich der Produktivbetrieb.
Die meisten Reibungsverluste entstehen in den frühen Phasen: zwischen dem, was der Fachbereich meint, und dem, was der Plattform als Aufgabe vorgegeben wird.
Der Markt hat sich damit arrangiert, denn diese Einschränkungen gehören zum traditionellen Low-Code-Modell im CCM: knappe Spezialkenntnisse, proprietäre Sprachen und mehrstufige Validierungszyklen. Die Kosten dafür sind in keinem Budgetposten sichtbar. Sie schlagen sich in langen Durchlaufzeiten, Backlogs und der Abhängigkeit von einer Handvoll Experten nieder, die zum Engpass werden.