COMPARE/Markin + data science
Markin et ton équipe data science
+ 17 à 35 % d'ARPU par rapport au holdoutPlage observée sur les déploiements Markin, mesurée sur les cohortes traitées.
Markin fonctionne avec ton équipe data science, pas à sa place. L'équipe possède les fonctionnalités, les modèles, l'économie et la conception causale. Markin se comporte comme un banc de scientifiques supplémentaires qui ne dort jamais : il écrit ses propres hypothèses, qu'il s'agisse de marketing, de produit, de prix ou d'une anomalie technique freinant la growth, les évalue, les lance dans les systèmes que tu utilises déjà, et analyse chacune d'entre elles par rapport à un groupe de contrôle randomisé, à un volume qu'aucune équipe d'analystes ne peut maintenir manuellement.
En bref
- 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
- Les scores au niveau client sont agrégés en segments car c'est la seule unité sur laquelle les outils en aval peuvent agir.
- The split is simple: your team owns the science, Markin owns the arithmetic repeated millions of times.
Dernière mise à jour : . Les affirmations concernant d'autres fournisseurs renvoient à la source d'où elles proviennent.
Quel est l'enjeu
Une couche de décision n'est pas une ligne budgétaire pour un outil. Elle augmente l'ARPU sur l'ensemble de la base, chaque mois.
Base installée
4.0M
customers at $19 ARPU / month
Revenu adressable
$501.6M
par an, base atteignable
Augmentation d'ARPU vérifiée
+ 17 % à + 35 % d'ARPU
sur les cohortes traitées, par rapport au holdout
Ce que cela vaut
$85.3M – $175.6M
revenu incrémental par an
Même effectif, mêmes modèles. La seule variable changée est le nombre de décisions que ces modèles pilotent et le nombre d'entre elles qui sont vérifiées.
Applique-le à tes propres chiffresWhat your stack does today.
01
Ton équipe data science
Les personnes qui comprennent tes clients quantitativement : caractéristiques, modèles de propension et d'uplift, conception causale, l'économie derrière chaque chiffre.
02
Markin, décision + exécution
Le système qui consomme ces modèles à la cadence machine : générer et dimensionner les opportunités, choisir une action par client, et la prouver contre un holdout.
Côte à côte
Les différences qui changent les résultats.
| Dimension | Ton équipe data science | Markin, décision + exécution |
|---|---|---|
| Question à laquelle elle répond | Qu'est-ce qui est susceptible de se produire, et qu'est-ce qui l'a réellement causé ? | Pour ce client, en ce moment, quelle est l'action la plus précieuse ? |
| Entrée primaire | Données Warehouse, flux d'événements, connaissance du domaine | Tes modèles, contraintes, données économiques et historique des résultats |
| Sortie primaire | Modèles, scores, conceptions d'expérimentations, rapports | Une décision évaluée et classée par client, avec un groupe de contrôle |
| Propriétaire habituel | Science des données / analyse | Piloté par la science des données, exécuté en continu |
| Comment c'est mesuré | Qualité du modèle, validité de la lecture causale | ARPU incrémental par rapport à un holdout randomisé |
Job to be done
Le même travail, à un débit différent.
Rien de ce qui suit ne nécessite un outil qui n'existe pas. Il faut que le travail soit effectué en continu au lieu d'une fois par trimestre, et qu'il soit prouvé par rapport à un holdout au lieu d'être débattu.
| Job to be done | With your data science team alone | Avec Markin |
|---|---|---|
| Remarquez que le chiffre d'affaires par client dérive dans un segment | Quelqu'un le remarque lors d'une revue de tableau de bord, des semaines après son démarrage. | Détecté comme un signal le jour où la dérive efface le bruit, avec le segment déjà dimensionné. |
| Expliquez pourquoi cela se produit | Un analyste est retiré de la roadmap pour une enquête de deux semaines. | Une investigation est exécutée automatiquement et renvoie les facteurs déterminants avec leurs preuves. |
| Élabore des hypothèses qui méritent d'être testées | Un atelier produit la poignée d'idées auxquelles la salle a pu penser. | Les hypothèses sont écrites en continu à travers le marketing, le produit, la tarification et la santé technique. |
| Décide quelles hypothèses méritent un budget | Priorisé par ancienneté et intuition, sans évaluation de l'impact. | Chacun est dimensionné en revenus et classé avant que quoi que ce soit ne soit construit. |
| Choisissez la Next Best Action pour un client | Les règles et les calendriers de campagnes Segment décident, mis à jour quand quelqu'un a le temps. | Choisi par client, par moment, par rapport à tout le reste en compétition pour ce client. |
| Lancez-le réellement | Un ticket pour l'équipe du cycle de vie, puis un créneau dans le calendrier du mois prochain. | Exécuté dans les systèmes que tu utilises déjà, sans nouveau canal à adopter. |
| Prouver que cela a généré du chiffre d'affaires | Rapporté par rapport aux non-qualifiants ou à un holdout global, le cas échéant. | Chaque décision comporte un groupe de contrôle randomisé ; l'uplift est lu par rapport à celui-ci. |
| Éliminer ce qui ne fonctionne pas | Les programmes survivent parce que personne n'est chargé de les retirer. | Ne pas battre le contrôle met fin au programme automatiquement. |
| Refaites tout la semaine prochaine | Capacité limitée : quatre à huit tests par trimestre. | Des centaines d'hypothèses en cours en parallèle, en continu. |
La partie non résolue
Le goulot d'étranglement n'a jamais été la modélisation. C'est ce qu'il advient du score.
Une équipe de data science solide peut modéliser tout ce que tu lui présentes. Ce qu'elle ne peut pas faire, c'est dépenser un score au niveau du client pour des millions de personnes, chaque semaine, avec un groupe de contrôle sur chaque décision. Ainsi, d'excellents modèles finissent leur vie dans une exportation de segment mensuelle, et le travail causal est réservé aux programmes phares. C'est un problème de débit, pas un problème de compétence.
- Les scores au niveau client sont agrégés en segments car c'est la seule unité sur laquelle les outils en aval peuvent agir.
- Dimensionner chaque opportunité candidate à la main coûte plus de temps d'analyste que la plupart des opportunités ne valent, la priorisation se fait donc par défaut à l'intuition.
- Les holdouts sont câblés manuellement, la plupart de ce qui est expédié n'est donc jamais attribué à quoi que ce soit.
- Les analystes seniors passent la semaine à extraire des données, à créer des listes et à rapprocher des rapports au lieu de se consacrer au jugement causal.
- Le réentraînement du modèle est planifié, et non basé sur ce que les dernières décisions ont réellement prouvé.
La différence réelle
Markin n'est pas un autre moteur de décision.
Markin n'est pas un moteur de decisioning. Un moteur de decisioning classe les actions qu'un humain a déjà définies. Markin fonctionne comme une équipe data science et growth : il formule ses propres hypothèses sur les raisons pour lesquelles l'ARPU est bloqué (marketing, produit, tarification ou technique), les dimensionne, les exécute dans les systèmes que tu utilises déjà, et analyse chacune par rapport à un holdout.
| Un moteur de decisioning | Markin | |
|---|---|---|
| D'où vient l'hypothèse | Un humain en est l'auteur. Le moteur choisit parmi des options que quelqu'un a déjà approuvées. | Markin les élabore. Il lit la base, identifie les fuites ou les opportunités de revenus inexploitées, et rédige l'hypothèse lui-même. |
| Ce qu'il est autorisé à remettre en question | Message, offre, canal, moment, à l'intérieur de la surface de campagne qui lui a été attribuée. | Tout ce qui fait varier l'ARPU : la friction à l'onboarding, les prix et les forfaits, une fonctionnalité que personne n'adopte, un pic d'échecs de paiement, un lien profond brisé. |
| Qui réalise l'analyse | Tes analystes, avant et après. Le moteur optimise ; il n'enquête pas. | Markin effectue l'analyse. Le dimensionnement, la définition des segments, la conception et l'interprétation des experiments sont automatisés de bout en bout. |
| Où il s'arrête | À la recommandation. Quelqu'un doit encore le construire et le lancer. | Il se lance. Markin s'exécute au sein de tes plateformes et interfaces produit existantes, puis boucle la boucle sur le résultat. |
| Throughput | Autant d'hypothèses que ta feuille de route peut en contenir, généralement une poignée par trimestre. | Des centaines en parallèle, chacun avec un control group. |
| Ce qui se passe quand c'est faux | Le programme continue de s'exécuter jusqu'à ce que quelqu'un le révise. | Il est retiré automatiquement. Ne pas réussir à battre le contrôle est un résultat normal et peu coûteux. |
Un moteur de decisioning choisit la meilleure action à partir d'une liste que tu as écrite. Markin écrit la liste et l'exécute dans ta stack.
Espace d'hypothèses
Tout ce qu'un spécialiste de la croissance humaine examinerait.
La plupart des problèmes de croissance ne sont pas des problèmes de message. Markin ne se limite pas à la surface de la campagne : si quelque chose freine l'ARPU, c'est dans le périmètre et c'est testé de la même manière.
Marketing
La surface classique, mais choisie par client plutôt que par segment, et toujours contre un holdout.
- Quelle offre ce client spécifique vaut la peine d'être faite
- Channel et timing choisis par personne, non par campagne
- Pression de contact et fatigue arbitrées sur chaque programme
- Économie de reconquête : qui vaut un rabais et qui ne le vaut pas
Produit
Là où le client fait réellement l'expérience de la valeur, et là où la plupart des pertes de revenus silencieuses se produisent.
- Étapes d'Onboarding qui font perdre des clients avant la première valeur
- Une fonctionnalité avec une forte corrélation de rétention que la moitié de la base ne découvre jamais.
- Placement du Paywall et des incitations à la mise à niveau
- Surfaces intégrées au produit utilisées comme bras de traitement, pas seulement l'email et les notifications push
Commercial
La tarification, le packaging et la forme de l'offre elle-même, testés plutôt que débattus.
- Structure du plan et du forfait par cohorte
- Profondeur de remise par rapport à la marge, pas uniquement par rapport à la conversion
- Cadrage annuel versus mensuel par client
- Séquences de recouvrement de créances et de churn involontaire
Santé technique
Anomalies que personne n'a demandé de rechercher. C'est la catégorie qu'aucun moteur de décision ne couvre.
- Un taux d'erreur de paiement qui a augmenté sur un appareil et une région
- Défaillances de paiement concentrées sur un seul émetteur ou mode de paiement
- Un lien profond cassé qui tue silencieusement un parcours de grande valeur
- Dégradation de la latence ou de la livraison nuisant à la conversion avant même tout message
Pense à Markin comme à une équipe data science et growth qui ne dort jamais : elle enquête, formule des hypothèses, les déploie dans ta propre stack et prouve chacune d'elles par rapport à un groupe de contrôle, à un volume qu'aucune équipe humaine ne peut atteindre.
Architecture
Comment la data science et la couche de décision fonctionnent ensemble
L'équipe définit le cadre
Fonctionnalités, modèles dignes de confiance, économie de marge et de contact, règles d'éligibilité, et comment une lecture causale doit être conçue pour être comptabilisée. Cela reste avec les personnes qui connaissent ton entreprise.
Markin gère le volume
Dans ce cadre, Markin génère des actions candidates, mesure les revenus derrière chacune, les classe par client, en choisit une et maintient un control group randomisé en continu, sur l'ensemble de la base, sans ticket.
Les preuves reviennent à l'équipe
Chaque décision retourne un résultat mesuré : ce qui a surpassé le contrôle, de combien, pour qui. La science des données lit les preuves, se réentraîne dessus, ajuste le cadre et audite le système. La boucle se cumule au lieu de se réinitialiser chaque trimestre.
La dernière étape est l'exécution, pas un transfert. Markin n'envoie pas de recommandation par e-mail à quelqu'un qui doit ensuite la construire : il lance le traitement à l'intérieur your data science team et tes surfaces produit directement, avec le holdout attaché, et lit le résultat lui-même.
La boucle
L'exécution est une étape de la boucle, pas un transfert.
- 01
Observer
Markin lit le signal comportemental, transactionnel et produit que tu collectes déjà, en continu.
- 02
Formuler une hypothèse
Il rédige l'hypothèse elle-même, marketing, produit, commerciale ou technique, et indique la direction attendue.
- 03
Évaluer
Chaque opportunité est classée par valeur attendue, de sorte que la file d'attente est ordonnée par l'argent plutôt que par l'opinion.
- 04
Conception
Segment, traitement, garde-fous et un holdout randomisé sont définis avant tout déploiement.
- 05
Exécuter
Il se lance à l'intérieur des systèmes que tu utilises déjà, ta plateforme d'engagement, tes interfaces produit, tes API. Rien n'attend dans une file d'attente de construction.
- 06
Lire
Les résultats sont mesurés par rapport au holdout sur une fenêtre complète, afin que la nouveauté ne soit pas confondue avec l'effet.
- 07
Échelle ou retrait
Ce qui surpasse le contrôle est appliqué à l'ensemble de la base. Ce qui ne l'est pas est automatiquement désactivé.
Où Markin s'intègre
Pas un remplacement. Une équipe de growth-science en plus.
La répartition est simple : ton équipe possède la science, Markin possède l'arithmétique répétée des millions de fois. La modélisation, l'économie et la conception causale restent humaines. Le dimensionnement, le classement, le choix, la mise en holdout et la mesure cessent d'être un élément de feuille de route et deviennent un système qui fonctionne pendant que l'équipe dort.
Tes modèles sont enfin utilisés au niveau du client
Un modèle de propension ou d'uplift construit par ton équipe alimente une décision par client qui connaît également la marge, le coût de contact et l'éligibilité. Le score cesse de se terminer dans une exportation de segment.
La conception causale devient la norme, et non l'exception
Un holdout randomisé sur chaque décision signifie que le modèle que tu as déployé a un effet incrémental mesuré, pas une corrélation que tu dois défendre dans une lecture.
Les analystes deviennent propriétaires d'un système de décision
Au lieu de gérer les requêtes de campagne, la science des données définit et audite le système qui prend des millions de décisions, offrant une surface d'influence bien plus grande avec les mêmes effectifs.
Recyclage basé sur les résultats, et non sur le calendrier
Chaque décision renvoie un résultat étiqueté sous une affectation de traitement connue, ce qui constitue les données d'entraînement les plus propres que tes modèles obtiendront jamais.
Pourquoi Markin gagne
Plus puissant que tout ce qui est sur cette page.
Chaque outil auquel Markin est comparé a été conçu pour un travail qui s'arrête avant que les revenus ne bougent : délivrer le message, unifier les données, scorer le lead. Markin a été conçu pour un seul résultat, faire croître l'ARPU, et il possède la boucle complète qui y mène : investiguer, émettre des hypothèses, lancer, mesurer et mettre à l'échelle, à travers le marketing, le produit, la tarification et la santé technique.
Apprentissage ultra-rapide, par conception
Markin Growth Science exécute le cycle complet d'observation, d'hypothèse, d'expérimentation et de lecture en quelques jours, avec des centaines d'expérimentations soutenues par un holdout en parallèle. Le système multiplie l'apprentissage à un rythme qu'aucune équipe humaine, et aucun outil de campagne, ne peut égaler.
growth operations, rendues efficaces
Le dimensionnement, la conception de segments, la construction, le lancement et la mesure étaient auparavant quatre équipes et un sprint. Chez Markin, ils constituent un seul système, de sorte que la même growth operation génère plus d'actions à revenus avec une fraction des coûts de coordination.
Un résultat : ARPU
Chaque hypothèse est dimensionnée en revenus attendus par client, chaque action est jugée par rapport à un holdout randomisé, et tout ce qui bat le contrôle est automatiquement mis à l'échelle sur l'ensemble de la base. Rien d'autre sur cette page n'est mesuré de cette façon.
Si l'objectif est d'accroître l'ARPU par un apprentissage ultra-rapide et d'exécuter les growth operations plus efficacement, le choix est Markin.
Modèle d'exploitation
La contrainte n'est pas les idées. C'est combien tu peux en tester.
| Aujourd'hui, avec l'équipe seule | Avec Markin en plus | |
|---|---|---|
| Quand un score de modèle est dépensé | Une exportation mensuelle de segment | Un input en direct pour des millions de décisions par semaine. |
| Unité de décision | Segment, choisi lors d'une réunion de planification | Un client, choisi en fonction de la valeur attendue |
| Part des décisions avec un groupe de contrôle | Les programmes phares, quand il y a du temps | Chaque décision, par défaut |
| Où va le temps des analystes seniors | Extraire des données, créer des listes, rapprocher des rapports | Aspects économiques, contraintes, conception causale, quoi mettre à l'échelle |
| Retraining signal | Planifié, sur données observationnelles | Continue, sur des résultats randomisés |
| Coût de tester la 500e hypothèse | Un autre analyste, un autre trimestre | Effectivement zéro |
Markin ne remplace pas ton équipe data science. Il supprime le plafond de l'étendue de la base sur laquelle cette équipe peut agir, et de la vitesse à laquelle elle découvre si cela a fonctionné.
Ce que Markin ne remplace pas.
Pour être explicite, car c'est la première question que pose tout responsable d'analyse :
- Markin ne remplace pas les data scientists. L'ingénierie des fonctionnalités, les modèles de domaine et le jugement causal restent l'apanage des personnes qui en sont responsables.
- Markin ne cache pas son raisonnement. Chaque décision est auditable jusqu'aux entrées et aux sorties du modèle qui l'ont produite.
- Markin ne t'oblige pas à abandonner tes modèles. Apporte tes propres modèles de propension et d'uplift, ou remplace n'importe quel modèle dans la boucle.
- Markin n'est pas propriétaire de ton entrepôt de données. Il lit les données là où elles se trouvent déjà ; pas de migration, pas de nouvelle source de vérité.
- Markin n'est pas un outil de reporting. Il produit des décisions et la preuve de leur efficacité ; ta stack d'analyse reste en place.
- Markin ne s'assied pas à côté your data science team formule des suggestions. C'est lui qui le pilote, l'action est lancée là, dans le système que ton équipe connaît déjà, et le résultat revient dans la boucle.
Standard de preuve
La plupart des éléments de cette catégorie rapportent leur propre lift.
Aucun des principaux fournisseurs d'engagement, de CDP ou de personnalisation ne publie un chiffre d'uplift vérifié de manière indépendante pour son produit de décision. Lorsque des chiffres existent, ils proviennent d'études commanditées par les fournisseurs ou d'études de cas à client unique sans méthodologie de holdout divulguée. La recherche publique la plus rigoureuse dans cette catégorie n'est flatteuse pour personne, y compris nous, et c'est précisément pourquoi nous nous basons dessus.
BCG rapporte que lorsque les organisations adoptent des tests d'incrémentalité rigoureux, elles constatent généralement que 20 % à 40 % de leurs programmes Next Best Action actifs génèrent un gain marginal, voire négatif.
Recherche indépendanteBCG, How Measurement Is Evolving in Next-Best Action (2026)La même recherche signale des effets de nouveauté, les nouveaux programmes affichent des résultats initiaux gonflés, et recommande 8 à 12 semaines avant de tirer des conclusions.
Recherche indépendanteBCG, How Measurement Is Evolving in Next-Best Action (2026)Les mesures de ROI au niveau du programme et des holdout mondiaux surestiment souvent l'impact par des effets de halo, des effets d'anticipation et la contamination des experiments.
Recherche indépendanteBCG, How Measurement Is Evolving in Next-Best Action (2026)
Comment Markin s'y tient
- Chaque décision prise par Markin comporte un groupe de contrôle. L'uplift est rapporté par rapport à ce holdout, et non par rapport aux clients qui ne se sont pas qualifiés.
- Les résultats sont lus sur une fenêtre de mesure complète plutôt que dans les premières semaines, afin que la nouveauté ne soit pas confondue avec l'effet.
- Les programmes qui ne parviennent pas à surpasser le groupe de contrôle sont automatiquement retirés. Mettre fin aux décisions non rentables fait partie de la boucle, et non d'un examen annuel.
- Le seul chiffre que nous citons à notre sujet est une fourchette, pas une moyenne : de +17 % à +35 % d'ARPU sur les cohortes traitées par rapport à un holdout randomisé, sur les déploiements Markin dans de grandes bases B2C. Nous ne publions aucune référence sectorielle, car nous n'avons pas pu en trouver une que nous serions prêts à défendre. Ton holdout est le chiffre qui compte.
Dimensionne-le toi-même
Dimensionne ce que tes modèles pourraient produire avec le throughput supprimé
Préchargé pour une grande entreprise B2C dotée d'une fonction data science interne performante : de bons modèles, une feuille de route complète et beaucoup plus d'hypothèses que de trimestres pour les tester. Le chiffre ci-dessous n'est pas ce qu'une nouvelle équipe produirait. C'est la marge incrémentale disponible en dépensant les scores que tu construis déjà au niveau du client, en continu, mesurée par rapport à un holdout randomisé.
Ta base
Comptes ayant généré des revenus au cours des 30 derniers jours. Pas des utilisateurs enregistrés.
Revenus récurrents plus non récurrents divisés par les clients actifs.
Marge sur la prochaine unité vendue, et non la marge globale de l'entreprise.
Ton programme aujourd'hui
Consentant, non fatigué, joignable sur au moins un canal.
Revenus perdus en raison des annulations chaque mois, en part de la base.
Le pari
Licences, données, incitations et les personnes qui les gèrent.
Avant toute réduction d'incrémentalité. 2 à 4 % est une hypothèse de planification défendable.
Impact annuel vérifié
$5.1M
Marge brute incrémentale nette dans le cas central, après le coût du programme et après la part des programmes de décision que des recherches indépendantes estiment ne pas générer de réel lift.
ARPU incrémental (uplift) rapporté
$15.0M
What a before/after dashboard would claim, with no control group.
Augmentation vérifiée
$10.5M
What survives a holdout in the central case.
Rentabilité du coût du programme
5.3×
Remboursement
3 mo
Si 20 à 40 % de celui-ci ne donne rien
Ce qu'il faut pour le prouver
Pour détecter une 3 % d'uplift sur les revenus par client, il te faut environ 40K clients du bras de contrôle, environ 1.8 % de ta base adressable, lue sur au moins 8 weeks, afin que la nouveauté ne soit pas confondue avec l'effet.
Base adressable
2.2M
Revenus menacés par le churn
$230.6M
Annualised, at the current monthly rate.
Délai de rentabilisation
90 jours pour obtenir un chiffre ayant survécu à un holdout.
Pas de refonte de la plateforme, pas de migration de données, pas de reconstruction des canaux que tu utilises déjà. Si les premières cohortes ne dépassent pas le contrôle, rien ne se développe et tu as perdu un trimestre, pas une feuille de route.
Semaines 0–2
L'équipe encode le cadre
Des modèles dignes de confiance, l'économie de la marge et des contacts, les règles d'éligibilité et les normes de mesure. Markin se connecte à ton entrepôt de données et aux canaux que tu utilises déjà, sans migration, sans changement de propriétaire.
Semaines 3–6
Les scores commencent à être dépensés par client
Les hypothèses que l'équipe n'a jamais eu le temps d'atteindre sont générées, dimensionnées et mises en test en parallèle, chacune avec un holdout randomisé. La data science examine les designs et l'assignation.
Semaines 7–12
Revenus incrémentaux vérifiés pour la première fois, attribuables à tes modèles
Les résultats sont lus sur une fenêtre de mesure complète. Ce qui surpasse le contrôle est mis à l'échelle ; ce qui ne le fait pas est retiré. Le chiffre que l'équipe présente a survécu à un holdout, et le système qui l'a produit est le leur à piloter.
Quand tu n'as pas besoin de Markin.
- Tu n'as pas d'historique des résultats ni de canal pour agir, il n'y a donc rien à apprendre ou à décider pour l'instant.
- L'organisation n'est pas disposée à maintenir un groupe de contrôle, auquel cas rien de ce qui est mentionné ici ne peut être vérifié.
- Ta base est suffisamment petite pour qu'une personne puisse raisonnablement réfléchir à chaque segment de clientèle lors d'une réunion.
Le voir dans le produit
Voyez-le décider, expérimenter et exécuter, avant de parler à qui que ce soit.
Une visite guidée du workspace Markin sur un client de démonstration, sans appel commercial, sans configuration.
Questions que les acheteurs posent.
Markin remplace-t-il mon équipe de science des données ?
Non, et une équipe qui essaierait de faire fonctionner Markin sans data scientists en tirerait moins de bénéfices. Markin supprime le travail manuel de prise de décision : dimensionner les Candidate actions à la main, exporter les segments, câbler les holdouts, réconcilier les lectures. La compétence rare, savoir quoi optimiser, quoi contraindre et ce qu'une lecture causale prouve réellement, devient plus précieuse, pas moins.
Qui possède les modèles ?
Si tu en as. Markin utilise les fonctionnalités, la propension et les modèles d'uplift que ton équipe maintient déjà, en plus de sa propre évaluation des opportunités (opportunity sizing), et chaque décision est auditable jusqu'aux données d'entrée qui l'ont produite. Ton équipe peut inspecter, outrepasser ou remplacer n'importe quel modèle de la boucle.
Pouvons-nous apporter nos propres modèles d'uplift ?
Oui. Importer les scores de l'entrepôt de données ou les servir en direct ; Markin les combine avec la marge, le coût de contact et l'éligibilité pour choisir une action par client. Là où tu n'as pas de modèle, le dimensionnement propre à Markin comble le vide en attendant.
En quoi est-ce différent du déploiement de nos modèles vers un outil de campagne ?
Un outil de campagne consomme un score pour construire une liste. Une couche de decisioning compare chaque action candidate pour un client en fonction de la valeur attendue, applique des contraintes, en choisit une ou la met en attente, et y associe un groupe de contrôle. Le résultat est une décision accompagnée de preuves, pas une audience.
Comment savons-nous que l' uplift est venu de la couche de décision et non des modèles ?
Tu n'as pas à les séparer, et le holdout s'en moque : les cohortes traitées et en holdout ne diffèrent que par le fait qu'une décision par client a été prise, dans la même période, avec les mêmes modèles et la même saisonnalité. C'est pourquoi la plage vérifiée que nous citons est post-holdout plutôt que pré/post.
En quoi Markin est-il différent du decisioning ou de l'IA déjà présents dans your data science team ?
Un moteur de decisioning classe les actions qu'un humain a déjà définies, à l'intérieur de la surface de campagne qui lui a été donnée. Markin formule lui-même les hypothèses (marketing, produit, prix ou anomalie technique freinant la growth), les quantifie, les exécute à l'intérieur de your data science team et de tes surfaces produit, et lit chacune d'elles par rapport à un holdout randomisé. Il se comporte comme une équipe data science et growth, pas comme un optimiseur.
Markin teste-t-il uniquement les messages et les offres ?
Non. Tout ce qu'un growth scientist humain investiguerait est inclus : la friction à l'onboarding, l'adoption de fonctionnalités, la tarification et le packaging, le recouvrement, et les problèmes de santé technique tels qu'un taux d'erreur de paiement ou un deeplink cassé qui tue silencieusement la conversion. Le marketing est l'un des quatre domaines d'hypothèse, pas la limite.
Qu'est-ce que 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, une petite variation de l'ARPU représente un chiffre important en valeur absolue, car elle s'applique à l'ensemble de la base installée chaque mois plutôt qu'à une campagne. Sur l'ensemble des déploiements Markin, la fourchette vérifiée sur les cohortes traitées est de +17 % à +35 % ARPU par rapport à un holdout randomisé. L'objectif n'est pas d'envoyer plus de messages : il s'agit de trouver l'action à plus forte valeur par client, de la lancer et de la prouver par rapport à un groupe de contrôle avant de la généraliser.
Combien de temps avant qu'il ne soit rentable ?
Les premières opportunités dimensionnées sont en test dans les six semaines et le premier résultat vérifié par holdout arrive en moins de 90 jours. Le retour sur investissement dépend de ta base, de ta marge et du coût du programme. Le calculateur sur cette page le calcule à partir de tes propres chiffres, après application de la réduction de 20 % à 40 % que BCG constate lorsque les programmes Next Best Action sont testés en termes d'incrémentalité.
Lis la suite
Lecture approfondie sur le fonctionnement du next best action decisioning, à partir des guides qui ont inspiré cette comparaison.
Next best action marketing : ce que c'est et comment ça marche en 2026
Next best action marketing expliqué : comment ça marche, exemples B2C réels, comment ça diffère des campagnes par segments et du marketing automation, et ce que ça vaut sur une base de 2M.
À quoi ressemble une équipe de science des données de haut niveau à l'ère agentique
Notes issues de conversations avec des responsables de la croissance et de l'analyse dans huit entreprises repensant la façon dont leurs équipes de données passent la semaine sous l'IA agentive.
Flux d'opportunités, maintenant avec la provenance des hypothèses
Chaque action candidate dans le fil d'opportunités Markin contient désormais le signal, le segment et l'expérimentation précédente dont elle découle. Un clic pour auditer ou déployer.