Choix stratégique : quand les deux options sont bonnes

• Un choix stratégique consiste à sélectionner une seule de deux options toutes deux attractives, et à assumer aussi les conséquences défavorables qui en découlent
• Une vraie stratégie n’est pas un « beau discours », mais un choix concret impliquant des trade-offs : il faut définir clairement « l’un » et non « les deux »
• Un véritable choix stratégique suppose que l’option opposée soit elle aussi pleinement rationnelle, et que les effets de second ordre du choix se répercutent sur toute l’entreprise
• Lorsque plusieurs choix stratégiques se renforcent mutuellement sans entrer en conflit, toute l’organisation peut avancer rapidement dans une direction cohérente
• Si le choix n’est pas difficile, ce n’est pas un vrai choix ; il faut prendre les décisions difficiles à l’avance pour que les membres de l’organisation puissent juger correctement de manière autonome

---

Pourquoi les choix stratégiques sont nécessaires

• Tous les membres d’une entreprise prennent chaque jour des décisions de manière indépendante, et c’est le mécanisme central de montée en échelle de l’organisation
• Mais des décisions rationnelles prises individuellement peuvent se contredire ; si tout le monde avance dans des directions différentes, même avec une forte productivité, le résultat stagne
• Même des équipes autonomes ont besoin d’alignement, et celui-ci doit reposer non sur la tactique (qui change chaque semaine) ni sur des banalités (qui ne changent rien), mais sur des décisions de niveau macro, c’est-à-dire des choix stratégiques
• Quand les décisions du quotidien sont alignées avec les choix stratégiques, les décalages entre les promesses du marketing et les livrables de l’ingénierie disparaissent, et les décisions se renforcent mutuellement avec un effet composé

Les 3 propriétés d’un vrai choix stratégique

• 1. Les deux côtés sont des options rationnelles

  • « Un bon design » n’est pas un choix stratégique — parce que « un mauvais design » n’a jamais été une alternative rationnelle
  • « All-in-one » et « petit cœur + extensibilité extrême » constituent un vrai choix — de nombreuses entreprises à succès ont adopté l’une ou l’autre approche
  • « Les deux » n’est pas un choix valable — soit le produit est autosuffisant, soit il ne l’est pas
    • Concevoir l’UX comme une expérience complète, ou la concevoir pour accepter une UX tierce
    • Vendre un « produit avec tout le nécessaire », ou vendre une « plateforme écosystème pour tout »
    • Faire répondre le support sur l’ensemble du produit, ou rediriger vers les éditeurs de plugins
  • Si le choix stratégique est réel, la liste des effets de second ordre qui se propagent à toute l’entreprise s’allonge
  • Cela correspond au concept d’Opposite Test — l’autre côté ne doit pas être trivial ou dénué de sens pour qu’il s’agisse d’un vrai choix

• 2. Un choix comporte à la fois des résultats souhaitables et des résultats défavorables

  • Les déclarations convenues sont agréables parce qu’elles n’ont pas de côté négatif, mais ce ne sont pas de vraies décisions
  • Exemples de coûts réels d’un « excellent design » :
    • Besoin de designers talentueux → besoin d’une équipe plus grande
    • Les ingénieurs doivent accorder autant d’attention à la qualité de l’UX qu’au scaling de la base de données
    • Nécessité d’investir dans un design system
    • Ralentissement du développement des fonctionnalités — on n’exige pas seulement que ça fonctionne, mais que ce soit bien conçu
    • Il faut refuser les fonctionnalités qui dégraderaient le design, même si elles sont demandées par les clients
    • Tous les clients ne s’accordent pas sur ce qu’est un « bon design » ; certains seront satisfaits, d’autres non
  • Un choix stratégique est un package deal — impossible de prendre seulement les avantages et d’éviter les faiblesses
  • Décrire explicitement ces conséquences dans la stratégie réduit les interprétations individuelles et contribue à l’alignement des décisions quotidiennes

