Intercom Salesforce Schnittstelle

Was eine Intercom-Salesforce-Anbindung wirklich leistet

Intercom ist der Ort, an dem Ihre Kunden mit Ihnen sprechen - der Live-Chat, die Produktnachrichten, die Support-Konversationen, die Tickets, die Ihr Team über den Tag abarbeitet. Salesforce ist der Ort, an dem das Unternehmen dieselben Personen als Leads, Kontakte, Accounts und Cases führt und an dem Vertrieb und Kundenbetreuung über die nächsten Schritte entscheiden. Beide Systeme beschreiben dieselben Kunden - und ohne Verbindung laufen sie binnen einer Woche auseinander.

Eine Intercom-Salesforce-Anbindung schließt diese Lücke laufend. Sie ordnet jede Person in Intercom dem richtigen Datensatz in Salesforce zu, macht aus Konversationen und Tickets Cases oder Aktivitäten am passenden Datensatz und hält Tags, benutzerdefinierte Attribute und Zuständigkeiten abgeglichen. So sieht der Vertrieb beim Öffnen eines Accounts die Support-Realität, und der Support in Intercom sieht den Vertriebskontext. Niemand tippt einen Kunden aus einem Werkzeug ins andere ab.

Welche Daten fließen

Objekt / Vorgang in Intercom	Wird in Salesforce zu	Hinweis
Kontakt (User)	Kontakt oder Lead	Zuordnung über E-Mail oder external_id; unbekannte Personen werden nach Ihrer Regel zum Lead
Kontakt (Lead)	Lead	Anonyme oder Vorverkaufs-Besucher, getrennt von bekannten Kontakten geführt
Unternehmen (Company)	Account	Zuordnung über Domain oder gemeinsame externe ID; steuert die Kontakt-Account-Verknüpfung
Konversation	Case oder Aktivität	Führt Status, Bearbeiter und Zeitstempel für Erstreaktion / Abschluss mit
Ticket	Case	Tickettyp und Status auf Ihren Case-Datensatztyp und -Status abgebildet
Tags	Case-/Kontaktfelder oder Themen	Abgestimmte Zuordnung, kein Freitext-Abladen
Benutzerdefinierte Attribute	Benutzerdefinierte Felder	Typisiert und je Objekt abgebildet, nicht in ein Notizfeld gequetscht
Bearbeiter / Team	Case-Owner / Queue	Von Intercom-Teammitgliedern auf Salesforce-Benutzer gemappt

Die konkreten Objekte, Datensatztypen, Matching-Schlüssel und Feldzuordnungen stimmen wir einmalig ab und hinterlegen sie in der Pipeline. Danach ordnet sie niemand mehr von Hand zu.

Die Details, an denen einfache Syncs scheitern

Eine native App oder ein generischer Connector bringt Sie fast ans Ziel und lässt die teuren Sonderfälle auf Ihrem Schreibtisch liegen:

• Identitätszuordnung. Ein Intercom-Kontakt und ein Salesforce-Kontakt sind nur dann dieselbe Person, wenn Sie sie verlässlich zuordnen - über verifizierte E-Mail, über external_id oder über die Firmendomain. Zu locker gematcht, verschmelzen Sie zwei Kunden; zu streng gematcht, erzeugen Sie neben einem bestehenden Kontakt einen doppelten Lead. Diese Dublettenlogik ist das Herz der Anbindung, kein Nachgedanke.
• Lead versus Kontakt. Salesforce trennt eine Person in Lead vor der Konvertierung und Kontakt danach. Ein Sync, der das ignoriert, überschreibt entweder einen konvertierten Kontakt mit veralteten Lead-Daten oder erzeugt eine Dublette. Die Pipeline muss wissen, in welchem Zustand eine Person ist, und in das richtige Objekt schreiben.
• Datensatztypen und eigene Objekte. Echte Salesforce-Organisationen haben mehrere Case-Datensatztypen, Pflichtfelder, Validierungsregeln und eigene Objekte, die ein generischer Connector nie vorhersieht. Ein Schreibvorgang, der ein Pflichtfeld oder eine Validierungsregel übergeht, scheitert stillschweigend - oder schlimmer, nur halb.
• API-Limits und Volumen. Salesforce zählt die täglichen API-Aufrufe, und ein aktiver Intercom-Arbeitsbereich erzeugt viele Ereignisse. Ein Datensatz pro Aufruf verbrennt das Kontingent und führt zur Drosselung. Deltas, Bulk-Bündelung und sauberes Abbremsen entscheiden zwischen einem Sync, der skaliert, und einem, der zum Monatsende stehen bleibt.
• Konversationsverlauf. Eine Konversation ist ein Faden aus vielen Teilen über mehrere Tage, kein einzelnes Feld. Was im Case landet - eine Zusammenfassung, das vollständige Transkript oder ein Deep Link zurück nach Intercom -, ist eine echte Designentscheidung, keine Voreinstellung.
• Idempotenz und Reihenfolge. Ereignisse treffen in falscher Reihenfolge ein und werden erneut zugestellt. Ein naiver Sync spielt eine veraltete Aktualisierung nach einer frischen ein oder legt denselben Case zweimal an. Die Pipeline muss jedes Ereignis mit einem Schlüssel versehen und es genau einmal anwenden, in der richtigen Reihenfolge.

Wie wir sie bauen und betreiben

Wir behandeln das als Pipeline, nicht als einmaligen Import. Kontakt-, Unternehmens-, Konversations- und Ticket-Ereignisse aus Intercom werden per Webhook empfangen (oder für Nachladungen zeitgesteuert abgeholt), validiert, gegen Salesforce abgeglichen, in Ihr abgestimmtes Objektmodell überführt und über die Bulk- und Composite-API von Salesforce geschrieben.

Die Pipeline ist idempotent: Jedes Intercom-Ereignis trägt eine stabile Kennung, sodass eine erneute Zustellung oder ein Wiederholungslauf nie einen doppelten Lead, Kontakt oder Case erzeugt. Sie läuft auf cloud-nativer, vollständig EU-gehosteter Infrastruktur - Kontakt- und Konversationsdaten verlassen die EU nicht, was AVV und DSGVO sauber hält.

Und dann halten wir sie am Laufen. Monitoring, Alerting, Incident Response und - entscheidend - das Beobachten von API-Änderungen bei Intercom und Salesforce liegen vertraglich bei uns. Wenn Salesforce eine API-Version abkündigt oder Intercom ein Webhook-Format ändert, ist das unser Problem - keine böse Überraschung, die Ihr Revenue-Team entdeckt, wenn plötzlich keine Datensätze mehr synchronisiert werden. Sie bekommen einen festen Ansprechpartner und ein SLA statt eines Workflows, den jemand ständig beaufsichtigen muss.

Wann sich diese Anbindung lohnt

Wenn ein Team beide Werkzeuge nutzt, Ihre Kontakte sauber sind und die native Salesforce-App von Intercom ohne Reibung auf Ihr Objektmodell passt, nutzen Sie sie - und wir sagen Ihnen das auch. Die betreute Pipeline lohnt sich, wenn die Identitätszuordnung schwierig wird, wenn Sie Dubletten oder mehrere Salesforce-Datensatztypen und eigene Objekte haben, wenn Konversations- und Ticketvolumen Ihr API-Kontingent auffrisst, oder wenn Support und Vertrieb sich ständig darüber streiten, welches System recht hat, weil die beiden nie ganz übereinstimmen. Genau an diesem Punkt zahlt sich eine Pipeline aus, die Dubletten vermeidet, bündelt und sich selbst betreibt.