Der Markin ROI Report für Enterprise Growth TeamsJetzt lesen
MARKIN

COMPARE/Markin + Data Science

Markin und Ihr Data-Science-Team

+ 17–35 % ARPU gegenüber holdoutBeobachteter Bereich über Markin-Deployments hinweg, gemessen an behandelten Kohorten.

Markin läuft zusätzlich zu deinem data science Team, nicht an dessen Stelle. Das Team verantwortet Features, Modelle, wirtschaftliche Aspekte und kausales Design. Markin verhält sich wie eine zusätzliche Bank von Wissenschaftlern, die nie schläft: Es schreibt eigene Hypothesen, egal ob marketing, product, pricing oder eine technische Anomalie das growth hemmt, bewertet diese, startet sie in den Systemen, die du bereits verwendest, und liest jede einzelne Hypothese gegen eine randomisierte control group, in einem Umfang, den kein Analystenteam manuell bewältigen kann.

Kurz gesagt

  • Your data science team: What is likely to happen, and what actually caused it? Output: Models, scores, experiment designs, readouts
  • Markin, decision + execution: For this customer, right now, what is the highest-value action? Output: One sized, ranked decision per customer, with a control group
  • Kundenbasierte Scores werden zu Segmenten zusammengefasst, da dies die einzige Einheit ist, auf die nachgelagerte Tools agieren können.
  • The split is simple: your team owns the science, Markin owns the arithmetic repeated millions of times.

Zuletzt aktualisiert: . Behauptungen über andere Anbieter verweisen auf die Quelle, aus der sie stammen.

Was auf dem Spiel steht

Eine decision layer ist kein Einzelposten im Werkzeugkasten. Sie steigert den ARPU der gesamten Basis, jeden Monat.

Installierte Basis

4.0M

customers at $19 ARPU / month

Ansprechbarer Umsatz

$501.6M

pro Jahr, erreichbare Basis

Verifizierte ARPU-Steigerung

+ 17 % bis + 35 % ARPU

bei behandelten Kohorten, gegen holdout

Was das wert ist

$85.3M – $175.6M

Inkrementeller Umsatz pro Jahr

Gleicher Personalbestand, gleiche Modelle. Die einzige Variable, die sich ändert, ist, wie viele Entscheidungen diese Modelle steuern und wie viele davon verifiziert werden.

Auf den eigenen Zahlen ausführen

What your stack does today.

01

Ihr Data-Science-Team

Die Leute, die deine Kunden quantitativ verstehen: Features, Propensity- und uplift-Modelle, kausales Design, die Ökonomie hinter jeder Zahl.

02

Markin, Entscheidung + Ausführung

Das System, das diese Modelle im maschinellen Takt konsumiert: Generieren und Dimensionieren von Umsatzchancen, Auswählen einer Aktion pro Kunde und deren Nachweis gegen einen holdout.

Nebeneinander

Die Unterschiede, die Ergebnisse verändern.

DimensionIhr Data-Science-TeamMarkin, Entscheidung + Ausführung
Frage, die beantwortet wirdWas wird wahrscheinlich passieren und was hat es tatsächlich verursacht?Was ist für diesen Kunden jetzt die wertvollste Aktion?
Primäre EingabeWarehouse-Daten, Event-Streams, DomänenwissenDeine Modelle, Einschränkungen, Wirtschaftlichkeit und Ergebnis-Historie
Primäre AusgabeModelle, Scores, Experimentdesigns, AuswertungenEine bewertete, gerankte Entscheidung pro Kunde, mit einer control group
Üblicher InhaberData Science / AnalyticsDatengesteuert, kontinuierlich ausgeführt
Wie es gemessen wirdModellqualität, Gültigkeit der kausalen LesartInkrementeller ARPU gegen einen randomisierten holdout

Job to be done

Dieselbe Arbeit, bei einem anderen Durchsatz.

Nichts von dem Folgenden benötigt ein Tool, das es nicht gibt. Es muss die Arbeit kontinuierlich statt nur einmal im Quartal erfolgen und gegen einen holdout bewiesen statt diskutiert werden.

