Il n'existe pas de délai calendaire fixe qui convienne à chaque marché. La fréquence dépend de la vitesse à laquelle votre marché évolue et d'événements concrets susceptibles de modifier votre position — pas d'une planification annuelle qui revient à échéance par hasard.
Un cycle annuel est une habitude issue de la planification stratégique, pas de la réalité du marché. Une entreprise de 150 collaborateurs qui fait réaliser chaque automne une analyse concurrentielle peut déjà se heurter en juin à une surprise : un concurrent baisse son prix, un nouvel acteur entre sur le marché, ou un acteur existant lance une fonctionnalité qui touche précisément la dimension sur laquelle vous l'emportiez toujours. Au moment où la mise à jour annuelle paraît, les dégâts sont déjà visibles dans le pipeline. La question n'est donc pas « quand cela revient-il à l'agenda », mais « quelles dimensions déterminent actuellement si nous gagnons ou perdons un deal » — et cela change par trimestre plus vite que ne le permettent la plupart des cycles de planification.
Il existe quelques déclencheurs pratiques qui pèsent plus lourd qu'une date dans l'agenda :
Pour une organisation de 80 collaborateurs sur un marché de niche, cela peut signifier que rien ne change pendant deux ans et qu'une répétition n'apporte donc que peu. Pour une entreprise de 250 collaborateurs sur un marché à développement produit rapide, la même étude peut être déjà dépassée en six mois.
Toute répétition ne doit pas refaire l'analyse complète. Souvent, seule une partie de la matrice de preuves évolue : un concurrent améliore son délai de livraison, un autre augmente son prix, un troisième perd un bon commercial. La question est alors de savoir quelles dimensions déterminent réellement le deal à l'heure actuelle — un élément qui peut varier selon la phase du marché et qui est détaillé sur la page consacrée à quelles dimensions déterminent si vous gagnez sur un marché. Si ces dimensions restent stables, une mise à jour ciblée des scores suffit souvent. Si les dimensions elles-mêmes se déplacent — par exemple parce que le prix cède la place à la rapidité de mise en œuvre comme facteur décisif —, une révision plus large s'impose, y compris la justification derrière chaque score. La manière dont cette justification se construit sans tomber dans les suppositions est décrite dans comment noter un concurrent sans faire de suppositions.
L'équipe de direction d'une entreprise d'environ 120 collaborateurs faisait initialement mettre à jour l'analyse concurrentielle chaque automne, en lien avec le cycle budgétaire. Après deux trimestres de baisse du taux de réussite, il est apparu qu'un concurrent avait entre-temps amélioré une dimension qui, dans la dernière analyse, avait encore été notée comme faible. L'information existait bel et bien — dans les deals perdus et dans les échanges avec les commerciaux — mais n'était pas reliée à la matrice de preuves parce que celle-ci ne devait rouvrir qu'en novembre. À partir de ce moment, la répétition a été liée au taux de pertes sur les offres plutôt qu'au calendrier : dès que ce taux dépassait un certain seuil, l'analyse rouvrait sur les dimensions le plus souvent citées comme raison de perte.
S'il n'est pas clair si le retard actuel est le fruit du hasard ou d'un schéma récurrent, il est possible d'obtenir une première indication sans lancer une démarche complète. Le contrôle gratuit de perte sur prix comprend huit questions et montre quelle dimension fuit probablement dans le cycle de vente — un point de départ pour déterminer si une répétition complète a du sens maintenant ou peut encore attendre.
Si ce contrôle, ou votre propre ressenti sur les deals perdus, indique un retard concret, la question suivante n'est plus de savoir quand vous mesurez à nouveau, mais ce que vous faites de ce retard — un choix qui est expliqué dans ce que vous faites d'un retard sur une dimension. Combler un écart sur une dimension n'est en effet pas une question de nouvelle mesure, mais d'exécution au niveau des processus, des personnes et des systèmes. Ce que coûte cette exécution et quelle part de celle-ci l'IA peut reprendre est détaillé dans le scan de charge de travail sur ftetoai.com.