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

COMPARE/Markin und dein Stack

Markin+Optimizely logoOptimizely

Markin + Optimizely: Von erfolgreichen Experimenten zur Entscheidung, was es wert ist, getestet zu werden

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

Optimizely ist eine Experimentation- und Feature-Flagging-Plattform: Sie führt A/B tests und Banditen auf von dir definierten Variationen aus und berichtet, welche auf einer von dir gewählten Metrik gewinnt. Markin sitzt darüber und entscheidet, welche Umsatzchance überhaupt einen A/B test verdient, bewertet den Umsatz dahinter und agiert kontinuierlich bei Kunden, die nie an einem Experiment teilnehmen. Das learning findet in Optimizely statt; die Entscheidung, was gelernt werden soll und wer angesprochen werden soll, findet in Markin statt.

Kurz gesagt

  • Optimizely: Which variation performs better on this metric, and how confidently? Output: A statistical read per variation: lift, confidence interval, significance.
  • Markin, the decision + execution layer: Which opportunity deserves an experiment, and which action should this customer receive now? Output: A ranked, sized decision per customer, including hold, that can feed an Optimizely flag or act directly in other channels.
  • Ein Experiment erfasst nur Kunden, die die markierte Oberfläche erreichen; der Rest der Basis erhält überhaupt keine Entscheidung.
  • It decides which revenue opportunity is worth a test, and acts on the customers a flag never reaches.

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

3.0M

customers at $22 ARPU / month

Ansprechbarer Umsatz

$396.0M

pro Jahr, erreichbare Basis

Verifizierte ARPU-Steigerung

+ 17 % bis + 35 % ARPU

bei behandelten Kohorten, gegen holdout

Was das wert ist

$67.3M – $138.6M

Inkrementeller Umsatz pro Jahr

Gemessen an behandelten Kohorten gegen einen randomisierten holdout, über ein vollständiges Messfenster hinweg gelesen und nicht nur über die ersten Wochen. Anonymisierter Bereich über Markin-Implementierungen in großen B2C-Basen; Ihr eigener holdout ist die entscheidende Zahl. Die obigen Zahlen wenden diesen Bereich auf den erreichbaren Anteil der Basis auf Grundlage der Annahmen dieser Seite an; sie sind arithmetisch, keine Prognose für dein Unternehmen.

Auf den eigenen Zahlen ausführen

What your stack does today.

01

Optimizely

Eine Experimentation- und Feature-Flagging-Plattform, die Code hinter Flags bereitstellt, A/B/n-Tests und Multi-Armed Bandits ausführt und meldet, welche Variation bei einer definierten Erfolgsmetrik mit gültigen Statistiken abschneidet.

02

Markin, die Entscheidungs- + Ausführungsschicht

Eine Ebene, die Umsatzchancen pro Kunde entdeckt und dimensioniert, das Treatment mit dem höchsten erwarteten inkrementellen Wert auswählt und eine control group zuweist, um zu entscheiden, was es wert ist zu testen und bei wem gehandelt werden soll.

Nebeneinander

Die Unterschiede, die Ergebnisse verändern.

DimensionOptimizelyMarkin, die Entscheidungs- + Ausführungsschicht
Frage, die beantwortet wirdWelche Variation bei dieser Metrik besser abschneidet und wie zuversichtlich?Welche Umsatzchance ein Experiment verdient und welche Aktion dieser Kunde jetzt erhalten sollte?
Primäre EingabeVariationen, eine Erfolgsmetrik, Traffic-Allokation, Zielgruppen-Targeting.Kundenkontext, Ergebnisse, Margen, Kosten, Kontakthistorie, Ergebnisse früherer Experimente.
Primäre AusgabeEin statistischer Wert pro Variation: Lift, Konfidenzintervall, Signifikanz.Eine gerankte, dimensionierte Entscheidung pro Kunde, einschließlich hold, die ein Optimizely-Flag speisen oder direkt in anderen Kanälen wirken kann.
Üblicher InhaberProdukt, Engineering und Experimente.growth, data science und Umsatz-Leadership.
Wie es gemessen wirdLift der gewählten Metrik mit Signifikanz und Konfidenzintervall.Inkrementeller Umsatz und ARPU gegenüber einer holdout-Gruppe.

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 Optimizely alone and Mit Markin
Job to be doneWith Optimizely 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

Was ungelöst bleibt, wenn Experimentation gut läuft

