KEINE ERZWUNGENE OBERFLÄCHE.
KI IST DIE OBERFLÄCHE.
Ihr Team nutzt längst ChatGPT, Claude, Slack. CMP42 konkurriert nicht mit dieser Oberfläche — es versorgt sie. Die Admin-Oberfläche ist eine Datentabelle und ein Migrations-CLI. Mehr nicht.
CRM-OBERFLÄCHEN STERBEN.
Ihr Team öffnet ChatGPT, bevor es Salesforce öffnet. Es lässt Claude ein Gespräch zusammenfassen, bevor es erfasst wird. Ein Partner entwirft die Follow-up-Notiz mit dem eingefügten Meeting-Transkript und dem Zusatz „klingt nach mir“. Der Arbeitsablauf hat sich verändert. Die Datenbank nicht.
Klassische CRMs wurden gebaut, um angeschaut zu werden. Jedes Feld, jede Pipeline, jedes Dashboard existiert, weil ein Mensch darauf klicken sollte. Diese Annahme ist inzwischen Altlast. KI klickt nicht. KI liest strukturierten Kontext und schreibt strukturierte Aktionen.
Seien wir ehrlich, welche Rolle das CRM heute spielt: Es ist nicht das Werkzeug, das den Tag bestimmt, sondern die Datenbank, die man im Nachhinein konsultiert. Wenn das die ehrliche Rolle ist, bauen wir es für genau diese Rolle — ein sauber strukturierter Context-, Models- und Processes-Graph und eine schnelle, unspektakuläre API, ohne Oberfläche, die um die Aufmerksamkeit Ihres Teams konkurriert.
WENIGER OBERFLÄCHE. MEHR STRUKTUR.
Kein Drag-and-drop-Pipeline-Builder
Pipelines sind Teil Ihrer Ontologie, keine Zeichenfläche. Phasen werden in Ihren Model-Dateien deklariert, in Git versioniert und bei jedem Schreibvorgang validiert — ein Agent kann keine Phase schreiben, die es in der Pipeline nicht gibt.
Keine Dashboards, die am Dienstag veraltet sind
Fragen Sie Ihren Agent nach der Pipeline und erhalten Sie eine Antwort aus dem Graphen, mit Quellenangaben. Wollen Sie ein festes Dashboard, bauen Sie genau das, das Sie brauchen, gegen die API. Keine Dashboards, bis Sie sie selbst schreiben.
Eine Datentabelle
Die Admin-Oberfläche ist eine Datentabelle: ein direkter Blick auf die Objekte in Ihrem Graphen — für die Momente, in denen ein Mensch die Datensätze selbst ansehen muss.
Ein Migrations-CLI
Änderungen an Ihrer Ontologie passieren in Model-Dateien und werden mit einem einzigen Befehl übernommen. Mit dem CLI arbeitet, wer das Datenmodell verantwortet — prüfbar, wiederholbar, in Git.
Die Admin-Datentabelle ist eine echte Arbeitsoberfläche, kein reines Anzeige-Werkzeug. Unterstützt werden Lesen und Bearbeiten — inline für einzelne Felder, in der Detailansicht für den ganzen Datensatz — Filter nach jedem Feld mit gespeicherten Ansichten, Bulk-Aktionen sowie Export als CSV oder JSONL. Die Zugriffskontrolle wirkt pro Model mit optionalen Feld-Einschränkungen; so kann eine Rolle lesen auf Contact bekommen, während das Telefonfeld maskiert bleibt. Kein eingebettetes Analytics-Dashboard: Nutzungszahlen gehören in Ihr BI-Werkzeug, nicht in eine CRM-Randleiste.
IHR TEAM HAT LÄNGST EINE OBERFLÄCHE.
Sie heißt ChatGPT, Claude, Slack oder die App, die Ihr Entwicklungsteam nächsten Monat baut. CMP42 ist dafür gemacht, unter all diesen Oberflächen zu liegen.
| Wo Ihr Team arbeitet | Wie es CMP42 erreicht |
|---|---|
| Claude Desktop, Claude Code, Cursor, Cline | Direkt, über die MCP-Tools, die aus Ihren Models generiert werden. |
| Ein eigener Agent | Über MCP mit dem MCP SDK — oder über REST und GraphQL. |
| Agents auf Basis von ChatGPT oder anderen Modellen | Über die Schnittstelle, an die Sie sie anbinden: MCP, wo der Client es unterstützt, sonst REST oder GraphQL. |
| Der Slack-Bot Ihres Teams | Ein Bot, den Sie betreiben und der über REST oder GraphQL liest und schreibt. |
| Die App, die Sie nächsten Monat bauen | REST oder GraphQL — dieselben Operationen, dieselbe Authentifizierung und derselbe Audit-Trail wie bei den MCP-Tools. |
Egal, welche Oberfläche: Jeder Schreibvorgang wird gegen Ihre Models validiert und dem Menschen oder Agent zugeordnet, der ihn ausgelöst hat. Alle Integrationsmöglichkeiten →
WAS HEADLESS NICHT BEDEUTET.
Headless ist eine Entscheidung darüber, wo die Oberfläche liegt — kein Verzicht auf Einblick, Kontrolle oder Sorgfalt.
- Nicht „Sie sehen Ihre Daten nicht“. Die Datentabelle zeigt die Datensätze; Ihr Agent antwortet mit Verweisen auf die Quellobjekte; jedes Objekt ist versioniert.
- Nicht „nie wieder Dashboards“. Dashboards können Sie selbst gegen die REST- und GraphQL-API bauen — die, die Sie wirklich brauchen, nicht die, die ein Anbieter mitgeliefert hat.
- Nicht „nur für Entwickler“. Der Großteil Ihres Teams arbeitet in den Werkzeugen, die es ohnehin nutzt. Das CLI ist für die Person, die die Ontologie verantwortet; die API für die, die darauf aufbauen.
- Keine Blackbox. Jeder Schreibvorgang ist zuordenbar, jeder Process-Lauf protokolliert und wiederholbar, und menschliche Freigabeschritte sitzen überall dort, wo Urteilsvermögen zählt.
- Nicht „bei null anfangen“. CMP42 bringt sinnvolle Standards für Kontakt, Unternehmen, Deal, Aufgabe und Aktivität mit und erzeugt ab Werk MCP-Tools dafür.
DREI ROLLEN. EIN GRAPH.
Fragen und freigeben
Vertrieb, Partner und Account Manager fragen ihren Assistenten nach Kontext und prüfen, was Agents entwerfen — an den Human-in-the-loop-Schritten, die Sie in einem Process festlegen.
Das Model gestalten
Wer das Datenmodell verantwortet, bearbeitet Model-Dateien, prüft Änderungen in Git und führt Migrationen mit dem CLI aus. Die Ontologie ist ein Produktartefakt, keine versteckte Einstellung.
Darauf aufbauen
Ihr Entwicklungsteam baut den Bot, die interne App oder das Dashboard gegen REST und GraphQL — oder gibt einem Agent MCP-Tools und lässt ihn die Arbeit machen.