OKR #6 : KPI versus OKR -> 2 outils, 2 temporalités, 2 logiques ?

Tu as probablement déjà des KPI. Un tableau de bord avec le chiffre d'affaires, le nombre de nouveaux clients, le taux de churn, la satisfaction client. Tu regardes ces chiffres chaque semaine. Et tu as l'impression de piloter.

Mais piloter le présent ne construit pas le futur.

C'est la confusion la plus fréquente dans les scale-ups post-levée : on met des KPI dans les OKR, on appelle KPI ce qui sont des OKR, et on finit par avoir un système qui mesure beaucoup sans transformer grand chose.

Ce que les KPI mesurent vraiment

Un KPI, Key Performance Indicator, mesure la performance d'un process qui existe déjà. Il dit si ce qui tourne tourne bien. Il est continu, permanent, sans date de fin.

Le taux de conversion de tes leads, le délai moyen de livraison, le Net Promoter Score, le chiffre d'affaires mensuel : ce sont tous des KPI.

Ces indicateurs ne changent pas d'un trimestre à l'autre. Ils évoluent, s'améliorent, se dégradent. Mais ils mesurent toujours la même chose : la santé de ce qui existe.

Les KPI appartiennent au run. Ils se suivent chaque semaine dans les instances opérationnelles. Quand un KPI décroche, c'est une alerte. Quand il progresse, c'est une confirmation.

Ce que les OKR mesurent vraiment

Un OKR mesure une transformation en cours. Il dit si ce qu'on est en train de construire avance dans la bonne direction. Il est temporaire, trimestriel, avec une date de début et une date de fin.

"Nous avons une organisation où chaque manager porte vraiment son périmètre" est un objectif OKR. Il dit un état futur qu'on n'a pas encore atteint. Les résultats clés diront objectivement si on y est arrivé à la fin du trimestre.

Une fois atteint, cet objectif devient la nouvelle normalité. Et on passe à la prochaine transformation.

Les OKR appartiennent au build. Ils se suivent chaque mois dans les instances stratégiques. Quand un OKR n'avance pas, c'est une conversation sur les obstacles et les ressources. Pas une punition.

Les erreurs classiques

Mettre un KPI comme résultat clé OKR. "Augmenter le chiffre d'affaires de 20%" n'est pas un résultat clé OKR si le chiffre d'affaires est déjà un KPI suivi chaque semaine. C'est un objectif de performance, pas une mesure de transformation.

Créer des OKR pour des choses qui marchent déjà. Si ton process de vente fonctionne bien, tu n'as pas besoin d'un OKR dessus. Tu as besoin d'un KPI qui surveille que ça continue de fonctionner.

Arrêter les KPI quand on lance les OKR. Ce sont deux systèmes complémentaires, pas alternatifs. Les KPI surveillent le run, les OKR pilotent le build, les deux coexistent.

Un exemple concret

Thomas a trois KPI principaux : chiffre d'affaires mensuel, taux de churn, délai moyen de recrutement. Il les suit chaque semaine. Ils lui disent si l'entreprise est en bonne santé aujourd'hui.

Il a aussi trois OKR ce trimestre. L'un d'eux : "Nous avons un premier CODIR qui fonctionne vraiment et qui prend des décisions sans moi." Avec deux résultats clés : 100% des instances CODIR ont eu lieu avec un ordre du jour et des décisions documentées, et le nombre de décisions escaladées à Thomas baisse de 60%.

Le KPI surveille la santé, l'OKR construit la structure. Les deux sont nécessaires. Aucun ne remplace l'autre.

Le tableau de bord idéal

Un fondateur post-Série A bien outillé a deux tableaux de bord distincts :

Le tableau de bord run, mis à jour en continu, avec cinq à dix KPI clés. Il le regarde chaque semaine en quinze minutes.

Le tableau de bord build, mis à jour chaque mois, avec trois objectifs OKR et leurs résultats clés. Il le revoit en profondeur une fois par mois avec son CODIR.

Deux espaces, deux rythmes, deux types de conversations.

Ce que tu fais dès lundi
Prends ton tableau de bord actuel. Pour chaque indicateur, pose-toi la question : est-ce que cet indicateur mesure ce qui existe déjà, ou est-ce qu'il mesure une transformation en cours ? Les premiers sont des KPI. Les seconds sont des candidats à devenir des résultats clés OKR. Sépare-les dans deux documents distincts.

pour aller plus loin
KPI et OKR ont chacun leurs instances de suivi. Comment les organiser dans le temps : OKR #9.
Tu veux distribuer la responsabilité des OKR à tes managers : OKR #7.
Tu veux revoir comment run et build coexistent concrètement : OKR #5.