Markin + Web- und mobiles SDK integration
In-Session-Entscheidungen, die in deine eigenen Oberflächen gerendert werden.
Was ist ein Web- und mobiles SDK AI agent?
Das Markin Web- und Mobile-SDK fragt zur Renderzeit nach einer Entscheidung und erhält eine Aktion plus ihren Grund, mit einem definierten Fallback und einem Latenzbudget. So erhalten In-Session-Oberflächen wie Paywalls, Startbildschirme und Checkouts eine Entscheidung ohne Roundtrip über einen Kanal.
Einige Oberflächen können nicht auf ein Synchronisierungsintervall warten. Ein Paywall- oder Startbildschirm-Slot fragt zur Renderzeit ab und erhält eine Antwort, und die Oberfläche wird immer gerendert, auch wenn Markin nicht antwortet.
Was Markin liest
- Session-Kontext zum Zeitpunkt der Anfrage übergeben
Was Markin zurückschreibt
- Eine Aktion plus ihr Grund, pro Anfrage, mit einem Fallback-Standard
Wie die Verbindung funktioniert
| Muster | Was es hier bedeutet |
|---|---|
| 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. |
Was kannst du Markin bitten zu tun in Web- und mobiles SDK?
- Wie personalisiere ich eine Paywall in Echtzeit?
- Wie füge ich meiner App eine Decision API hinzu, ohne sie zu verlangsamen?
- Was wird angezeigt, wenn der decision service nicht verfügbar ist?
- Wie teste ich In-Product-Angebote gegen einen holdout?
Was Markin leistet in Web- und mobiles SDK
- 01Biete eine Entscheidung pro Oberflächenanfrage innerhalb eines Latenzbudgets an.
- 02Gib den Grund zusammen mit der Aktion für die Protokollierung und Audit zurück.
- 03Falle auf eine definierte Standardeinstellung zurück, wenn keine Entscheidung verfügbar ist.
- 04Cache-Entscheidungen pro Session, um wiederholte Aufrufe zu vermeiden.
- 05Weise die holdout-Mitgliedschaft auf Geräteebene zu und respektiere sie.
- 06Impression- und Interaktions-Events automatisch zurücksenden.
- 07Respektiere den vom Client übergebenen Consent-Status.
- 08Berichte den inkrementellen Umsatz pro surface und pro slot.
Leistungsumfang
Die growth-Arbeit dahinter Web- und mobiles SDK
Die obige Liste ist das, was Markin berührt in Web- und mobiles SDK. Ein Konnektor ist nur die Oberfläche. Darunter liegt die eigentliche Arbeit: Was ein Analyst, ein lifecycle Manager, ein data scientist und ein experimentation lead gemeinsam tun würden, kontinuierlich mit deinen eigenen Daten ausgeführt.
Den Bestand lesen
Normalerweise ein data engineer, einmal, dann nie wieder aktualisiert.
- Lese den Kontakthistorie, damit vergangene Sendungen als Druck auf den Kunden zählen.
- Verfolge Katalog-, Preis- und Planänderungen, sobald sie eintreten.
Finde, wo Umsatz verloren geht
Normalerweise ein vierteljährlicher Analysten-Deep Dive.
- Erkenne Preis- und Paket-Diskrepanzen zwischen dem, was Menschen kaufen und dem, was sie nutzen.
- Erkenne Produktfriktionen, die mit Downgrade und Kündigung korrelieren.
Erkläre warum
Normalerweise eine zweiwöchige Untersuchung, die von der Roadmap gestrichen wird.
- Trenne Mix-Effekte von tatsächlichen Verhaltensänderungen.
- Treiber danach ordnen, wie viel von der Bewegung jeder einzelne ausmacht.
Schreibe Hypothesen, die eine Finanzierung wert sind
Normalerweise ein Workshop, beschränkt auf die Ideen im Raum.
- Füge die Evidenz und die Annahme hinzu, von der jede abhängt.
- Das Portfolio nach erwartetem Wert ordnen, nicht nach Seniorität.
Pro Kunde entscheiden
Normalerweise werden Segmentregeln aktualisiert, wenn jemand Zeit hat.
- Schlichte zwischen jeder Aktion, die um denselben Kunden konkurriert.
- Wende Frequenzbegrenzungen, Ermüdung und Ruhezeiten an, bevor etwas verbindlich wird.
In den Tools ausführen, die du bereits verwendest
Normalerweise ein Ticket, dann ein Slot im Kalender des nächsten Monats.
- Schreibe Entscheidungen in die bereits in Produktion befindlichen CRM-, Engagement- und Warehouse-Systeme.
- Trigger Journeys und Kampagnen, die dein lifecycle-Team besitzt und bearbeiten kann.
Beweisen, dass es den Umsatz verursacht hat
Normalerweise wird darüber diskutiert, selten gemessen.
- uplift im Umsatz pro Kunde im Vergleich zu dieser Kontrolle lesen.
- Berichte retention, ARPU, Marge und Kontaktdruck nebeneinander.
Stilllegen, verwalten und übergeben
Normalerweise ist es niemandes Aufgabe, also wird nie etwas abgeschaltet.
- Lege Programme automatisch still, wenn sie den control nicht mehr übertreffen.
- Annahmen, die sich ändern, wie Preissensibilität und Saisonalität, erneut testen.
Teams nutzen Web- und mobiles SDK zusammen mit
Wo dies angezeigt wird
Web- und mobiles SDK questions
- How does Markin connect to Web and mobile SDK?
- Decision API, Direct surface. The surface asks Markin for a decision at render time and receives one action plus its reason, with a defined fallback.
- What does Markin read from Web and mobile SDK?
- Session context passed at request time.
- What does Markin write back into Web and mobile SDK?
- Eine Aktion plus ihr Grund, pro Anfrage, mit einem Fallback-Standard
- 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.