Job to be done, verglichen zwischen With your data science team alone and Mit Markin
Job to be doneWith your data science team aloneMit Markin
Beachte, dass der Umsatz pro Kunde in einem Segment driftetJemand entdeckt es bei einer Dashboard-Überprüfung, Wochen nachdem es begonnen hat.Als Signal erkannt an dem Tag, an dem der Drift das Rauschen beseitigt, wobei das Segment bereits dimensioniert ist.
Erkläre, warum es passiertEin Analyst wird für eine zweiwöchige Untersuchung von der Roadmap abgezogen.Eine Untersuchung läuft automatisch ab und liefert die Treiber mit ihren Beweisen.
Hypothesen entwickeln, die es wert sind, getestet zu werdenEin Workshop liefert die wenigen Ideen, die dem Raum zufällig einfielen.Hypothesen werden kontinuierlich über marketing, product, pricing und den technischen Zustand geschrieben.
Entscheide, welche Hypothesen Budget verdienenPriorisiert nach Seniorität und Bauchgefühl, ohne Größenangabe.Jede einzelne wird nach Umsatz bewertet und eingestuft, bevor irgendetwas gebaut wird.
Wähle die Next Best Action für einen KundenSegment-Regeln und Kampagnenkalender entscheiden, aktualisiert, wenn jemand Zeit hat.Pro Kunde, pro Moment, gegenüber allem anderen ausgewählt, das um diesen Kunden konkurriert.
Tatsächlich startenEin Ticket für das Lifecycle-Team, dann ein Slot im Kalender des nächsten Monats.Ausgeführt in den Systemen, die du bereits betreibst, ohne einen neuen Kanal einzuführen.
Beweisen, dass es den Umsatz verursacht hatWenn überhaupt, gegen Nicht-Qualifikanten oder einen globalen holdout gemeldet.Jede Entscheidung beinhaltet eine randomisierte control group; der uplift wird dagegen gelesen.
Eliminiere, was nicht funktioniertProgramme überleben, weil niemand dafür verantwortlich ist, sie einzustellen.Wenn der Control nicht geschlagen wird, wird das Programm automatisch beendet.
All dies nächste Woche wiederholenKapazitätsgebunden: vier bis acht Tests pro Quartal.Hunderte von Hypothesen gleichzeitig, kontinuierlich, in Bearbeitung.

Der ungelöste Teil

Der Engpass war nie die Modellierung. Es ist, was mit dem Score passiert.

Ein starkes data science team kann alles modellieren, was du ihm vorlegst. Was es nicht kann, ist einen Score auf Kundenebene über Millionen von Menschen, jede Woche, mit einer control group bei jeder decision auszugeben. So enden exzellente Modelle in einem monatlichen Segment-Export, und die kausale Arbeit bleibt den Flaggschiffprogrammen vorbehalten. Das ist eine Durchsatzlücke, keine Kompetenzlücke.

  • Kundenbasierte Scores werden zu Segmenten zusammengefasst, da dies die einzige Einheit ist, auf die nachgelagerte Tools agieren können.
  • Jede Candidate opportunity von Hand zu bemessen, kostet mehr Analystenzeit, als die meisten Gelegenheiten wert sind, daher erfolgt die Priorisierung standardmäßig nach Intuition.
  • holdouts werden manuell verdrahtet, sodass das meiste, was ausgeliefert wird, niemals etwas zugeschrieben wird.
  • Senior-Analysten verbringen die Woche damit, Daten zu ziehen, Listen zu erstellen und Berichte abzugleichen, anstatt sich auf kausale Beurteilung zu konzentrieren.
  • Das Retraining des Modells ist terminiert und wird nicht durch das getrieben, was die letzten Entscheidungen tatsächlich bewiesen haben.

Der tatsächliche Unterschied

Markin ist keine weitere Decisioning Engine.

Markin ist keine decisioning Engine. Eine decisioning Engine ordnet Aktionen ein, die ein Mensch bereits definiert hat. Markin arbeitet wie ein data science und growth Team: Es bildet eigene Hypothesen darüber, warum der ARPU stagniert, sei es marketing-, produkt-, preis- oder technisch bedingt, dimensioniert sie, führt sie in den Systemen aus, die du bereits verwendest, und liest jede einzelne gegen einen holdout aus.

 Eine Decisioning EngineMarkin
