La cascade OKR revenue est le mécanisme par lequel les objectifs et résultats clés du CEO se déclinent progressivement vers le CRO, les VP de fonction, les équipes et les individus, de telle sorte que chaque niveau contribue mathématiquement à la performance du niveau supérieur sans la dupliquer. C'est la discipline qui transforme une ambition annuelle en engagements trimestriels cohérents sur l'ensemble du revenue engine, et qui garantit que les équipes sales, marketing, CSM et RevOps poursuivent des objectifs alignés plutôt que juxtaposés.
La difficulté, pour un CEO B2B, n'est pas de définir de bons OKR à son niveau. C'est d'obtenir que la déclinaison vers les niveaux inférieurs reste cohérente, différenciée et actionnable. La plupart des cascades OKR observées sur le terrain cassent pour quatre raisons récurrentes : copie conforme des Key Results du CRO vers les équipes, prolifération d'OKR jusqu'à l'individual contributor, décorrélation entre les métriques des équipes et celles du dirigeant, absence de trade-off explicite entre priorités concurrentes. Le résultat est toujours le même : un système formel qui remplit des slides trimestrielles mais ne pilote plus rien.
Ce guide détaille la mécanique de cascade spécifique aux OKR revenue, les quatre niveaux à structurer (CEO, CRO, VP de fonction, équipes et individus), les trois principes qui distinguent une cascade saine d'une cascade décorative, la matrice de cascade CEO × 4 fonctions avec exemples concrets, le rituel trimestriel de trois semaines en quatre étapes, les règles d'ajustement en milieu de trimestre, la question clé du contrat avec le niveau supérieur, le scoring mensuel et trimestriel, le rapport aux pay plans commerciaux, et les cinq erreurs récurrentes qui invalident un système OKR revenue en moins de deux trimestres.
À retenir
- La cascade OKR revenue n'est pas une cascade générique. Elle est contrainte par la formule du revenue : l'ARR du CEO se décompose en bookings + NRR, qui se décomposent à leur tour. Chaque niveau doit posséder un terme de cette formule, pas une reformulation floue.
- Volume décroissant obligatoire : 3 à 5 OKR au niveau CEO, 3 à 5 au CRO, 2 à 3 par équipe, 1 à 2 par individual contributor. Au-delà, l'attention se dilue et l'exécution devient impossible.
- Contribution, pas duplication : un Key Result de niveau N doit être une ligne dans la formule du Key Result de niveau N-1, pas une copie textuelle. Si le KR du Head of BDR est identique à celui du CRO, la cascade est décorative.
- Couplage métrique strict : le score du niveau supérieur doit être arithmétiquement reconstructible à partir des niveaux inférieurs. Si ce n'est pas le cas, des OKR sont manquants ou surnuméraires.
- Rituel trimestriel de trois semaines : draft CEO en semaine 1, alignement CRO en semaine 2, alignement niveau N-2 en semaine 3, commit en semaine 4. Plus court, la cascade est bâclée. Plus long, le trimestre a déjà commencé.
- Découpler OKR et pay plan : les OKR sont des paris stretch, les pay plans des contrats contractuels. Les indexer mécaniquement produit des OKR sous-ambitieux ou des pay plans illisibles.
- Scoring transparent mensuel : chaque Key Result se score 0.0 à 1.0 tous les mois, pas seulement en fin de trimestre. Sans cette transparence, les dérives s'installent et ne se découvrent qu'au moment du quarterly review.
« La discipline du management n'est pas de fixer un objectif. Elle est de s'assurer que l'objectif du subordonné contribue directement à celui du supérieur, et que tout le monde le voit. L'alignement n'est pas une affaire de bonne volonté ni de réunions trimestrielles. C'est une affaire d'arithmétique : si vous ne pouvez pas démontrer mathématiquement que l'atteinte des objectifs de l'équipe produit l'atteinte des objectifs du manager, vous n'avez pas cascadé, vous avez juxtaposé. »
— Andy Grove, High Output Management (Random House)
Pourquoi la cascade OKR revenue n'est pas une cascade générique
La littérature classique sur les OKR traite la cascade comme une opération uniforme, applicable de la même manière aux fonctions produit, RH, tech ou revenue. C'est une simplification dangereuse dans le cas du revenue engine. Les OKR revenue cascadent sous une contrainte arithmétique que les autres fonctions n'ont pas : ils doivent se recomposer mathématiquement.
La contrainte de la formule revenue
L'ARR du CEO n'est pas une abstraction : c'est une somme de contributions mesurables. Pour une scale-up B2B standard, la formule est ARR = ARR début période + new bookings − churn + expansion. Chacun de ces termes est lui-même une somme. Les new bookings se décomposent en bookings net new + bookings upsell. Les bookings net new se décomposent en pipeline créé × win rate × ACV moyen. Et ainsi de suite jusqu'à l'activité terrain.
Cette contrainte arithmétique signifie qu'une cascade OKR revenue bien construite doit être reconstructible de bas en haut. Si le Head of BDR atteint 100% de son OKR de pipeline créé, et que le VP Sales atteint 100% de son win rate target, le CRO doit mécaniquement atteindre ses bookings. Si ce n'est pas le cas, la cascade n'est pas alignée sur la formule : elle est décorative.
Le décalage temporel de la cascade revenue
Les fonctions produit cascadent sur des outcomes observables en fin de trimestre. Le revenue cascade sur des outcomes observables avec un décalage : le pipeline créé en Q1 produit des bookings en Q2, qui produisent de l'ARR en Q2-Q3, qui produit du NRR en Q3-Q4. Une cascade OKR revenue qui ignore ce décalage temporel produit des KR impossibles à atteindre dans le trimestre où ils sont fixés.
La conséquence pratique est que les KR revenue doivent être étagés par horizon temporel. Certains sont leading (activité du trimestre qui produira les résultats du suivant), d'autres lagging (résultats du trimestre issus de l'activité du trimestre précédent). Une cascade qui mélange les deux sans les distinguer crée une confusion permanente sur ce qui est réellement mesurable à 90 jours.
Ce que nos diagnostics révèlent sur les cascades OKR revenue
Sur nos diagnostics Revenue Health Score menés auprès de 100+ scale-ups B2B entre 10M€ et 100M€ ARR, quatre patterns ressortent systématiquement dans les organisations dont la cascade OKR revenue est cassée. Plus de 60% des entreprises ont des KR identiques entre le CRO et au moins un VP de fonction, signe d'une cascade par copier-coller. Près de la moitié n'ont aucun mécanisme explicite de reconstruction arithmétique : le lien entre les OKR équipe et les OKR du dirigeant est affirmé mais non démontré. Un tiers des organisations ont plus de 7 Objectives au niveau CRO, ce qui rend l'exécution structurellement impossible. Enfin, dans 40% des cas, les équipes CSM et RevOps ont des OKR déconnectés de ceux des équipes sales et BDR, alors que ces quatre fonctions partagent un même revenue engine.
Ces dysfonctionnements n'apparaissent pas en lecture rapide du document OKR. Ils apparaissent dès qu'on pose au CEO la question : "si toutes les équipes atteignent 100% de leurs OKR ce trimestre, est-ce que vous atteignez les vôtres ?" Dans une organisation saine, la réponse est immédiate et documentée. Dans une organisation malade, elle est évasive ou référée au CRO.
Les 4 niveaux de cascade OKR revenue
Une cascade OKR revenue bien construite comporte quatre niveaux distincts, chacun avec son propre volume, son propre horizon temporel et son propre type de Key Result. Compresser cette structure à trois niveaux dilue les responsabilités, l'étendre à cinq ou six la rend impilotable.
Niveau 1 : le CEO
Le CEO porte 3 à 5 Objectives annuels, dont une partie seulement concerne le revenue. Typiquement, sur une scale-up B2B, 2 à 3 Objectives sont directement revenue (ARR, NRR, efficacité capital), le reste couvre produit, talent, capital. Les KR sont tous lagging et annuels : ils mesurent l'atteinte de l'objectif stratégique, pas l'activité qui y mène.
Niveau 2 : le CRO (ou équivalent)
Le CRO porte 3 à 5 Objectives trimestriels qui traduisent les objectives revenue du CEO en engagements 90 jours. À ce niveau, les KR deviennent un mélange de lagging (bookings trimestriels, NRR trimestrielle) et de leading (pipeline coverage, sales capacity ramp). Le rôle du CRO est de faire la bascule entre horizon annuel CEO et horizon trimestriel équipes. Sa construction d'OKR est détaillée dans notre article OKR CRO en prise de poste.
Niveau 3 : les VP de fonction
Les VP Sales, CMO, Head of CSM et Head of RevOps portent chacun 3 à 4 Objectives trimestriels, strictement dérivés des Objectives du CRO mais non identiques. Le VP Sales se concentre sur l'exécution des deals. Le CMO sur la génération de demande. Le Head of CSM sur la rétention et l'expansion. Le Head of RevOps sur l'efficacité opérationnelle et la qualité des données. Les KR sont très majoritairement leading : ils pilotent l'activité qui produira les résultats du CRO.
Niveau 4 : les équipes et individus
Les équipes (AE, BDR, CSM, ops) portent 2 à 3 Objectives trimestriels, et les individual contributors 1 à 2. À ce niveau, les KR sont purement opérationnels : ils mesurent la contribution individuelle à un KR d'équipe, qui contribue lui-même au KR du VP. Les OKR à ce niveau coexistent avec les quotas et se distinguent d'eux : ils portent sur les paris ambitieux, pas sur l'exécution contractuelle.
Tableau comparatif des 4 niveaux
| Niveau | Qui | Horizon | Volume | Type KR dominant | Exemple |
|---|---|---|---|---|---|
| 1 | CEO | Annuel | 3-5 O totaux (2-3 revenue) | Lagging | ARR 40M€ à fin d'année |
| 2 | CRO | Trimestriel | 3-5 O | Lagging + leading 50/50 | Bookings trimestriels 9M€, pipeline coverage 3.5x |
| 3 | VP de fonction | Trimestriel | 3-4 O | Leading majoritaire | Création pipeline 25M€ trimestre, win rate > 28% |
| 4 | Équipe / IC | Trimestriel | 2-3 O (équipe) / 1-2 (IC) | Purement opérationnel | 50 démos qualifiées par BDR, 5M€ pipeline par AE |
Pourquoi la cascade casse : 4 causes récurrentes
Identifier le mode de défaillance permet de diagnostiquer une cascade cassée en moins d'une heure. Quatre causes couvrent la quasi-totalité des cas observés.
Copy-paste : KR identiques à chaque niveau
La défaillance la plus fréquente. Le CRO a un KR "9M€ de bookings trimestriels". Le VP Sales a aussi "9M€ de bookings trimestriels". Le Head of BDR a "9M€ de bookings trimestriels". C'est arithmétiquement incohérent : un Head of BDR ne signe pas les deals. Cette duplication est généralement le signe que la cascade a été produite en atelier une journée, par copier-coller entre niveaux, sans réelle déclinaison. Voir notre article sur les KPI revenue essentiels pour distinguer ce qui appartient à chaque rôle.
Over-cascade : chaque IC a 5 OKR
L'autre extrême. Le CRO cascade religieusement vers les équipes, les équipes vers les individus, et chacun se retrouve avec 5 ou 7 OKR trimestriels. Les individual contributors ne peuvent matériellement pas poursuivre 5 paris ambitieux en 90 jours en plus de leur quota. Le système devient théâtral : les OKR sont écrits, revus, scorés, mais personne ne les utilise réellement pour prioriser.
Décorrélation : OKR équipe qui ne servent pas ceux du CRO
Les équipes définissent des OKR localement sensés mais qui ne contribuent pas aux OKR du CRO. Le Head of CSM poursuit un projet de refonte de l'onboarding qui ne produira des effets qu'en Q4, alors que le CRO a un KR de NRR à Q2. La cascade est formellement structurée, mais les flèches de contribution sont vides : si toutes les équipes atteignent 100%, le CRO atteint 60%.
No trade-off : tout est priorité
La quatrième défaillance est moins visible mais aussi destructrice. Les OKR de chaque niveau listent 4 Objectives, tous marqués comme "top priorité", tous avec le même niveau d'urgence et d'ambition. Quand les équipes doivent arbitrer en cours de trimestre (parce qu'elles arbitrent toujours), elles le font sans guidance, selon leurs préférences personnelles. Le CEO découvre en fin de trimestre que les équipes ont travaillé sur ce qu'elles aimaient, pas sur ce qui comptait pour lui.
Tableau des 4 causes de cassure
| Cause | Symptôme visible | Conséquence | Diagnostic rapide |
|---|---|---|---|
| Copy-paste | KR identiques entre niveaux | Confusion des responsabilités | Lire les KR sans l'entête de poste, deviner qui les porte |
| Over-cascade | 5+ OKR par IC | OKR ignorés en pratique | Demander à un AE de réciter ses 3 OKR |
| Décorrélation | Flèches de contribution creuses | CEO rate ses OKR malgré exécution | Vérifier la reconstruction arithmétique |
| No trade-off | Tout est prioritaire | Arbitrages silencieux par défaut | Demander au CRO la priorité 1 absolue |
Les 3 principes d'une cascade saine
Une cascade OKR revenue bien construite respecte trois principes simples mais rarement appliqués rigoureusement.
Principe 1 : contribution, pas duplication
Un Key Result de niveau N doit être une ligne dans la formule du Key Result de niveau N-1. Si le CRO a un KR "9M€ de bookings", le VP Sales peut avoir "pipeline 25M€ créé en Q + win rate 28%", qui produit arithmétiquement les 9M€ si ces deux KR sont atteints. Chaque KR descendant doit pouvoir être physiquement connecté à un terme d'une formule parent.
Le test pratique : pour chaque KR d'un niveau N, demander à l'équipe de tracer la ligne vers le KR du niveau N-1 qu'il alimente. Si la réponse prend plus de 10 secondes ou mobilise du hand-waving, la contribution n'est pas explicite. La cascade est alors décorative.
Principe 2 : volume décroissant
Le nombre d'OKR diminue en descendant. Le CEO a 3 à 5 Objectives totaux. Le CRO en a 3 à 5. Chaque VP en a 3 à 4. Chaque équipe en a 2 à 3. Chaque IC en a 1 à 2. Cette règle de volume n'est pas arbitraire : elle correspond à la capacité cognitive réelle des niveaux d'exécution. Un AE qui gère son pipeline, ses démos et ses closings ne peut pas en plus poursuivre 5 paris stretch par trimestre.
L'inversion de ce volume est un symptôme infaillible de cascade malade. Si le VP Sales a 3 Objectives mais ses AE en ont 6, la cascade a dégénéré en empilement de priorités locales. Si les OKR équipe reprennent tous les KR du VP plus des KR propres, le volume augmente au lieu de diminuer.
Principe 3 : couplage métrique
Le couplage métrique est la vérification arithmétique que la cascade reconstruit correctement. Si le CEO a un KR "ARR 40M€ fin d'année", et que ce KR se décompose en "bookings 12M€ + NRR 110% × ARR début année 28M€", alors les bookings doivent être poursuivis par le CRO, la NRR par le Head of CSM (avec le CRO), et l'ARR début d'année est une constante.
Le test du couplage : simuler l'atteinte de tous les KR des niveaux inférieurs et calculer ce que cela produit au niveau supérieur. Si le calcul aboutit à un chiffre inférieur au KR du dirigeant, des OKR sont manquants dans la cascade. Si le calcul aboutit à un chiffre très supérieur, des OKR redondants ou surnuméraires gonflent artificiellement la cascade.
Tableau des 3 principes avec exemples
| Principe | Définition | Exemple sain | Exemple cassé |
|---|---|---|---|
| Contribution, pas duplication | KR niveau N = ligne dans formule KR N-1 | VP Sales "pipeline 25M€ + win rate 28%" alimente CRO "bookings 9M€" | VP Sales "bookings 9M€" identique au CRO |
| Volume décroissant | CEO 3-5, CRO 3-5, VP 3-4, équipe 2-3, IC 1-2 | AE avec 2 OKR personnels + quota | AE avec 6 OKR en plus du quota |
| Couplage métrique | Atteinte N-1 reconstruit arithmétiquement N | Somme bookings AE = bookings VP Sales | CRO a KR NRR mais personne en dessous ne le porte |
La matrice de cascade CEO × 4 fonctions
La cascade OKR revenue se structure visuellement autour d'une matrice qui croise les Objectives du CEO avec les 4 fonctions revenue. Chaque cellule indique comment la fonction contribue à l'Objective CEO. Certaines cellules sont vides (normal), d'autres portent l'essentiel de la contribution.
Exemple de matrice sur 3 Objectives CEO revenue
Pour illustrer, prenons un CEO d'une scale-up B2B à 30M€ ARR qui pose 3 Objectives revenue : "atteindre 40M€ ARR fin d'année", "atteindre 115% de NRR", "ramener le CAC payback sous 18 mois".
| Objective CEO | VP Sales | CMO | Head of CSM | Head of RevOps |
|---|---|---|---|---|
| ARR 40M€ fin d'année | Pipeline 25M€/Q + win rate 28% | SQL 800/trimestre + CAC par canal | Churn < 3% | Forecast accuracy > 90% |
| NRR 115% | Upsell 2M€/Q (co-piloté CSM) | — | Expansion 3M€/Q + NPS 45+ | Scoring churn 3 mois avance |
| CAC payback < 18 mois | Cycle vente < 75 jours + discount < 10% | CAC blended < 4000€ | Time-to-value < 60 jours | Dashboard CAC hebdo par segment |
Cette matrice met en évidence plusieurs propriétés d'une cascade bien construite. Certaines cellules sont naturellement vides (le CMO n'a pas de rôle direct sur la NRR). Certains KR sont copilotés entre deux fonctions (l'upsell VP Sales + CSM). Et l'ensemble se reconstruit : si toutes les cellules sont servies, le CEO atteint ses 3 Objectives.
Comment utiliser la matrice en session de cascade
La matrice n'est pas un artefact à remplir passivement. Elle est l'outil central d'une session de cascade. Le CEO pose ses Objectives. Le CRO et les 4 VP s'assoient. Chaque Objective CEO est projeté. La question est : "qui contribue, comment, à quel KR ?". Les cellules se remplissent en direct, les doublons se voient immédiatement, les vides se discutent.
L'exercice force la conversation sur les trade-off. Si deux fonctions revendiquent le même KR (par exemple l'expansion entre Sales et CSM), il faut trancher en amont. Si aucune fonction ne revendique un Objective du CEO (par exemple un KR de brand), il faut soit le réallouer, soit le sortir. Cette matrice est décrite plus en détail dans notre article sur l'alignement COMEX revenue.
La règle du "un KR, un owner principal"
Une règle critique : chaque KR doit avoir un owner principal unique, même quand le KR est copiloté. Un KR d'expansion ARR peut être "copiloté Sales + CSM", mais l'owner principal (celui qui porte le score du KR) doit être un seul des deux. Sans cette règle, les KR copilotés deviennent des zones de non-responsabilité.
Le rituel trimestriel de cascade en 4 étapes
La cascade OKR revenue ne peut pas être produite à la volée au début de chaque trimestre. Elle nécessite un rituel de trois semaines, structuré en quatre étapes, qui démarre trois semaines avant la fin du trimestre en cours.
Étape 1 : draft CEO en semaine 1
Dans la semaine qui précède la fin du trimestre courant, le CEO produit un draft de ses Objectives revenue pour le trimestre suivant. Ce draft est bref (un document d'une page) et s'appuie sur trois éléments : la revue du trimestre qui s'achève, les engagements auprès du board pour le trimestre à venir, et les ajustements stratégiques annuels si on est en T1 ou T3. Le CEO valide ce draft en 1:1 avec le CRO avant de le partager plus largement.
L'erreur à éviter : produire le draft CEO en parallèle de la cascade. Si le CEO et le CRO draftent en même temps, la cascade se fait sur des cibles mouvantes, les équipes sont sollicitées deux fois, et l'alignement prend deux fois plus de temps.
Étape 2 : alignement CRO en semaine 2
Le CRO prend le draft CEO et produit sa propre déclinaison trimestrielle. Il organise une session de cascade avec les 4 VP de fonction (ou leur équivalent), en utilisant la matrice CEO × 4 fonctions décrite plus haut. L'output de cette session est la matrice complète : chaque Objective CEO a été distribué aux fonctions contributrices, chaque VP a identifié ses 3 à 4 Objectives candidats.
À la fin de cette semaine, le CRO valide avec le CEO la cohérence de la cascade : "si mes 4 VP atteignent leurs KR, est-ce que vous atteignez les vôtres ?". Si la réponse n'est pas un oui documenté, il faut itérer avant de descendre d'un niveau.
Étape 3 : alignement niveau N-2 en semaine 3
Chaque VP prend ses Objectives validés et descend au niveau équipe. Le VP Sales cascade vers les managers d'équipe, puis vers les AE. Le CMO vers les team leads marketing. Le Head of CSM vers les équipes CSM. Le Head of RevOps vers ses pods. L'exercice se fait en parallèle dans les 4 fonctions, idéalement en ateliers de 2 heures par équipe.
À ce niveau, les OKR deviennent très opérationnels. Les KR sont quantifiés par équipe ou par individu. Les quotas existants sont rappelés pour éviter la confusion avec les OKR. Les trade-off sont explicités : si une équipe ne peut pas porter à la fois un KR de volume et un KR d'efficience, il faut trancher. Voir notre article sur le reporting CRO hebdomadaire pour le dispositif de suivi.
Étape 4 : commit en semaine 4
La dernière semaine du trimestre est consacrée au commit. Chaque niveau fige ses OKR dans un document partagé (Notion, Asana, Lattice, peu importe). Une revue de cohérence finale est menée par le CRO et le CEO : vérification que la matrice est complète, que les KR ne dupliquent pas, que la reconstruction arithmétique fonctionne. Le trimestre suivant peut démarrer avec un système d'objectifs aligné.
Tableau du rituel trimestriel
| Semaine | Qui | Quoi | Output |
|---|---|---|---|
| S-3 (draft CEO) | CEO + CRO | Draft Objectives CEO | Document 1 page |
| S-2 (cascade CRO) | CRO + 4 VP | Matrice CEO × 4 fonctions remplie | Matrice validée |
| S-1 (cascade N-2) | VP + équipes | OKR équipes et IC | OKR équipes figés |
| S0 (commit) | Tous | Revue cohérence + publication | OKR publiés, trimestre démarre |
La question clé : "quel est mon contrat avec le niveau du dessus"
Une cascade OKR revenue bien construite se teste en posant à chaque niveau une seule question : "quel est mon contrat avec le niveau du dessus, en une phrase ?". Cette question est l'essence de la cascade. Si elle ne trouve pas de réponse claire, la cascade est cassée quelque part.
Formulation du contrat par niveau
Le CRO a un contrat avec le CEO. Formulation type : "je m'engage à livrer 9M€ de bookings et 115% de NRR ce trimestre, ce qui produit votre trajectoire ARR 40M€." Le VP Sales a un contrat avec le CRO : "je m'engage à produire 25M€ de pipeline avec un win rate > 28%, ce qui produit vos 9M€ de bookings." Le manager d'équipe a un contrat avec le VP Sales : "je m'engage à ce que mes 6 AE produisent chacun 4,2M€ de pipeline, ce qui produit vos 25M€." Et ainsi de suite jusqu'à l'AE individuel.
Cette formulation force deux propriétés. Premièrement, chaque niveau connaît le KR du niveau supérieur qu'il alimente (pas un KR vague, un KR précis). Deuxièmement, chaque niveau a quantifié sa contribution. Sans ces deux propriétés, le contrat n'existe pas : il y a juxtaposition de priorités locales.
Le test de la réciproque
Un test complémentaire consiste à remonter : demander au manager du niveau supérieur "sur quels contrats de vos subordonnés repose votre atteinte ?". La réponse doit être symétrique : le VP Sales doit savoir que ses 25M€ de pipeline dépendent du contrat de ses 4 managers, qui eux-mêmes dépendent du contrat de leurs AE. Si la symétrie n'existe pas, c'est que le supérieur ne fait pas confiance à la cascade ou ne la connaît pas. Dans les deux cas, le système est fragile.
Les contrats explicites évitent le micromanagement
Une propriété sous-estimée des contrats explicites : ils réduisent drastiquement le micromanagement. Un CEO qui a un contrat clair avec son CRO n'a plus besoin de scruter les métriques quotidiennes : il pilote contre le contrat. Un VP Sales qui a un contrat clair avec ses managers n'a plus besoin d'auditer chaque deal : il pilote contre la reconstruction arithmétique. Voir notre article sur le pilotage à vue du CEO pour la dimension dashboard.
Les ajustements mid-trimestre : quand et comment
La plupart des méthodologies OKR interdisent de modifier les OKR en cours de trimestre. C'est une règle utile mais trop rigide pour un revenue engine. Il existe deux cas légitimes où les OKR revenue doivent être ajustés en milieu de trimestre.
Cas 1 : événement externe majeur
Un changement de périmètre (acquisition, cession, levée), un événement macro (crise secteur, régulation), ou un changement client majeur (perte d'un top 3 client, gain surprise) invalident les hypothèses initiales. Dans ce cas, ne pas ajuster les OKR produit des cibles déconnectées que personne ne poursuit réellement. L'ajustement doit être formel : session de 2 heures avec le CEO, le CRO et les VP impactés, nouvelle matrice, nouveau commit.
Cas 2 : dérive détectée au mois 1
Si à la fin du premier mois, une cascade entière dérive significativement (score médian < 0.3 sur la moitié des KR), c'est le signal que la cible était mal calibrée à l'origine. Plutôt que de laisser les équipes s'épuiser sur des cibles impossibles, le CRO a la légitimité de reformuler les KR concernés pour les remettre dans une zone de stretch réaliste. Voir notre article sur le forecast commercial de précision pour la logique de recalibrage.
Règles d'ajustement
L'ajustement mid-trimestre n'est pas une échappatoire. Il obéit à des règles strictes : il doit être motivé par un fait documenté (pas une intuition), il doit être communiqué à l'ensemble de l'organisation (pas masqué), et il doit être tracé dans l'historique OKR (pour les quarterly reviews). Sans ces trois règles, l'ajustement devient une autorisation de modifier les cibles quand elles ne sont pas atteintes, ce qui détruit le système en 2 trimestres.
Tableau des ajustements légitimes
| Cas | Trigger | Qui décide | Délai max |
|---|---|---|---|
| Événement externe majeur | Fait documenté impactant le périmètre | CEO | 2 semaines après l'événement |
| Dérive calibration mois 1 | Score médian < 0.3 sur > 50% KR | CRO avec CEO | Fin du mois 1 |
| Désaccord équipe sur difficulté | Non légitime | Personne | Jamais (à traiter au trimestre suivant) |
Scoring transparent : la revue mensuelle et la note trimestrielle
Un système OKR sans scoring transparent est un système de croyance. Il produit des discussions en fin de trimestre sur ce qui a été atteint ou non, sans base commune. Le scoring est la discipline qui donne au système sa force objective.
Scoring mensuel 0.0 à 1.0
Chaque Key Result se score tous les mois sur une échelle 0.0 à 1.0. Un score de 1.0 signifie "atteint à 100%". Un score de 0.7 signifie "atteint à 70%", c'est-à-dire le niveau d'ambition raisonnable pour un OKR stretch. Un score de 0.3 signifie "dérive sérieuse". Cette échelle, héritée de la méthode Google, a le mérite de ne pas permettre l'ambiguïté : soit le KR est atteint, soit il ne l'est pas, et la mesure est chiffrée.
La revue mensuelle est une session de 1 heure à chaque niveau (CEO + CRO, CRO + VP, VP + équipes). Chaque KR est scoré, chaque dérive est discutée, chaque ajustement opérationnel est décidé. Cette revue mensuelle n'est pas optionnelle : sans elle, le système dérive silencieusement jusqu'à la revue trimestrielle où il est trop tard pour corriger.
Note trimestrielle agrégée
La note trimestrielle est la moyenne pondérée des scores KR du trimestre. Chaque Objective produit une note (moyenne de ses KR). Chaque niveau produit une note agrégée (moyenne de ses Objectives). Cette note devient l'input principal du quarterly review avec le CEO et, le cas échéant, le board.
L'interprétation des notes suit une convention : 0.7+ est "bien exécuté sur un OKR stretch", 0.5-0.7 est "exécution correcte", 0.3-0.5 est "signal de recalibration", < 0.3 est "problème systémique à investiguer". Cette convention doit être établie explicitement en amont : elle évite les débats de fin de trimestre sur "est-ce que 0.6 c'est bon ou mauvais".
Tableau du scoring mensuel et trimestriel
| Score KR | Interprétation | Action |
|---|---|---|
| 1.0 | Atteint 100% | Vérifier que le KR n'était pas sous-ambitieux |
| 0.7-0.9 | Stretch réussi | Capitaliser sur les pratiques |
| 0.5-0.7 | Exécution correcte | RAS |
| 0.3-0.5 | Recalibrer ou investir | Action corrective trimestre suivant |
| < 0.3 | Problème systémique | Investigation en session dédiée |
OKR et pay plan : pourquoi découpler
L'une des questions les plus délicates est le rapport entre OKR et pay plan commercial. La tentation naturelle est de lier mécaniquement les deux : "si le Head of BDR atteint 100% de son OKR de pipeline, il touche 100% de son variable." C'est une erreur structurelle qui détruit la nature même des OKR.
Pourquoi le couplage mécanique échoue
Les OKR, par conception, sont des paris stretch : on les calibre pour qu'un score de 0.7 représente une exécution remarquable. Si le pay plan est indexé à 100% sur les OKR, deux comportements apparaissent mécaniquement. Soit les équipes négocient des OKR sous-ambitieux pour garantir leur variable, et le système perd sa fonction de stretch. Soit les équipes poursuivent l'atteinte nominale au détriment de la qualité des résultats (sandbagging sur un KR facile, abandon d'un KR difficile), et le système perd sa fonction de pilotage stratégique.
Le modèle que nous recommandons
Sur les organisations que nous observons, le modèle le plus sain est celui du double track. Le pay plan commercial est indexé sur des métriques contractuelles (quota, quota accelerator, MBO individuel), dérivées mais distinctes des OKR. Les OKR sont indexés, dans le meilleur des cas, sur une part modeste de la rémunération (bonus OKR annuel de 10-20% du variable pour les VP et au-dessus), et sur la reconnaissance qualitative (promotions, stock, leadership).
Cette séparation a deux effets vertueux. Premièrement, les équipes peuvent se permettre de poser des OKR réellement stretch, sans risque financier direct. Deuxièmement, le pay plan reste simple et prévisible, ce qui est une exigence de base pour les commerciaux. Voir notre article sur le pay plan commercial pour la construction du pay plan proprement dite.
Le cas des individual contributors
Pour les individual contributors, le découplage est encore plus strict. Un AE a un quota et un pay plan indexé dessus. Ses OKR personnels portent sur 1 à 2 paris ambitieux (skills development, nouveau segment, nouvelle méthodologie de vente), qui ne sont pas financièrement rémunérés. Les OKR IC sont un outil de développement et de pilotage, pas un outil de rémunération. Voir notre article sur la performance BDR pour le cas spécifique des équipes SDR/BDR.
Tableau du couplage OKR / pay plan
| Niveau | Pay plan indexé sur | OKR indexés sur | Pourcentage variable lié aux OKR |
|---|---|---|---|
| CEO | Objectifs board (ARR, EBITDA) | Cohérent avec objectifs board | 100% (les OKR = objectifs board) |
| CRO | Quota global + MBO | Lien qualitatif avec bonus | 20-30% |
| VP fonction | MBO + contribution revenue | Lien qualitatif avec bonus | 10-20% |
| Manager équipe | Quota équipe + MBO | Évaluation annuelle | 0-10% |
| IC (AE, BDR, CSM) | Quota + accelerators | Développement / promotion | 0% |
Les 5 erreurs classiques à éviter
Au-delà des 4 causes de cassure générales, cinq erreurs plus spécifiques reviennent systématiquement dans la construction et l'exécution des cascades OKR revenue.
Erreur 1 : confondre OKR et roadmap
L'OKR décrit un résultat à atteindre. La roadmap décrit un chemin pour y arriver. Les mélanger produit des OKR comme "livrer le projet X au Q2", qui sont des jalons de roadmap et non des résultats. Un bon KR est atemporel dans sa formulation : "atteindre 25M€ de pipeline" est un KR, "lancer la nouvelle segmentation" est un jalon.
Erreur 2 : écrire des OKR en vase clos
Chaque VP ou chaque équipe écrit ses OKR de son côté, sans confrontation inter-fonctions. Le CMO pose un KR de volume lead qui sature l'équipe BDR. Le Head of CSM pose un KR d'expansion qui recouvre celui du VP Sales. La matrice CEO × 4 fonctions évite cet écueil, mais elle suppose une session de cascade réelle, pas un exercice de remplissage post-hoc.
Erreur 3 : ne pas distinguer leading et lagging
Un KR purement lagging (ARR trimestriel) pose un problème pratique : on ne peut rien y faire le dernier mois du trimestre. Un KR purement leading (nombre d'appels) pose un problème symétrique : il peut être atteint sans produire aucun résultat business. Un bon système OKR combine les deux : à chaque niveau, un tiers de KR lagging (résultats), deux tiers de KR leading (activités qui produisent les résultats).
Erreur 4 : laisser les OKR diverger des KPI
Les OKR sont temporaires (trimestriels), les KPI revenue essentiels sont permanents. Si les KR du trimestre ne tirent pas les KPI du dashboard CEO dans la bonne direction, il y a un problème de construction. Le test simple : vérifier chaque trimestre que les KR alimentent directement au moins l'un des KPI permanents suivis par le CEO.
Erreur 5 : abandonner le rituel à la première difficulté
Le rituel trimestriel de 3 semaines est coûteux. La tentation, au troisième ou quatrième trimestre, est de le raccourcir : une session de 2 heures au lieu d'une semaine, une matrice pré-remplie par le CRO plutôt qu'une session collective. C'est le moment où la cascade commence à se dégrader. Les entreprises qui maintiennent le rituel trimestriel sur 2 ans développent une discipline d'alignement que personne ne peut acheter.
Tableau des 5 erreurs
| Erreur | Symptôme | Correctif |
|---|---|---|
| OKR / roadmap confondus | KR sont des jalons projet | Reformuler en résultats mesurables |
| OKR en vase clos | Conflits inter-fonctions en cours de trimestre | Session matrice obligatoire |
| Leading / lagging non distingué | KR inactionnable en fin de trimestre | Mix 1/3 lagging, 2/3 leading |
| OKR divergent des KPI | KR sans effet sur dashboard CEO | Vérifier lien explicite KR → KPI |
| Rituel abandonné | Cascade dégradée T3-T4 | Maintenir les 3 semaines, même coûteuses |
Patterns ACROSS : ce qu'on voit dans les cascades saines
Au-delà des principes, certains patterns émergent spécifiquement dans les organisations dont la cascade fonctionne durablement. Ils ne sont pas universels, mais ils constituent des signaux positifs à observer.
Pattern 1 : le CRO tient la plume, pas le CEO
Dans les cascades qui durent, c'est le CRO qui pilote le rituel de cascade revenue, pas le CEO. Le CEO pose les Objectives revenue parmi ses 3-5 Objectives totaux, et confie au CRO la responsabilité de la cascade vers les 4 fonctions. Cela libère le CEO pour ses autres Objectives (produit, talent, capital) et donne au CRO la légitimité de challenger les VP sur la cohérence.
Pattern 2 : les OKR sont écrits en public
Les cascades fragiles produisent des OKR négociés en 1:1 puis publiés comme des décisions descendantes. Les cascades solides font l'inverse : les sessions de cascade sont collectives (CRO + 4 VP ensemble), les matrices se remplissent en direct, les trade-off se discutent devant tout le monde. La transparence du processus renforce l'appropriation et réduit les discussions post-hoc.
Pattern 3 : un trimestre blanc autorisé tous les deux ans
Certaines organisations matures s'autorisent un trimestre "allègement" tous les deux ans, où chaque niveau limite son nombre d'OKR (par exemple 2 au lieu de 3-5). Ce trimestre sert à absorber une transformation majeure (changement de segment, intégration post-acquisition, refonte produit) sans fragiliser le système OKR. C'est une sophistication qui suppose une maîtrise solide du système sur 2-3 ans préalables.
Pattern 4 : un CEO qui lit les OKR de niveau 3
Signal de maturité : le CEO lit personnellement les OKR des équipes (niveau 3-4), pas seulement ceux du CRO et des VP. Cela ne signifie pas qu'il les valide, mais qu'il vérifie la cohérence. Dans nos diagnostics, les CEO qui font cet exercice détectent les dérives de cascade en 15 minutes, ceux qui délèguent à leur CRO les détectent 2 trimestres trop tard.
Ressources complémentaires
- OKR CRO : prise de poste
- Plan commercial annuel : méthode CEO
- KPI revenue B2B : indicateurs CEO
- Reporting CRO hebdomadaire : template
- Reporting revenue : métriques essentielles
- Forecast commercial de précision
- Performance BDR : KPI
- NRR : Net Revenue Retention comme métrique
- Expansion revenue : CSM et upsell
- Pay plan commercial : construire la rémunération
- Executive Review : rituel de management
- Alignement COMEX revenue : rituels
- Pilotage à vue CEO : dashboards
- Méthodologie ACROSS
Sources citées
- Andy Grove, High Output Management, Random House — référence sur l'arithmétique de l'alignement managérial.
- John Doerr, Measure What Matters, Portfolio Penguin — méthodologie OKR et cas d'usage dans les scale-ups.
- Diagnostics Revenue Health Score ACROSS menés auprès de 100+ scale-ups B2B entre 10M€ et 100M€ ARR.
Article rédigé par Charles-Alexandre Peretz, fondateur d'ACROSS Insight. Dernière mise à jour : 27 septembre 2026.