Integrationen
Ein Growth Team. Ihr gesamter Stack.
Markin liest Signale dort, wo sie bereits vorhanden sind, entscheidet, was für jeden Kunden geschehen soll, und schreibt diese Entscheidung zurück in die Systeme, die heute ausgeführt werden. Nichts wird migriert, nichts wird ersetzt, und das Abschalten bringt jede Journey genau auf den Zustand zurück, wie sie sich zuvor verhalten hat.
Typ
36 connections
Warehouses und Data Lakes
Wo die Kundenhistorie lebt. Markin liest an Ort und Stelle, auf deiner Recheninfrastruktur, und kopiert niemals die Basisdaten.
Snowflake
Verwandle Lagerhistorie in Entscheidungen, ohne eine einzige Zeile zu kopieren.
Attribute write-back · Read only
BigQuery
Verwandle GA4- und Transaktionsdaten in BigQuery in bewiesene Umsatzaktionen.
Attribute write-back · Read only
Databricks
Erweitere das data science-Team, das du bereits hast, anstatt es zu duplizieren.
Attribute write-back · Read only
Amazon Redshift
Beginne decisioning auf Redshift mit einer Lese-Rolle und einem neuen Schema.
Attribute write-back · Read only
CDPs und Aktivierungspipelines
Identity, consent und die Leitungen, die bereits Zeilen in Kanäle verschieben. Markin produziert die Zeilen; deine Pipeline verschiebt sie weiter.
Segment
Gib jedem Segment-Ziel eine festgelegte Aktion anstelle einer rohen Zielgruppe.
Attribute write-back · Triggered event
Hightouch
Speise deinen bestehenden Syncs Entscheidungen anstelle von handgeschriebenen Zielgruppen zu.
Attribute write-back
Tealium
Entscheide, welche Aktion den Kontakt verdient, bevor Tealium ihn weiterleitet.
Attribute write-back · Triggered event
Census
Übermittle Entscheidungen an jedes Tool über die Synchronisationen, die du bereits ausführst.
Attribute write-back
RudderStack
Füge Entscheidungen zu einer Warehouse-nativen Ereignispipeline hinzu.
Attribute write-back · Triggered event
Engagement und CRM
Wo lifecycle Programme laufen. Markin entscheidet, was existieren soll und schreibt es in die Journeys, die du bereits betreibst.
Braze
Entscheide, was gesendet werden soll; lass Braze es senden.
Attribute write-back · Triggered event
Salesforce Marketing Cloud
Übernimm eine getroffene Aktion in eine Datenextension, die deine Journeys bereits lesen.
Attribute write-back · Triggered event
Adobe Journey Optimizer
Entscheide, welches Angebot existieren soll, und lass es dann von Adobe ausliefern.
Attribute write-back · Triggered event
HubSpot
Vorhandene HubSpot-Workflows aus einer entschiedenen Aktion antreiben.
Attribute write-back · Triggered event
Klaviyo
Entscheide den Moment und das Angebot; Klaviyo führt den Flow aus.
Attribute write-back · Triggered event
Iterable
Speise Iterable Journeys eine Entscheidung statt eines Segments zu.
Attribute write-back · Triggered event
Optimove
Erweitere den Aktionssatz, aus dem Optimove wählen kann.
Attribute write-back · Triggered event
MoEngage
Entscheide die Aktion; MoEngage behält den mobilen Kanal.
Attribute write-back · Triggered event
Airship
Sende weniger, aber bessere Push-Nachrichten, indem du zuerst entscheidest.
Attribute write-back · Triggered event · Decision API
Customer.io
Trigger Customer.io-Kampagnen auf Basis einer Entscheidung, nicht einer Regel.
Attribute write-back · Triggered event
Twilio
Sende die bezahlte Nachricht nur, wenn die Entscheidung ihre Kosten rechtfertigt.
Decision API · Triggered event
Produktanalysen und Events
Verhaltens-Signal auf Sitzungsgranularität, plus die Oberflächen, auf denen eine In-Session-Entscheidung die Latenz wert ist.
Amplitude
Verwandle Produktanalyseergebnisse in Aktionen mit einem gemessenen Urteil.
Read only · Attribute write-back
Mixpanel
Verwende Mixpanel-Verhalten als Grundlage für jede Entscheidung.
Read only
Web- und mobiles SDK
In-Session entscheiden, zur Render-Zeit, mit einem Fallback, das immer rendert.
Decision API · Direct surface
Google Analytics 4
Verwende GA4 Akquisitions- und Konversionsdaten als decision Signal.
Read only
Handel, Abrechnung und Abonnements
Die Umsatz-Grundwahrheit. Bestellungen, Pläne, Mahn- und churn-Ereignisse sind das, woran jede Hypothese letztendlich gemessen wird.
Stripe
Stelle fehlgeschlagene Zahlungen wieder her und schütze Abonnements, bevor sie auslaufen.
Read only · Triggered event
Shopify
Entscheide das nächste Angebot pro Käufer basierend auf der realen Bestellhistorie.
Read only · Triggered event
PrestaShop
Verwandle PrestaShop-Commerce-Daten in die nächste profitable Kundenaktion.
Read only · Triggered event · Decision API
Recurly
Wähle Wiederholung, Pause oder Downgrade, bevor ein Abonnement abläuft.
Read only · Triggered event
SAP- und ERP-Systeme
Verankere jede Umsatz Behauptung im System, dem die Finanzabteilung bereits vertraut.
Read only
Support und Kontaktzentrum
Service ist eine Umsatzfläche. Markin kann die Next Best Action mit der Begründung auf dem Bildschirm des Agenten platzieren.
Zendesk
Priorisiere die Support-Warteschlange nach gefährdetem Umsatz.
Decision API · Read only
Salesforce Service Cloud
Gib dem Agenten eine empfohlene Aktion mit Begründung.
Decision API · Read only
Intercom
Sende eine Nachricht im Produkt nur, wenn die Entscheidung die Unterbrechung verdient.
Triggered event · Attribute write-back
Bezahlte Medien und Zielgruppen
Unterdrückungs- und Expansionszielgruppen, dimensioniert nach erwartetem Wert statt nach Listenmitgliedschaft.
Experimente und Feature Flags
Wo produktseitige Hypothesen ausgeführt werden. Markin schlägt sie vor, bewertet sie und liest sie wie jede andere Aktion.
Vier Wege, wie eine Entscheidung den Kunden erreicht.
Das Muster wird pro Oberfläche, nicht pro Estate gewählt. Latenz, Kosten und wer das Veto besitzt, entscheiden darüber.
| Muster | Wie es funktioniert |
|---|---|
| Attribuierter Rückschreibvorgang | Markin schreibt die Entscheidung in das Kundenprofil; deine bestehenden Journeys lesen sie als Eintrittsbedingung. Die Latenz ist das Synchronisationsintervall der Plattform. |
| Ausgelöstes Ereignis | Markin sendet ein Event, das eine Journey startet oder vorantreibt. Nahezu sofort, und der Kanal behält seine eigene Governance. |
| Decision API | Die Oberfläche fragt Markin zur Renderzeit nach einer Entscheidung und erhält eine Aktion plus deren Grund, mit einem definierten Fallback. |
| Direkte Oberfläche | Markin füllt direkt einen Slot im Produkt oder Nachrichtentext für Platzierungen, bei denen ein Round-Trip durch einen Kanal keinen Mehrwert bringt. |
Häufig gestellte Fragen
- Müssen wir unsere Daten zu Markin verschieben?
- Nein. Markin liest aus deinem Warehouse, Produkt-Events und operativen Systemen, die in place sind, auf deinem Compute, unter den Zugriffsregeln, die dein Daten-Team bereits festgelegt hat. Nichts wird in eine separate Kundenbasis kopiert und es gibt keinen anbieterseitigen Profilspeicher, von dem später migriert werden muss.
- Ersetzt Markin unsere Engagement-Plattform oder CDP?
- Nein, und das sollte es auch nicht. Deine Engagement-Plattform behält den Kanal, die Vorlagen, die Zustellbarkeit und die Governance. Deine CDP behält Identität und Zustimmung. Markin fügt die Ebene hinzu, die keiner von beiden hat: zu entscheiden, welche Aktion für jeden Kunden existieren sollte, und dies gegen einen holdout zu beweisen.
- Was, wenn das System, das wir verwenden, nicht aufgeführt ist?
- Die vier Aktivierungsmuster decken fast alles ab: Attribut-Write-Back, ausgelöste Ereignisse, Decision API und direkte Oberflächendarstellung. Jedes System, das eine API exponiert, eine Tabelle akzeptiert oder eine Warehouse-Spalte lesen kann, kann Entscheidungen empfangen. Neue Konnektoren werden während der Bereitstellung erstellt, typischerweise innerhalb weniger Tage.
- Wie reversibel ist eine Markin-Integration?
- Vollständig. Entscheidungen kommen als Attribute, Ereignisse oder API-Antworten in Systemen an, die du bereits besitzt. Schaltest du Markin ab, verhalten sich jede Journey, Kampagne und Oberfläche genau wie zuvor, da keine davon umgeschrieben wurde, um Markin zu berücksichtigen.
- Wer setzt Frequenzobergrenzen und Einwilligungen durch?
- Die Systeme, die sie bereits durchsetzen. Markin liefert die Absicht; der Kanal behält sein Vetorecht über die Zustimmung, Ruhezeiten, Frequenz und Markenprüfung. Diese Grenze ist bewusst gewählt und macht die Ebene sicher, um sie nacheinander auf einer Oberfläche zu aktivieren.
Nicht sicher, welche Oberfläche zuerst verbunden werden soll?
Die Bereitstellung beginnt mit einer Oberfläche, die bereits ein outcome Signal hat, und expandiert, sobald der erste holdout positiv gelesen wurde.