Woher die Hypothese kommtEin Mensch verfasst es. Die Engine wählt zwischen Optionen, die jemand bereits genehmigt hat.Markin erstellt sie. Es liest die Basis, findet, wo Umsatz verloren geht oder ungenutzt bleibt, und schreibt die Hypothese selbst.
Was es hinterfragen darfNachricht, Angebot, Kanal, Zeitpunkt, innerhalb der vorgegebenen Kampagnenoberfläche.Alles, was den ARPU beeinflusst: Onboarding-Reibung, Preise und Pakete, eine Funktion, die niemand annimmt, ein Zahlungsausfall-Spike, ein defekter Deeplink.
Wer führt die Analyse durch?Deine Analysten, vorher und nachher. Die Engine optimiert; sie untersucht nicht.Markin übernimmt die Analyse. Dimensionierung, Segmentdefinition, Experimentdesign und Auswertung werden End-to-End automatisiert.
Wo es aufhörtBei der Empfehlung. Jemand muss es immer noch bauen und starten.Es startet. Markin führt innerhalb deiner bestehenden Plattformen und Produktoberflächen aus und schließt dann den Kreislauf des Ergebnisses.
ThroughputSo viele Hypothesen, wie Ihr Fahrplan zulässt, typischerweise eine Handvoll pro Quartal.Hunderte parallel, jede mit einer control group.
Was passiert, wenn es falsch istDas Programm läuft weiter, bis es jemand überprüft.Es wird automatisch zurückgezogen. Den Control nicht zu übertreffen ist ein normales, kostengünstiges Ergebnis.

Eine decisioning-Engine wählt die beste Aktion aus einer von dir geschriebenen Liste. Markin schreibt die Liste und führt sie in deinem Stack aus.

Hypothesenraum

Alles, was ein menschlicher Wachstumswissenschaftler betrachten würde.

Die meisten Wachstumsprobleme sind keine Kommunikationsprobleme. Markin ist nicht auf die Kampagnenoberfläche beschränkt: Wenn etwas ARPU zurückhält, ist es im Umfang und wird auf die gleiche Weise getestet.

Marketing

Die klassische Oberfläche, aber kundenspezifisch statt segmentbasiert gewählt und immer gegen einen holdout.

  • Welches Angebot dieser spezifische Kunde wert ist
  • Kanal und Zeitpunkt pro Person, nicht pro Kampagne gewählt
  • Kontaktdruck und Ermüdung, die über jedes Programm hinweg ausgeglichen werden
  • Win-back-Ökonomie: Wer einen Rabatt wert ist und wer nicht

Produkt

Wo der Kunde tatsächlich den Wert erlebt und wo der größte stille Umsatzverlust auftritt.

  • Onboarding-Schritte, die Kunden vor dem ersten Wert verlieren
  • Ein Feature mit hoher Retentionskorrelation, das die Hälfte der Basis nie entdeckt.
  • Platzierung von Paywall und Upgrade-Prompt
  • In-Produkt-Oberflächen als Behandlungsarm verwendet, nicht nur E-Mail und Push

Kommerziell

Preisgestaltung, Paketierung und die Form des Angebots selbst, getestet statt diskutiert.

  • Plan- und Bündelstruktur nach Kohorte
  • Rabatt-Tiefe gegenüber Marge, nicht nur gegenüber Konversion
  • Jährliche versus monatliche Rahmengebung pro Kunde
  • Mahn- und unfreiwillige Churn-Recovery-Sequenzen

Technische Gesundheit

Anomalien, nach denen niemand suchen sollte. Dies ist die Kategorie, die keine Entscheidungsengine abdeckt.

  • Eine gestiegene Fehlerquote beim Checkout auf einem Gerät und in einer Region.
  • Zahlungsausfälle konzentriert auf einen einzigen Emittenten oder eine einzelne Methode
  • Ein defekter Deeplink, der unbemerkt eine hochwertige Customer Journey beeinträchtigt
  • Latenz- oder Zustellungsbeeinträchtigung, die die Konversion vor jeder Nachricht beeinträchtigt

