Un aveu que j'entends souvent
« Moi, je n'y connais rien. » Ce sont des dirigeants d'entreprises qui facturent des millions qui le disent, qui gèrent des équipes de 30 personnes, qui négocient avec les banques et les fournisseurs sans sourciller. Et ils le disent avec une certaine gêne, comme si c'était un défaut.
Ce n'en est pas un. Vous n'avez pas besoin de comprendre la technologie pour bien piloter la technologie de votre entreprise, tout comme vous n'avez pas besoin d'être comptable pour lire un bilan ni avocat pour signer un contrat. Vous devez savoir quoi demander, quelles réponses sont bonnes, et quand quelqu'un vous vend du vent.
Ça s'apprend. Et c'est plus court qu'il n'y paraît.
Ce que vous devez décider vous-même (et personne d'autre)
Il y a quatre décisions que vous ne pouvez pas déléguer, parce qu'elles relèvent du métier, pas de la technique :
1. Quel problème vous voulez résoudre. « Nous perdons des devis parce que personne ne relance. » « Nous mettons trois jours à répondre à un client. » « Je ne sais pas ce que je facturerai le mois prochain. » Vous le savez mieux que quiconque. Un prestataire qui commence par parler technologie avant de comprendre votre problème va dans la mauvaise direction.
2. Combien vaut sa résolution. Si la relance des devis vous fait perdre 5 000 euros par mois, la résoudre vaut jusqu'à 30 000 euros. Si elle vous en fait perdre 300, ça vaut 2 000. Ce chiffre définit le budget, et vous seul l'avez.
3. Quel risque vous acceptez. Un système peut-il envoyer des emails aux clients sans relecture ? Peut-il appliquer des remises ? Peut-il accéder à la comptabilité ? Chaque entreprise a son seuil. Décidez-le avant, pas après la première frayeur.
4. Qui s'en occupe. Quelqu'un dans votre entreprise doit être l'interlocuteur. Pas un technicien ; quelqu'un qui connaît le métier et a l'autorité pour décider. Si personne ne s'en occupe, rien n'avance.
Les questions à poser à tout prestataire
Ce sont celles que je poserais à votre place. Et celles auxquelles je réponds, sans qu'on me les pose, pour chaque client :
« Quel problème concret cela résout-il et comment allons-nous le mesurer ? » Si la réponse est vague (« ça améliore l'efficacité », « ça digitalise votre entreprise »), méfiez-vous. Si elle est concrète (« ça réduit le délai de réponse de 2 jours à 5 minutes, et on le mesurera ainsi »), c'est bon.
« Que se passe-t-il quand ça tombe en panne ? » Tout tombe en panne un jour. Un bon prestataire a un plan : qui répare, en combien de temps, à quel coût. Un mauvais vous dit que ça ne tombera pas en panne.
« À qui appartient ce que vous construisez ? » Le code, les accès, les comptes, les données. Ils doivent être à vous. Si vous dépendez du prestataire pour accéder à votre propre système, vous avez un sérieux problème le jour où la relation se dégrade.
« Combien coûte la deuxième année ? » Licences, maintenance, mises à jour, heures de support. Le prix de mise en place, c'est la moitié de l'histoire.
« Puis-je parler à un de vos clients qui a fait quelque chose de similaire ? » La réponse devrait être oui, sans hésiter.
« Qu'est-ce que vous ne ferez pas ? » Un prestataire sérieux a des limites claires et vous les dit. Un qui dit oui à tout, soit ne sait pas, soit va vous décevoir.
Le signe le plus fiable d'un bon prestataire technologique : il vous explique les choses en termes de votre métier (temps, argent, clients, risque) et non en termes de technologie. Si vous sortez d'une réunion sans comprendre ce qu'on vous a proposé, le problème, ce n'est pas vous.
Comment lire une proposition sans être technicien
Quand un devis arrive, cherchez ces cinq choses. S'il en manque une, demandez-la avant de signer :
- Le problème qu'il résout, en une phrase, avec vos mots.
- Ce qui est inclus et ce qui ne l'est pas. Liste concrète. « Intégration avec votre facturation » doit dire laquelle et comment.
- Des délais avec des livraisons partielles. Pas « 12 semaines », mais « semaine 3 : ceci, semaine 6 : cela ». Ainsi vous voyez l'avancement et pouvez arrêter si quelque chose va mal.
- Ce dont ils ont besoin de vous. Données, décisions, temps de votre équipe. S'ils ne le disent pas, vous le découvrirez en cours de projet.
- Ce qui se passe après. Support, maintenance, formation. Et qui est propriétaire de tout.
Les devis d'une page avec un prix et trois lignes de description sont ceux qui finissent en disputes. Ceux de quatre pages avec tout ce qui précède sont ceux qui finissent en résultats.
L'erreur de direction la plus fréquente : déléguer la décision, pas l'exécution
Déléguer l'exécution est juste : vous n'allez pas coder vous-même. Déléguer la décision est une erreur : le prestataire ne sait pas ce qui compte pour votre entreprise.
À quoi ressemble l'erreur : « Que l'informaticien décide quel CRM on prend. » L'informaticien choisit celui qu'il connaît, ou le plus complet, ou le moins cher. Aucun de ces critères n'est « celui qui fait signer plus mes commerciaux ».
Comment bien faire : vous définissez le problème et le résultat attendu. Le prestataire propose des options avec avantages, inconvénients et coûts. Vous choisissez avec ces informations. Le prestataire exécute.
Une heure de votre temps par mois consacrée à cela vaut plus que n'importe quel outil.
Comment ne dépendre de personne (moi compris)
C'est ce que j'exige dans tous mes projets et ce que vous devriez exiger :
- Tout à votre nom. Domaines, hébergement, comptes d'outils, dépôts de code. Vous êtes le propriétaire ; le prestataire a un accès.
- Une documentation compréhensible. Un document qui explique ce qui existe, comment ça fonctionne et comment y accéder. Lisible par une autre personne technique sans appeler le prestataire d'origine.
- Pas de technologies exotiques. Si un prestataire construit avec un outil que lui seul connaît, vous dépendez de lui pour toujours. Demandez des technologies standard que n'importe quel professionnel peut maintenir.
- Mots de passe et accès dans un gestionnaire à vous. Pas dans l'email du prestataire.
Si votre prestataire actuel rechigne sur l'un de ces points, c'est une information précieuse sur la relation.
Un rituel de gestion qui fonctionne
Avec les dirigeants que j'accompagne, nous mettons ceci en place, et en trois mois le changement de contrôle est évident :
Une fois par mois, 45 minutes. On revoit trois choses : ce qui a été fait et le résultat obtenu (avec des chiffres), ce qui se fait le mois prochain et pourquoi, et quelles décisions ont besoin de votre validation.
Un document vivant d'une page. Les processus automatisés, les outils utilisés, ce que chacun coûte, qui le gère. Mis à jour chaque mois. Quand quelqu'un vous propose du nouveau, vous le regardez d'abord.
Une règle pour les nouveautés. Tout nouvel outil doit répondre à « quel problème résout-il et que remplace-t-il » avant d'être souscrit. S'il ne remplace rien, c'est une couche de complexité en plus.
Rien de cela ne demande de comprendre la technologie. Ça demande une discipline de gestion, que vous avez déjà puisque vous dirigez une entreprise.
En résumé
Piloter la technologie de votre entreprise consiste à définir les problèmes, fixer la valeur de leur résolution, décider du risque acceptable et exiger de la clarté de celui qui exécute. Rien de cela n'est technique. Tout cela relève de la direction.
Si vous voulez quelqu'un à vos côtés dans ce rôle, qui traduise la technologie dans votre langage et exécute avec discernement, c'est exactement ce que je fais dans l'accompagnement digital mensuel. Et si vous préférez commencer par une conversation sans engagement, réservez un appel de 15 minutes. Je vous explique, dans votre langage, ce que je ferais en premier dans votre entreprise.