• 3. Au-delà de la cohérence, le renforcement mutuel

  • Il faut utiliser la liste choix-conséquences pour vérifier les contradictions, car les conflits se cachent souvent dans les effets de second ordre
  • Exemple : « petite équipe » et « riche en fonctionnalités » semblent sans lien, mais une petite équipe doit généralement garder le produit petit et simple ; il y a donc conflit
    • On peut toutefois le résoudre avec un choix supplémentaire : « petite équipe + petit cœur + écosystème extensible » — l’écosystème prend en charge la richesse fonctionnelle
    • Chaque choix s’imbrique avec les autres et apporte ses propres implications ; c’est ainsi que l’on explore jusqu’à atteindre un ensemble cohérent de décisions
  • L’idéal n’est pas seulement l’absence de conflit, mais le renforcement mutuel — l’« extensibilité » soutient le « riche en fonctionnalités », et la petite équipe maintient un cœur limité, laissant de l’espace à l’écosystème pour prospérer
  • Quand des choix forts se renforcent entre eux, l’entreprise acquiert une personnalité du type « le monde devrait fonctionner ainsi », et les clients qui y adhèrent l’aiment encore davantage
  • Toute l’organisation avance plus vite, les rediscussions de trade-offs diminuent, et un cercle vertueux s’installe où la cohérence donne une impression de compétence

Comment transformer des choix faibles en choix forts

• Lorsqu’ils formulent des choix stratégiques, les gens rédigent souvent de pseudo-choix faibles qui ne passent pas l’Opposite Test
  • Ils ont déjà une préférence, et ont tendance à rendre l’autre côté manifestement mauvais pour faire « gagner » leur propre choix
• La clé consiste à extraire, sous un choix formulé faiblement, le point de vue valable qui s’y cache
• Questions utiles :
  • Existe-t-il une entreprise prospère et appréciée qui a choisi le côté « mauvais » ?
  • Pourquoi les gens l’aiment-ils malgré ses défauts ?
  • Ce qui est ainsi « aimé » constitue précisément le véritable côté opposé du choix stratégique
• Exemple concret : les applications de prise de notes
  • Des apps all-in-one comme Apple Notes ou Bear — elles contrôlent l’expérience de bout en bout sans plugins ni API, afin d’obtenir une cohérence élégante
  • Obsidian — offre un éventail impressionnant de fonctionnalités téléchargeables ; malgré les critiques sur une UX encombrée, l’outil est apprécié pour le large choix fonctionnel et la possibilité de construire son propre système de gestion de l’information
  • En demandant « pourquoi Obsidian est-il aimé malgré une UX désordonnée ? », on arrive au vrai choix : « all-in-one vs extensibilité infinie »

La tentation de choisir « les deux »

• Puisque les deux côtés sont désirables, la tentation d’importer des éléments du camp opposé est inévitable
  • On a construit un produit all-in-one, mais les plugins du concurrent deviennent populaires, donc on commence à explorer les plugins
  • « Augmentons les prix, on laisse de l’argent sur la table » ou « ralentissons pour peaufiner, c’est embarrassant »
• Cette tentation est persuasive justement parce que l’autre choix est lui aussi réellement excellent
• La raison d’être de la stratégie : permettre à n’importe qui dans l’organisation de dire avec assurance « c’est une bonne idée en théorie, mais elle ne correspond pas au bundle de trade-offs que nous avons choisi »
• Principe clé : en cas de conflit, tenir le choix stratégique ; en l’absence de conflit, choisir ce qu’il y a de mieux
  • Exemple : si la stratégie est « prix le plus bas », une amélioration de qualité qui n’augmente pas les coûts peut être acceptée
  • Mais dans la plupart des cas, il y a conflit ; sans cohérence, on aboutit à la seule position perdante — un produit sans assez de qualité pour susciter la loyauté, ni assez de puissance pour gagner sur les cas d’usage complexes
• L’Agile Manifesto illustre bien cette posture — « un logiciel opérationnel plutôt qu’une documentation exhaustive » ne signifie pas que la documentation est mauvaise, mais que lorsque le temps est limité (il l’est toujours), on investit davantage d’un côté
  • Il énonce explicitement : « tout en reconnaissant de la valeur aux éléments de droite, nous valorisons davantage ceux de gauche »
• On peut appliquer le même schéma à la stratégie : si la stratégie est low-cost, on n’introduit pas un produit haut de gamme « pour capter aussi cette clientèle », mais on accepte les améliorations de qualité tant qu’elles ne menacent pas le low-cost
• C’est un choix strict, pas un équilibre

Tableau d’exemples de choix stratégiques

• Prix le plus bas vs prix premium
  • Prix le plus bas : plus grand marché, positionnement sur l’accessibilité et la rationalité, bloque de nombreux concurrents qui ne gagnent que par le prix / impossible d’investir fortement en publicité ou en ventes, dépendance au bouche-à-oreille, plafond sur la qualité et les fonctionnalités
  • Prix premium : marges élevées permettant d’investir dans la marque et la distribution, le signal de statut devient une fonctionnalité / marché plus petit, besoin d’investir durablement dans la marque (marketing, prestige), l’arrêt de l’investissement fait s’effondrer le premium