Ein ausgereiftes Optimizely-Setup testet alles, was das Team hineinschreibt, in der Geschwindigkeit, in der das Team es bereitstellen kann. Der Experimentation-Durchsatz wird durch die Hypothesen begrenzt, die ein Mensch zu formalisieren beschließt, und die Kunden, in die ein Flag eingebunden ist, anstatt durch das, was die Daten über die gesamte Basis hinweg signalisieren.

  • Ein Experiment erfasst nur Kunden, die die markierte Oberfläche erreichen; der Rest der Basis erhält überhaupt keine Entscheidung.
  • Stats Accelerator findet die beste Variation innerhalb eines Tests; er entscheidet nicht, ob der Test selbst die wertvollste Nutzung dieses Kontakts darstellt.
  • Jedes Experiment berichtet über eine Metrik. Nichts fasst den Effekt jedes Experiments, das ein Kunde gesehen hat, zu einer Umsatzzahl zusammen.
  • Der Backlog der Hypothesen kommt mit der Geschwindigkeit an, mit der das Team Spezifikationen schreiben kann, nicht mit der Geschwindigkeit, mit der sich die Daten ändern.

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.

Ihre decisioning layer

Was Optimizely entscheidet – und wo es aufhört.

Optimizely ist eine Experimentier- und Feature-Flagging-Plattform. Es stellt Code hinter Flags bereit, führt A/B tests und Banditen mit von dir definierten Variationen durch und beweist, welche Variation bei einer von dir gewählten Erfolgsmetrik gewinnt. Es entscheidet nicht, welche kommerzielle Umsatzchance einen Test wert ist, bemisst den dahinterstehenden Umsatz oder handelt bei Kunden, die nie an einem Experiment teilnehmen.

Referenzierte Produkte: Optimizely Feature Experimentation, Optimizely Web Experimentation, Optimizely Personalization, Stats Engine, Stats Accelerator

Was es optimiert

Dokumentierte Grenzen

Was die Beweise tatsächlich aussagen

  • Optimizelys dokumentierte Leistungsansprüche betreffen die statistische Validität und die Geschwindigkeit bis zur Signifikanz (Stats Engine, Stats Accelerator), nicht den verifizierten inkrementellen Umsatz. Es wird kein unabhängiger Benchmark von Optimizelys Auswirkungen auf ARPU oder den Umsatz veröffentlicht.

    AnbieterdokumenteOptimizely Support, Statistical analysis methods overview

Wo Markin anders ist.

Entscheidet, was getestet werden soll, nicht welche Variation gewinnt

Optimizely beantwortet die Frage 'welche Variation schneidet bei dieser Metrik besser ab'. Markin beantwortet die Frage 'welche Umsatzchance ist überhaupt ein Experiment wert' und zeigt diejenigen auf, an die niemand gedacht hat zu testen.

Optimiert den Umsatz über die gesamte Basis hinweg, nicht eine Metrik in einem einzelnen Test

Stats Accelerator verteilt den Traffic innerhalb eines Experiment neu. Markin verteilt den Kontakt und die Behandlung über den gesamten Kundenbestand neu, basierend auf dem erwarteten inkrementellen Umsatz, abzüglich Marge und Kosten.

holdouts im gesamten Unternehmen, standardmäßig

Ein Optimizely holdout ist eine Traffic-Aufteilung innerhalb eines Experiment. Markin hängt eine control group an jede decision an, sodass die gemeldete Zahl der inkrementelle ARPU gegen den holdout ist und nicht eine Signifikanzmessung auf einem Flag.

Architektur

Wie beides zusammenläuft

Schritt 01

Kontext in

Markin liest Kundenkontext dort, wo er bereits vorhanden ist: im Data Warehouse, CDP, Produkt- und Abrechnungssystemen sowie in der Historie der Ergebnisse. Optimizely-Experimentergebnisse und Flag-Exposure können Teil dieses Kontexts sein, sodass das Lernen die nächste Entscheidung speist.

Schritt 02

Decision

Markin generiert und bewertet Umsatzchancen, ordnet sie pro Kunde, wählt eine Behandlung aus und weist eine control group zu. Einige Entscheidungen werden zu Optimizely-Experimenten; die meisten werden zu direkten Aktionen in anderen Kanälen.

Schritt 03

Aktivierung zurück in Optimizely

Wo eine Hypothese einen kontrollierten Test erfordert, wird die Entscheidung als Flag-Targeting oder Zielgruppenkriterium zurückgeschrieben, sodass Optimizely sie mit seiner eigenen Statistik-Engine ausführt. Flag-Logik, Variationscode und Signifikanzberichterstattung bleiben in Optimizely.

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 Optimizely 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.