Stell dir Markin als ein data science und growth team vor, das niemals schläft: Es untersucht, bildet Hypothesen, implementiert sie in deinem eigenen Stack und beweist jede einzelne gegen eine Kontrollgruppe, in einem Umfang, den kein menschliches Team erreichen kann.

Architektur

Wie data science und der decision layer zusammenarbeiten

Schritt 01

Das Team setzt den Frame

Features, vertrauenswürdige Modelle, Margen- und Kontaktökonomie, Berechtigungsregeln und wie eine kausale Lesart gestaltet werden muss, um zu zählen. Dies bleibt bei den Menschen, die Ihr Geschäft kennen.

Schritt 02

Markin verwaltet das Volumen

In diesem Rahmen generiert Markin Kandidatenaktionen, bewertet den Umsatz dahinter, ordnet sie pro Kunde, wählt eine aus und hält fortlaufend eine randomisierte control group über die gesamte Basis hinweg zurück, ohne Ticket.

Schritt 03

Evidenz kommt zum Team zurück.

Jede Entscheidung liefert ein gemessenes Ergebnis: was die Kontrolle übertraf, um wie viel, für wen. Die Data Science liest die Evidenz, trainiert darauf neu, passt den Rahmen an und auditiert das System. Der Loop potenziert sich, anstatt sich jedes Quartal zurückzusetzen.

Der letzte Schritt ist die Ausführung, nicht die Übergabe. Markin sendet keine E-Mail mit einer Empfehlung an jemanden, der sie dann umsetzen muss: Es startet die Behandlung direkt in your data science team und Ihr Produkt erscheint direkt, mit dem angehängten holdout, und liest das Ergebnis selbst ab.

Der Loop

Ausführung ist ein Schritt in der Schleife, keine Übergabe.

  1. 01

    Beobachten

    Markin liest die Verhaltens-, Transaktions- und Produktsignale, die du bereits kontinuierlich sammelst.

  2. 02

    Hypothese aufstellen

    Es schreibt die Hypothese selbst, ob marketing, Produkt, kommerziell oder technisch, und gibt die erwartete Richtung an.

  3. 03

    Größe

    Jede Opportunity wird nach dem erwarteten Wert geordnet, sodass die Warteschlange nach Geld statt nach Meinung sortiert ist.

  4. 04

    Design

    Segment, Treatment, Guardrails und ein randomisierter holdout werden festgelegt, bevor etwas ausgeliefert wird.

  5. 05

    Ausführen

    Es startet innerhalb der Systeme, die du bereits nutzt, deiner Engagement-Plattform, deinen Produktoberflächen, deinen APIs. Nichts wartet in einer Build-Warteschlange.

  6. 06

    Lesen

    Die Ergebnisse werden über ein vollständiges Zeitfenster hinweg gegen den holdout gemessen, sodass Neuheit nicht mit Wirkung verwechselt wird.

  7. 07

    Skalieren oder einstellen

    Was Control schlägt, wird auf die gesamte Basis skaliert. Was nicht, wird automatisch abgeschaltet.

Wo Markin passt

Kein Ersatz. Ein Growth-Science-Team obenauf.

Die Aufteilung ist einfach: Dein Team besitzt die Wissenschaft, Markin besitzt die millionenfach wiederholte Arithmetik. Modellierung, Ökonomie und kausales Design bleiben menschlich. Dimensionierung, Rangfolge, Auswahl, holdout und Messung hören auf, ein Roadmap-Element zu sein, und werden zu einem System, das läuft, während das Team schläft.

Deine Modelle werden endlich auf Kundenebene eingesetzt

Ein von deinem Team erstelltes Propensity- oder uplift-Modell speist eine kundenbezogene decision, die auch Marge, Kontaktkosten und Berechtigung berücksichtigt. Der Score endet nicht mehr in einem Segment-Export.

Kausales Design wird zur Standardeinstellung, nicht zur Ausnahme