• UX all-in-one cohérente vs écosystème extensible
  • All-in-one : expérience conçue qui crée confiance et habitude, support et onboarding simplifiés / l’étendue fonctionnelle relève entièrement de votre responsabilité, perte des power users qui ont besoin de plugins ou de scripting
  • Écosystème : fonctionnalités de longue traîne impossibles à fournir en interne, les partenaires jouent le rôle de canal de distribution / cohérence UX réduite, sécurité, compatibilité et support deviennent des problèmes de chaîne d’approvisionnement hors de contrôle
• UX simple vs fonctionnalités puissantes
  • UX simple : délai court jusqu’à la valeur, croissance en self-serve, faible charge cognitive / perte des workflows complexes et des deals liés à la gouvernance, désavantage dans les checklists et RFP
  • Fonctionnalités puissantes : gagne sur les workflows à fort enjeu, revenu élevé par client, forte rétention grâce au coût de changement / onboarding nécessitant formation, setup et experts, support comme coût incontournable
• Support minimal vs support high-touch
  • Support minimal : marges élevées, focalisation sur le produit, oblige à avoir une bonne ergonomie et une documentation de qualité / incapacité à répondre aux acheteurs exigeant téléphone et SLA, perte de boucle de feedback en cas de churn
  • Support high-touch : comble des écarts que les concurrents ne peuvent pas couvrir, crée loyauté et différenciation, moteur de découverte produit qui entend la vérité tous les jours / coût élevé et difficile à scaler, crée des attentes 24/7 et de la dépendance
• Simplicité pour petites équipes vs complexité enterprise
  • Petites équipes : cycle de vente court, succès client possible sans consultants / perte des deals enterprise exigeant gouvernance, audit et intégrations d’entreprise
  • Enterprise : permet de franchir les barrières procurement et d’accéder à de gros budgets, les intégrations, permissions et mécanismes de gouvernance créent du lock-in et de la rétention / cycles de vente longs exigeant capital, patience et machine commerciale, inflation du produit et de l’UX
• Vitesse à la pointe vs stabilité à toute épreuve
  • Vitesse à la pointe : nouveauté différenciante, attire les builders et les early adopters / bugs et erreurs deviennent une part de la marque, fuite des cas d’usage conservateurs
  • Stabilité à toute épreuve : la confiance crée un moat sur les workflows critiques, « ne casse jamais » bat « c’est nouveau », baisse du support et du churn / rythme lent, alors que la nouveauté attire l’attention et les budgets, risque de rater les opportunités de frontière et de devenir obsolète
• Open source vs closed source
  • Open source : faible barrière de confiance, la communauté accélère les fonctionnalités et les intégrations / le cœur paraît « gratuit », donc monétisation difficile, gouvernance et maintenance politiques et épuisantes
  • Closed source : contrôle total de la roadmap, de l’UX, du licensing et de la tarification, gouvernance simple / adoption ralentie sur les segments inquiets du manque de transparence et du lock-in, nécessité de financer seul sa vitesse sans l’effet de levier de la communauté
• Peu de fonctionnalités mais très abouties vs beaucoup de fonctionnalités
  • Peu mais abouties : qualité d’exécution et cohérence génèrent satisfaction, rétention et bouche-à-oreille ; faible complexité → moins de bugs, moins de documentation, moins de tickets, itérations plus rapides / désavantage dans les checklists et RFP, churn sur certains edge cases de segments spécifiques
  • Beaucoup de fonctionnalités : davantage de cases cochées dans les comparatifs procurement, couverture plus large élargissant le marché et multipliant les voies d’upsell / qualité inégale, effondrement de la cohérence UX, explosion des besoins de support et de documentation

Conclusion

• Accepter les faiblesses de son choix est douloureux, et voir les avantages du choix opposé comme attractifs fait partie de l’essence même de la stratégie
• Si le choix n’était pas difficile, ce n’était pas un vrai choix. Un choix implique nécessairement renoncement et effets secondaires
• Il faut prendre ces décisions difficiles dès maintenant pour alléger la charge du reste de l’organisation, afin que chacun puisse prendre indépendamment des décisions judicieuses