Markin führt keine Experimente durch oder ersetzt Flags. Es entscheidet, welche Umsatzchance einen Test wert ist, und agiert bei Kunden, die eine Flag nie erreicht. Die Experimentation behält ihre Statistik-Engine, ihre Banditen und ihre Release-Sicherheit; was sich ändert, ist der Input, der entscheidet, was getestet wird und bei wem gehandelt wird.

Die Experiment-Warteschlange wird zu einer Entscheidung, nicht zu einem Backlog.

Anstatt einer Produkt-Roadmap von Tests werden die Hypothesen mit dem höchsten Wert aus den Daten ermittelt und dimensioniert, so dass die Experimentierkapazität dort eingesetzt wird, wo der Umsatz liegt.

Die Abdeckung geht über die markierte Oberfläche hinaus

Kunden, die nie an einem Experiment teilnehmen, erhalten dennoch eine Entscheidung, eine Speicherung, eine Anfügung, einen hold, gemessen gegen die Kontrolle in den Kanälen, die sie nutzen.

Lernen und Handeln teilen sich einen Datensatz

Optimizely-Ergebnisse speisen Markin, und Markins holdout speist zurück, sodass die nächste Runde von Hypothesen auf bewährten Zahlen aufbaut, anstatt abzudriften.

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.

 Today, with OptimizelyMit Markin an der Spitze
Umsatz-Hypothesen pro Quartal getestet4 bis 8, je nachdem, wofür die Roadmap Platz hatteHunderte, parallel generiert und ausgeführt
Worüber Hypothesen aufgestellt werden könnenNachrichten, Angebote und Zielgruppen, die KampagnenoberflächeMarketing-, Produkt-, Preis- und technische Gesundheit gleichermaßen
Von der Entscheidung zur Live-Schaltung im KanalEin Ticket, eine Build-Warteschlange, ein Release-FensterMarkin startet es selbst in deinen bestehenden Plattformen
Zeit von der Idee bis zu einem Ergebnis, dem du vertraust6 bis 10 Wochen Analyse, Aufbau und AuswertungTage, weil die Größenbestimmung und das Design automatisiert sind
Anteil der decisioning mit einer KontrollgruppeDie Flaggschiff-Programme, wenn Zeit istJede Entscheidung, standardmäßig
Abdeckung der BasisTop-Segmente und die Kunden, die von einer Regel erfasst wurdenEine Entscheidung pro Kunde, über die gesamte Basis hinweg
Kosten der Prüfung der 500. HypotheseEin weiterer Analyst, ein weiteres QuartalEffektiv null
Wofür das Team seine Zeit aufwendetDaten ziehen, Listen erstellen, Berichte abgleichenUrteilsvermögen: Einschränkungen, Wirtschaftlichkeit, was skaliert werden soll

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.

Zur expliziten Abgrenzung des Umfangs, da die Beschaffung nachfragen wird:

  • Markin führt keine A/B-Tests, Feature Flags oder Bandits durch. Experimentation bleibt in Optimizely.
  • Markin ersetzt weder Stats Engine, Stats Accelerator noch die statistische Berichterstattung von Optimizely.
  • Markin ist kein Analyse- oder Release-Management-Tool; es entscheidet, was getestet werden soll und wer darauf reagieren soll.
  • Markin verwaltet keinen Variationscode, Rollouts oder Flag-Umgebungen.
  • Markin sitzt nicht neben Optimizely 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 die decision layer über deinem Optimizely-Programm

Vorgeladen für ein Consumer-Subscription-Geschäft, das Optimizely in großem Umfang betreibt: ausgereifte 'feature-flagging' und A/B-Tests, ein Produktteam, das viele Experimente liefert. Optimizely beweist, welche Variante bei der von dir gewählten Metrik gewinnt. Die folgende Abbildung zeigt die inkrementelle Marge, die sich daraus ergibt, überhaupt zu entscheiden, was getestet werden soll, und jeden Kunden kontinuierlich zu behandeln, anstatt nur dort, wo ein Flag verdrahtet ist, gemessen an einem holdout und nicht an einem Signifikanz-Read pro Experiment.

Deine Basis

3.0M

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

$22

Wiederkehrende plus nicht-wiederkehrende Einnahmen geteilt durch aktive Kunden.

60%

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

Ihr heutiges Programm

50%

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

2.6%

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

Die Wette

$1.0M

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

3%

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