Ein randomisierter holdout bei jeder decision bedeutet, dass das von dir eingesetzte Modell einen gemessenen inkrementellen Effekt hat, keine Korrelation, die du in einem readout verteidigen musst.

Analysten werden zu Eigentümern eines Entscheidungssystems

Anstatt Kampagnenanfragen zu bedienen, definiert und prüft die Data Science Abteilung das System, das Millionen von Entscheidungen trifft – eine wesentlich größere Einflussfläche mit der gleichen Personalstärke.

Umschulung basierend auf Ergebnissen, nicht auf Kalender

Jede Entscheidung liefert ein beschriftetes Ergebnis unter einer bekannten Behandlungszuweisung, was die saubersten Trainingsdaten sind, die deine Modelle jemals erhalten werden.

Warum Markin gewinnt

Mächtiger als alles auf dieser Seite.

Jedes Tool, mit dem Markin verglichen wird, wurde für eine Aufgabe entwickelt, die endet, bevor sich der Umsatz bewegt: die Nachricht übermitteln, die Daten vereinheitlichen, den Lead bewerten. Markin wurde für ein Ergebnis entwickelt, den ARPU zu steigern, und es besitzt den vollständigen Kreislauf, der dorthin führt: untersuchen, Hypothese aufstellen, starten, messen und skalieren, über marketing, Produkt, Preisgestaltung und technische Gesundheit hinweg.

Ultraschnelles Lernen, by design

Markin Growth Science durchläuft den gesamten Zyklus aus Beobachtung, Hypothese, Experiment und Auswertung in Tagen, mit Hunderten von holdout-gestützten Experimenten parallel. Das System steigert das Lernen in einem Tempo, das kein menschliches Team und kein Kampagnentool erreichen kann.

growth operations, effizient gestaltet

Sizing, Segment Design, Build, Launch und Measurement waren früher vier Teams und ein Sprint. In Markin sind sie ein System, sodass die gleiche growth operation mehr Umsatzaktionen mit einem Bruchteil der Koordinationskosten liefert.

Ein Ergebnis: ARPU

Jede Hypothese wird im erwarteten Umsatz pro Kunde bemessen, jede Aktion wird gegen einen randomisierten holdout beurteilt, und alles, was die Kontrolle schlägt, skaliert automatisch über die Basis. Nichts anderes auf dieser Seite wird auf diese Weise gemessen.

Wenn das Ziel darin besteht, den ARPU durch extrem schnelles Lernen zu steigern und growth operations effizienter zu gestalten, ist Markin die Wahl.

Betriebsmodell

Die Einschränkung sind nicht die Ideen. Es ist, wie viele du testen kannst.

 Heute, nur mit dem TeamMit Markin an der Spitze
Wo ein Modell-Score verbraucht wirdEin monatlicher SegmentexportEin live Input für Millionen von Entscheidungen pro Woche
EntscheidungseinheitSegment, in einem Planungsmeeting ausgewähltEin Kunde, ausgewählt nach erwartetem Wert
Anteil der decisioning mit einer KontrollgruppeDie Flaggschiff-Programme, wenn Zeit istJede Entscheidung, standardmäßig
Wo die Zeit des leitenden Analysten hingehtDaten ziehen, Listen erstellen, Berichte abgleichenWirtschaftlichkeit, Restriktionen, kausales Design, was skaliert werden soll
Retraining-SignalGeplant, basierend auf BeobachtungsdatenKontinuierlich, auf randomisierten Ergebnissen
Kosten der Prüfung der 500. HypotheseEin weiterer Analyst, ein weiteres QuartalEffektiv null

Markin ersetzt nicht Ihr Data-Science-Team. Es beseitigt die Obergrenze, auf wie viel von der Basis dieses Team agieren kann und wie schnell es herausfindet, ob es funktioniert hat.

Was Markin nicht ersetzt.

