DER AGENT, DER
SIE SCHON KENNT.
Ihre Qualifizierungsstrecke ist höflich, schnell und kompetent. Und sie fragt einen Kunden aus drei Jahren, was sein Unternehmen eigentlich macht. Der Kanal hat kein Gedächtnis, weil ihm niemand eines gegeben hat.
JEDES GESPRÄCH BEGINNT BEI NULL.
Die Qualifizierung wurde zuerst automatisiert, weil sie das Repetitivste im Vertrieb ist: ein Formular, ein Chatflow, manchmal ein Agent — Firmengröße, Budget, Zeitrahmen, was führt Sie heute zu uns.
Das funktioniert, bis die Person auf der anderen Seite kein Fremder ist. Eine Kundin, die zweimal verlängert hat. Ein Interessent, der im Frühjahr einen Termin hatte. Jemand, dessen Kollege längst in einem Deal steckt. Sie alle bekommen das Skript für Erstbesucher, und die Botschaft ist unmissverständlich: Wir haben keine Ahnung, wer Sie sind.
Die Strecke kann nichts dafür. Sie liest das Gespräch, und das Gespräch begann vor neunzig Sekunden. Was ihr fehlt, ist der Account — die Historie, der offene Deal, die letzte Notiz. Der liegt in einem System, mit dem der Kanal nie so verbunden wurde, dass ein Agent es lesen kann.
ERST LESEN. DANN FRAGEN.
Der Account vor der ersten Frage
Bevor die Strecke irgendetwas fragt, kann ein Agent den Context-Graphen lesen: Ist diese Person bekannt, zu welchem Unternehmen gehört sie, was wurde zuletzt vereinbart, gibt es einen offenen Deal.
Typisierte Kanten machen daraus ein Nachschlagen statt einer Vermutung — und der Agent kann die Objekte nennen, die er gelesen hat.
Der Kanal bleibt Ihrer
CMP42 ist headless. Es liefert kein Chat-Widget, kein Postfach und keinen Bot. Womit Sie heute qualifizieren — Formular, Messenger, Telefon oder ein eigener Agent —, läuft weiter.
Was sich ändert, ist das, was dieser Kanal lesen kann, bevor er spricht: über MCP-Tools oder die API.
Was gelernt wurde, wird Kontext
Antworten, die es wert sind, werden als Objekte zurückgeschrieben, dem Agent zugeordnet, der sie erfasst hat, und können über einen Process zur Prüfung angehalten werden, bevor sie gelten.
Das zweite Gespräch startet von mehr als das erste. Genau das ist der kumulative Effekt — und er funktioniert nur, wenn strukturiert geschrieben wird.
KEIN TRANSKRIPT. EIN ACCOUNT.
Die Skizze rechts veranschaulicht die Idee: ein Qualifizierungs-Objekt, das festhält, was gefragt und beantwortet wurde — verknüpft mit der Person, dem Unternehmen und dem Gespräch, aus dem es stammt.
Entscheidend sind die Kanten. Ein wiederkehrender Kontakt löst sich zu einem Unternehmen auf, ein Unternehmen zu seinen offenen Deals und früheren Notizen. „Haben wir schon gesprochen?" wird damit zu einer Traversierung statt zu einer Frage an den Kunden.
Models werden beim Schreiben validiert. Eine Antwort, die nicht in Ihre Ontologie passt, erzeugt eine klare Fehlermeldung statt eines Freitextfeldes, das niemand wieder liest. So funktionieren Models →
# beispielhaft - die Idee, nicht die finale Syntax
qualification:
fields:
asked: string[] # was die Strecke gefragt hat
answered: string[] # und was zurueckkam
outcome: enum[qualified, nurture, declined]
captured_by: enum[human, agent]
edges:
about: contact
at: company
from: conversation
informs: deal? # wenn es schon einen gibt
# der Agent liest contact -> company -> deals,
# bevor er irgendetwas fragtEINE KUNDIN, KEIN LEAD.
Die Frage, die kein zweites Mal gestellt wird
Ein fiktives B2B-Team, das Inbound über einen eigenen Agent qualifiziert. Die Schritte zeigen, wie die Konzepte zusammenspielen — es ist keine Kundengeschichte, und Details der Oberfläche werden sich in der Alpha noch ändern.
- Jemand beginnt ein Gespräch auf der Website. Die Adresse passt zu einem Kontakt, den der Graph bereits kennt.
- Bevor der Agent seine erste Zeile schreibt, liest er den Account über MCP: das Unternehmen, einen offenen Deal, eine Notiz aus einem Termin im Frühjahr und den Kollegen, dem der Deal gehört.
- Er überspringt die vier Fragen, auf die es längst Antworten gibt, und stellt die eine offene — ob der Zeitrahmen aus dem Frühjahr noch gilt.
- Die Antwort wird als Qualifizierungs-Objekt zurückgeschrieben, dem Agent zugeordnet und mit Kontakt, Unternehmen und bestehendem Deal verknüpft.
- Ein Process leitet sie an den Deal-Verantwortlichen, der ein Detail korrigiert und freigibt. Das nächste Gespräch startet davon — in welchem Kanal auch immer.
WAS DIE ALPHA KANN — UND WAS NICHT.
CMP42 ist die Schicht, die ein Agent liest, bevor er fragt. Es ist nicht das, was fragt. Diese Grenze ist wichtig, deshalb steht sie hier.
Was heute funktioniert
- Agents lesen den Account, bevor sie sprechen — über MCP-Tools, mit REST und GraphQL gleichwertig.
- Antworten werden als typisierte Objekte zurückgeschrieben, geformt durch Ihre Models und beim Schreiben validiert.
- Jeder Schreibvorgang nennt seinen Urheber, und ein Process kann ihn zur Freigabe anhalten.
- Ihr Kanal bleibt unangetastet. Womit Sie heute qualifizieren, läuft weiter; CMP42 ergänzt, was er lesen kann.
Was es noch nicht gibt
- CMP42 liefert keinen Chatflow, kein Widget, keinen Bot. Es gibt keine Qualifizierungs-Oberfläche zu konfigurieren — die Strecke bleibt in Ihrem Werkzeug.
- Es gibt keine Messaging- oder Telefonie-Konnektoren. Kein WhatsApp, keine Telefonanlage, kein gemeinsames Postfach. Ihr Kanal erreicht CMP42 über die API oder einen MCP-Client.
- Die Identitätsauflösung ist Sache Ihrer Ontologie. Wie eine Adresse oder Rufnummer zu einem Kontakt wird, deklarieren Sie — CMP42 rät es nicht.
- Keine Zahlen auf dieser Seite. Die Alpha beginnt im Oktober 2026; Gemessenes kommt aus Design-Partner-Case-Studies — oder gar nicht.
DIE SCHNELLSTE ANTWORT IST DIE NICHT GESTELLTE FRAGE.
Qualifizierung wird kürzer, nicht klüger. Der Agent fragt weniger, weil weniger offen ist — und die Person auf der anderen Seite merkt den Unterschied sofort. Warum wir es so gebaut haben →
Bringen Sie Ihre Qualifizierungsstrecke mit ins Gespräch
Wenn Ihre Strecke bereits funktioniert und ihr nur das Gedächtnis fehlt, ist das ein präziser Fall, gegen den wir in der Alpha bauen können. Starke Bewerbungen beschreiben die Strecke, die sie fahren — und die Frage, die sie nicht mehr stellen soll.
→ Als Design Partner bewerben- Kunden werden nicht länger wie Fremde behandelt — der billigste Respekt, den ein System zeigen kann.
- Weniger Fragen, bessere Antworten. Die eine verbleibende Frage ist die, die den Deal bewegt.
- Was gelernt wurde, überlebt das Gespräch als Objekte statt als Transkript, das niemand öffnet.
- Behalten Sie Ihren Kanal. Keine neue Oberfläche für Ihr Team, keine Migration vor dem Nutzen.
- In der EU betrieben oder selbst gehostet. Im Managed-Tarif trainiert CMP42 nicht mit Ihren Daten. AVV auf Anfrage.