Verifizierte jährliche Auswirkung

$4.0M

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

$11.9M

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

Verifizierte Steigerung

$8.3M

What survives a holdout in the central case.

Rendite der Programmkosten

5.0×

Amortisation

3 mo

Wenn 20–40 % davon nichts bewirken

Best Case · 20% kein Lift$4.7M
Standardfall · 30% kein Lift$4.0M
Worst Case · 40% kein Lift$3.3M

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 2.7% deiner ansprechbaren Basis, lies über mindestens 8 weeks, damit Neuheit nicht mit Effekt verwechselt wird.

Ansprechbare Basis

1.5M

Umsatzrisiko durch Churn

$214.7M

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

    Lese den Kontext, den du bereits hast

    Markin verbindet sich mit den Daten und Kanälen, die du heute betreibst, Optimizely inklusive. Keine Migration, kein Replatforming, keine neue Quelle der Wahrheit.

  2. Wochen 3–6

    Erste bezifferte Chancen im Test

    Opportunities werden nach erwartetem Wert geordnet, Behandlungen pro Kunde ausgewählt, und die ersten Kohorten gehen mit einem zugehörigen randomisierten holdout live.

  3. Wochen 7–12

    Erster verifizierter inkrementeller Umsatz

    Die Ergebnisse werden über ein vollständiges Messfenster abgelesen. Was die Kontrolle schlägt, wird skaliert; was nicht, wird eingestellt. Nichts skaliert auf einer Zahl, die keinen holdout überlebt hat.

Wann du Markin nicht brauchst.

  • Du führst eine Handvoll Experimente pro Quartal durch und das Team kann immer noch nachvollziehen, welche in einem Meeting priorisiert werden sollen.
  • Jede Kundenentscheidung fließt bereits durch eine markierte Oberfläche, sodass keine unadressierte Basis vorhanden ist, auf die man einwirken könnte.
  • Deine Erfolgsmetrik kann nicht mit Umsatz verknüpft werden, daher können weder Experimente noch Entscheidungen bewertet werden.

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.

Entscheidet Optimizely nicht bereits Dinge mit Bandits?

Stats Accelerator und Multi-Armed Bandits verlagern den Traffic innerhalb eines Experimentes zwischen Variationen, um schneller Signifikanz zu erreichen oder den Ertrag während des Tests zu maximieren. Sie optimieren den Test, den du bereits geschrieben hast; sie entscheiden nicht, welche Umsatzchance es wert ist, getestet zu werden, beziffern nicht den dahinterstehenden Umsatz oder agieren nicht bei Kunden, die nie an dem Experiment teilnehmen.

Müssen wir Optimizely ersetzen?

Nein. Optimizely bleibt die Experimentation- und Feature-Flagging-Ebene. Markin entscheidet, welche Hypothese einen Test verdient, und übergibt diese decisioning an Optimizely als Flag-Targeting, während es den Rest der Basis direkt in anderen Kanälen bearbeitet.

Wie erreicht die Entscheidung Optimizely?

Als flag targeting Regeln oder Zielgruppenkriterien für ein flag, damit ein bestehendes Experiment es aufgreifen kann. Die Integrationsfläche ist dieselbe, die dein Team bereits für jedes andere upstream Signal verwendet.

Ist das ständige Durchführen von Experimenten nicht dasselbe wie decisioning?

Nein. Experimentation testet ein paar Hypothesen im menschlichen Tempo auf den von dir markierten Flächen. Kontinuierliche decisioning wirkt auf jeden Kunden, in jedem Zyklus, standardmäßig mit einer control group, einschließlich Kunden, die kein Experiment erreicht. Experimente beweisen, was funktioniert; decisioning entscheidet, wer es bekommt und wer gehalten wird.

Wer ist Eigentümer des Outputs, Produkt oder Wachstum?

Beides. Produkt und Engineering besitzen die Experimente und die Flags; growth und data science besitzen die Umsatz-Entscheidung. Die decision layer ist der gemeinsame Vertrag zwischen ihnen.

Wie sehen die ersten neunzig Tage aus?

Ein Umsatzthema, ein Kanal, ein echtes holdout. Der Sinn des ersten Quartals ist eine verteidigbare inkrementelle Zahl, nicht die vollständige Abdeckung des experiment-Backlogs.

Wie unterscheidet sich Markin vom decisioning oder der KI, die bereits in Optimizely 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 Optimizely 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 Optimizely?

On the assumptions preloaded above, 3.0M customers at 22 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.