Um es explizit zu sagen, denn dies ist die Frage, die jeder Analytics-Leiter zuerst stellt:

  • Markin ersetzt keine Data Scientists. Feature Engineering, Domänenmodelle und kausale Beurteilung bleiben bei den Personen, die sie besitzen.
  • Markin verbirgt seine Argumentation nicht. Jede Entscheidung ist bis zu den Eingaben und den Modelloutputs, die sie produziert haben, auditierbar.
  • Markin zwingt dich nicht von deinen Modellen weg. Bringe deine eigenen Propensity- und uplift-Modelle mit oder überschreibe jedes Modell im Loop.
  • Markin besitzt dein Warehouse nicht. Es liest dort, wo deine Daten bereits leben; keine Migration, keine neue Source of Truth.
  • Markin ist kein Reporting-Tool. Es erstellt Entscheidungen und den Nachweis, dass sie funktioniert haben; Ihr Analytics Stack bleibt, wo er ist.
  • Markin sitzt nicht neben your data science team Vorschläge machen. Es treibt es an, die Aktion wird dort gestartet, in dem System, das dein Team bereits kennt, und das Ergebnis fließt zurück in den Loop.

Evidenzstandard

Der größte Teil dieser Kategorie meldet ihren eigenen Lift.

Keiner der großen Anbieter von Engagement, CDP oder Personalisierung veröffentlicht eine unabhängig überprüfte Uplift-Zahl für sein Entscheidungsfindungsprodukt. Wo Zahlen existieren, stammen sie aus von Anbietern in Auftrag gegebenen Studien oder Fallstudien einzelner Kunden ohne offengelegte holdout-Methodik. Die strengste öffentliche Forschung in dieser Kategorie ist für niemanden schmeichelhaft, uns eingeschlossen, genau deshalb bauen wir darauf auf.

Wie Markin sich daran hält

  • Jede Entscheidung, die Markin trifft, beinhaltet eine control group. Der uplift wird gegen diesen holdout gemeldet, nicht gegen Kunden, die sich nicht qualifiziert haben.
  • Die Ergebnisse werden über ein vollständiges Messfenster und nicht in den ersten Wochen abgelesen, sodass Neuheit nicht mit Wirkung verwechselt wird.
  • Programme, die den Kontrollwert nicht übertreffen, werden automatisch eingestellt. Das Beenden von Entscheidungen, die sich nicht auszahlen, ist Teil des Regelkreises, nicht einer jährlichen Überprüfung.
  • Die einzige Zahl, die wir über uns selbst nennen, ist eine Spanne, keine Durchschnittszahl: +17% bis +35% ARPU bei behandelten Kohorten im Vergleich zu einem randomisierten holdout, über Markin-Implementierungen in großen B2C-Basen hinweg. Wir veröffentlichen keine Branchen-Benchmarks, weil wir keine finden konnten, die wir bereit wären zu verteidigen. Ihr holdout ist die Zahl, die zählt.

Größe selbst bestimmen

Dimensioniere, was deine Modelle produzieren könnten, wenn der Durchsatz entfernt wird

Vorgeladen für ein großes B2C-Unternehmen mit einer fähigen internen Data Science Abteilung: gute Modelle, eine vollständige Roadmap und weit mehr Hypothesen als Quartale, um sie zu testen. Die untenstehende Abbildung zeigt nicht, was ein neues Team produzieren würde. Es ist die inkrementelle Marge, die durch die kontinuierliche Nutzung der bereits auf Kundenebene erstellten Scores verfügbar ist, gemessen gegen einen randomisierten holdout.

Deine Basis

4.0M

Konten, die in den letzten 30 Tagen Umsatz generiert haben. Nicht registrierte Benutzer.

$19

Wiederkehrende plus nicht-wiederkehrende Einnahmen geteilt durch aktive Kunden.

60%

Marge der nächsten verkauften Einheit, nicht die durchschnittliche Unternehmensmarge.

Ihr heutiges Programm

55%

Eingewilligt, nicht überbeansprucht, auf mindestens einem Kanal erreichbar.

2.4%

Umsatzverlust durch Kündigungen pro Monat, als Anteil der Basis.

Die Wette

$1.2M

Lizenzen, Daten, Anreize und die Personen, die es betreiben.

3%

Vor jedem Inkrementalitätsabschlag. 2–4% ist eine vertretbare Planungsannahme.

