Introduction
Récemment, en entretien, un candidat m'a posé une question que j'aime bien : « Est-ce que vous êtes ouverts à l'utilisation de nouveaux outils ? Est-ce que vous avez du budget pour ça ? »
Ma réponse tient en une phrase : si on veut être à la pointe de notre métier, il faut qu'on utilise les meilleurs outils possibles. Le budget outillage n'est pas une ligne de coût qu'on subit, c'est une condition pour rester compétitif. La vraie question n'est donc jamais « est-ce qu'on s'équipe », mais « comment on choisit », et surtout, à quel moment on décide de construire nous-mêmes plutôt que d'acheter.
À chaque étape de notre métier de prospection, on utilise plusieurs outils qu'on a testés dans tous les sens. Avec le temps, notre façon de trancher s'est stabilisée en trois étapes. Les voici, avec ce qu'elles impliquent concrètement.
Étape 1 : tout tester, vite et en profondeur
Je dois avouer quelque chose : je n'ai jamais compris la réticence aux nouveaux outils. Ce scepticisme de principe, le « on a déjà ce qu'il faut », le « c'est encore un gadget », avant même d'avoir essayé. Un avis sur un outil qu'on n'a pas testé n'est pas un avis, c'est un préjugé. Il n'existe qu'une seule façon de savoir si quelque chose marche pour nous : tester.
Donc premier réflexe : on teste tout. Un nouvel outil sort sur un segment qui nous concerne ? On l'essaie rapidement. Pas une démo commerciale de trente minutes : un test en conditions réelles, sur nos vraies campagnes, avec nos vraies métriques à côté.
Et ce n'est pas de la naïveté technophile, c'est même l'inverse. Cette étape élimine énormément de candidats, parce qu'un outil peut être excellent sur le papier et inutilisable dans notre contexte. On en a fait l'expérience avec la remontée automatique des appels d'une de nos plateformes de téléphonie : branchée sur des lignes partagées, elle faisait remonter chaque appel en double, parfois en triple. Vu de loin, la fonctionnalité marchait parfaitement. Vu de nos tableaux de bord, elle gonflait nos statistiques de deux à trois fois, de quoi fausser toutes nos décisions. On l'a désactivée. Aucune plaquette ne nous aurait montré ça : seul le test en réel, chiffres en main, l'a révélé.
C'est ça, la vraie réponse au scepticisme : ni enthousiasme aveugle, ni méfiance de principe. On teste vite, on mesure, et l'outil est jugé sur nos chiffres, pas sur sa réputation. Le sceptique et le technophile ont le même problème : ils ont un avis avant d'avoir des données.
Le corollaire, c'est qu'il faut être capable de mesurer. Si on n'a pas d'instrumentation de son activité, on ne peut pas comparer un outil à un autre autrement qu'au ressenti, et le ressenti se trompe souvent.
Étape 2 : le coût complet, dépendance incluse
Une fois qu'un outil a passé le test terrain, vient la question du coût. Et là, on regarde trois choses, pas une seule :
- Ce que ça nous coûte, le prix affiché, mais aussi le temps d'intégration, de formation, de maintenance du lien avec le reste de nos systèmes.
- Ce que ça nous rapporte, mesuré, pas estimé. Combien de conversations en plus, combien de temps gagné, quelle amélioration sur les métriques qui comptent pour nous.
- Le risque de dépendance, et c'est le point que presque tout le monde oublie. À quel point sommes-nous exposés si ce produit augmente ses prix, dégrade son service, change ses conditions ou disparaît ?
Ce troisième point mérite qu'on s'y arrête. Un outil peut être rentable aujourd'hui et devenir un piège demain, simplement parce qu'on a laissé nos données, nos process et nos habitudes s'enfermer dedans. Le coût réel d'un outil inclut toujours le coût de s'en défaire.
Étape 3 : la criticité, et la question du build
Troisième filtre : est-ce que cette brique est critique pour nous ? Critique, ça veut dire : si elle tombe, notre production s'arrête ou notre qualité s'effondre.
Si la réponse est oui, on s'impose systématiquement un exercice : évaluer ce que voudrait dire construire cette brique en interne. Pas forcément pour le faire, pour savoir. Est-ce qu'on a l'expertise ? Combien de temps ça prendrait ? Qu'est-ce qu'on gagnerait en contrôle, et qu'est-ce qu'on perdrait en focus ?
Deux issues possibles :
- On peut construire, et le calcul du point 2 penche du bon côté : alors on construit. C'est ce qu'on a fait pour notre propre ligne d'appel, quand la réglementation française sur l'affichage des numéros a fait du caller ID propre un sujet d'infrastructure à part entière. Sur un sujet aussi central pour un métier d'appel, on voulait maîtriser la brique de bout en bout.
- On ne peut pas construire, pas l'expertise, pas le temps, pas le sens : alors on achète, mais avec une exigence non négociable, pouvoir changer de prestataire facilement. Données exportables, intégration remplaçable, aucune logique métier enfermée chez le fournisseur.
Le principe transversal : jamais critique et captif
Si je devais résumer notre doctrine en une ligne, ce serait celle-là : une brique peut être critique, une brique peut nous rendre captifs, mais jamais les deux à la fois.
Un outil non critique dont on dépend fortement ? Inconfortable, mais gérable. Une brique critique qu'on maîtrise ou qu'on peut remplacer ? Sain. Une brique critique dont on ne peut pas sortir ? C'est là que les entreprises se font vraiment mal, et c'est précisément la case qu'on s'interdit.
Trois exemples dans notre métier
Sans nommer de fournisseur, voilà comment ça se traduit en prospection téléphonique :
- La téléphonie. C'est le cœur du réacteur, donc critique par définition. On travaille avec plusieurs plateformes en parallèle plutôt qu'une seule, ce qui nous permet de comparer, de basculer, et de ne jamais dépendre d'un acteur unique. Et sur la partie la plus sensible, on a construit notre propre brique.
- L'enrichissement de données. Utile, mais pas critique au sens strict : si un fournisseur baisse en qualité, on en met un autre dans la boucle. On raisonne en cascade de prestataires interchangeables, jamais en fournisseur unique.
- Le CRM. Le piège classique de la captivité : c'est là que les données s'accumulent. Notre règle, c'est de garder notre propre référentiel de données en interne, le CRM est une interface de travail, pas le coffre-fort. On en a déjà changé, et c'est exactement pour ça que ça s'est bien passé.
La grille, en résumé
Si vous devez trancher un build vs buy, voilà la version réutilisable de notre méthode :
1. Testez en réel, vite et en profondeur. Pas de décision sur plaquette. Mesurez avec vos propres métriques.
2. Calculez le coût complet : ce que ça coûte, ce que ça rapporte, et ce que ça coûterait d'en sortir. La dépendance est un coût, même quand elle ne se voit pas sur la facture.
3. Qualifiez la criticité. Si c'est critique, faites l'exercice du build, même pour conclure que non. Et si vous achetez une brique critique, exigez la réversibilité.
4. Ne soyez jamais critique et captif à la fois. Tout le reste se discute ; ça, non.
Cette grille ne nous dit pas toujours quoi faire du premier coup. Mais elle nous garantit une chose : quand on s'engage avec un outil, ou quand on décide d'en construire un, on sait exactement pourquoi, et on sait comment on en sortirait.