Verifizierte jährliche Auswirkung

$5.1M

Netto-inkrementelle Bruttomarge im zentralen Fall, nach den Programmkosten und nach dem Anteil der Entscheidungsfindungsprogramme, die laut unabhängiger Forschung keinen echten Lift liefern.

Gemeldeter Uplift

$15.0M

What a before/after dashboard would claim, with no control group.

Verifizierte Steigerung

$10.5M

What survives a holdout in the central case.

Rendite der Programmkosten

5.3×

Amortisation

3 mo

Wenn 20–40 % davon nichts bewirken

Best Case · 20% kein Lift$6.0M
Standardfall · 30% kein Lift$5.1M
Worst Case · 40% kein Lift$4.2M

Was es braucht, um es zu beweisen

Um eine zu erkennen 3% uplift auf den Umsatz pro Kunde benötigst du grob 40K Kunden in der Kontrollgruppe, etwa 1.8% deiner ansprechbaren Basis, lies über mindestens 8 weeks, damit Neuheit nicht mit Effekt verwechselt wird.

Ansprechbare Basis

2.2M

Umsatzrisiko durch Churn

$230.6M

Annualised, at the current monthly rate.

Vollständigen Rechner öffnen, mit der dahinterstehenden Methode

Time to value

90 Tage bis zu einer Zahl, die einen holdout überlebt hat.

Kein Replatforming, keine Datenmigration, kein Neuaufbau der Kanäle, die du bereits betreibst. Wenn die ersten Kohorten die Kontrolle nicht übertreffen, skaliert nichts und du hast ein Quartal verloren, keine Roadmap.

  1. Wochen 0–2

    Das Team kodiert den Frame

    Modelle, denen man vertrauen kann, Margin- und Kontaktökonomie, Berechtigungsregeln und Messstandards. Markin verbindet sich mit dem Data Warehouse und den Kanälen, die du bereits verwendest, ohne Migration, ohne Eigentümerwechsel.

  2. Wochen 3–6

    Scores werden pro Kunde ausgegeben

    Hypothesen, für die das Team nie Zeit hatte, werden generiert, bewertet und parallel zum Test freigegeben, jeweils mit einem randomisierten holdout. Data science überprüft die Designs und die Zuweisung.

  3. Wochen 7–12

    Erster verifizierter inkrementeller Umsatz, der deinen Modellen zuzurechnen ist

    Die Ergebnisse werden über ein vollständiges Messfenster abgelesen. Was die Kontrolle schlägt, wird skaliert; was nicht, wird eingestellt. Die Zahl, die das Team präsentiert, hat einen holdout überlebt, und das System, das sie produziert hat, liegt in ihrer Steuerung.

Wann du Markin nicht brauchst.

  • Du hast noch keine Ergebnis-Historie und keinen Kanal, in dem du handeln kannst, sodass es noch nichts zu lernen oder zu entscheiden gibt.
  • Die Organisation ist nicht bereit, eine Kontrollgruppe zurückzuhalten, in welchem Fall nichts hier überprüfbar ist.
  • Deine Basis ist klein genug, dass eine Person in einem Meeting vernünftigerweise über jedes Kundensegment nachdenken kann.

Im Produkt ansehen

Sehen Sie, wie es entscheidet, experimentiert und ausführt, bevor Sie mit jemandem sprechen.

Eine geführte Tour durch den Markin-Workspace an einem Demo-Kunden, ohne Verkaufsgespräch, ohne Setup.

Fragen, die Käufer stellen.

Ersetzt Markin mein Data Science-Team?

Nein, und ein Team, das versuchen würde, Markin ohne Data Scientists zu betreiben, würde weniger davon haben. Markin eliminiert die manuelle Entscheidungsfindung: das händische Größen von Candidates, das Exportieren von Segmenten, das Verdrahten von holdouts, das Abgleichen von Auswertungen. Die knappe Fähigkeit, zu wissen, was optimiert, was eingeschränkt werden soll und was eine kausale Lesart tatsächlich beweist, wird wertvoller, nicht weniger wertvoll.

Wer besitzt die Modelle?

Das tust du. Markin verwendet die Features, Propensität und uplift-Modelle, die dein Team bereits pflegt, zusammen mit seiner eigenen Dimensionierung der Umsatzchancen, und jede Entscheidung ist nachvollziehbar bis zu den Eingaben, die sie erzeugt haben. Dein Team kann jedes Modell im Kreislauf prüfen, überschreiben oder ersetzen.

Können wir unsere eigenen Uplift-Modelle einbringen?

Ja. Bringe Scores aus dem Warehouse oder liefere sie live; Markin kombiniert sie mit Marge, Kontaktkosten und Berechtigung, um eine Aktion pro Kunde auszuwählen. Wo du kein Modell hast, füllt Markin's eigene Dimensionierung die Lücke, bis du eines hast.

Wie unterscheidet sich dies von der Bereitstellung unserer Modelle in einem Kampagnen-Tool?

Ein Kampagnen-Tool verwendet einen Score, um eine Liste zu erstellen. Eine decision Ebene vergleicht jede Kandidatenaktion für einen Kunden hinsichtlich des erwarteten Wertes, wendet Einschränkungen an, wählt eine aus oder hält sie zurück, und fügt eine control group hinzu. Das Ergebnis ist eine Entscheidung mit Evidenz, keine Zielgruppe.

Woher wissen wir, dass der uplift vom decision layer und nicht von den Modellen kam?

Du musst sie nicht trennen, und der holdout kümmert sich nicht darum: behandelte und zurückgehaltene Kohorten unterscheiden sich nur darin, ob eine kundenbezogene Entscheidung im selben Zeitraum mit denselben Modellen und derselben Saisonalität getroffen wurde. Deshalb ist der von uns angegebene verifizierte Bereich Post-holdout statt Pre/Post.

Wie unterscheidet sich Markin vom decisioning oder der KI, die bereits in your data science team enthalten ist?

Eine decisioning-Engine ordnet Aktionen ein, die ein Mensch bereits definiert hat, innerhalb der vorgegebenen Kampagnenoberfläche. Markin bildet die Hypothesen selbst, sei es marketing, product, pricing oder eine technische Anomalie, die growth zurückhält, bewertet diese, führt sie innerhalb your data science team und deiner Produktoberflächen aus und liest jede einzelne gegen einen randomisierten holdout aus. Es verhält sich wie ein data science- und growth-Team, nicht wie ein Optimierer.

Testet Markin nur Nachrichten und Angebote?

Nein. Alles, was ein menschlicher growth scientist untersuchen würde, ist im scope enthalten: onboarding-Reibung, Feature adoption, pricing und packaging, Dunning und technische Gesundheitsprobleme wie eine Checkout error rate oder ein fehlerhafter Deeplink, der stillschweigend die Konversion tötet. Marketing ist eine von vier Hypothese-Domänen, nicht die Grenze.

Was ist the business case for adding Markin on top of your data science team?

On the assumptions preloaded above, 4.0M customers at 19 a month, Eine kleine Bewegung im ARPU ist absolut gesehen eine große Zahl, da sie jeden Monat auf die gesamte installierte Basis angewendet wird und nicht nur auf eine Kampagne. Bei Markin-Implementierungen liegt der verifizierte Bereich auf behandelten Kohorten bei +17 % bis +35 % ARPU gegenüber einem randomisierten holdout. Es geht nicht um mehr Nachrichten: Es geht darum, die wertvollste Aktion pro Kunde zu finden, sie zu starten und sie vor der Skalierung gegenüber der Kontrolle zu beweisen.

Wie lange dauert es, bis es sich amortisiert?

Erste bewertete Umsatzchancen sind innerhalb von sechs Wochen im Test und das erste durch holdout verifizierte Ergebnis liegt innerhalb von 90 Tagen vor. Die Amortisation hängt von deiner Basis, Marge und den Programmkosten ab. Der Rechner auf dieser Seite berechnet sie anhand deiner eigenen Zahlen, nachdem der von BCG festgestellte Abzug von 20 % bis 40 % angewendet wurde, wenn Next Best Action Programme inkrementell getestet werden.