La vraie raison pour laquelle l'externalisation échoue

La plupart des dirigeants de SaaS n'externalisent pas mal parce qu'ils ont choisi le mauvais prestataire. Ils externalisent mal parce que personne ne les a prévenus de ce que ça demande vraiment. Le temps qu'ils le remarquent, ils ont déjà passé des mois à gérer une équipe censée leur retirer du travail.

J'ai vu ce schéma se répéter assez souvent pour pouvoir le raconter les yeux fermés. Un dirigeant engage un prestataire, lui envoie une liste de tâches, et se dit qu'il va enfin pouvoir souffler. Trois semaines plus tard, il relit chaque réponse avant qu'elle ne parte. Il répète des consignes qu'il a déjà données deux fois. Il reçoit des questions qui n'auraient jamais dû remonter jusqu'à lui. Le prestataire n'est pas mauvais. Personne n'a simplement construit la partie qui compte.

L'étape que presque tout le monde saute

Avant qu'un seul ticket ne soit traité, il y a une étape que la plupart des prestataires considèrent comme facultative : comprendre l'activité. Pas la liste de tâches, l'activité. Ce qu'elle vend vraiment, et comment. Pourquoi les clients partent. Quels cas particuliers méritent qu'on s'arrête et lesquels non. Ce que « bien fait » veut dire dans ce contexte précis, et pas dans l'absolu.

Sautez cette étape et vous obtenez un travail techniquement correct mais contextuellement faux. Quelqu'un suit les instructions à la lettre et produit quand même quelque chose que le dirigeant devra refaire. Pas par négligence. Parce que les instructions n'ont jamais réussi à capturer le jugement qu'un dirigeant applique sans même y penser.

Je me souviens d'un client qui écrivait toutes les semaines pour un problème de facturation. La consigne disait de rembourser et de clore le ticket. Nous l'avons fait pendant un mois. Le problème n'était pas la facturation : c'était une case mal cochée à l'inscription, et il l'avait signalée dès le premier jour à quelqu'un qui n'avait pas fait le lien. Rembourser était la bonne réponse à la mauvaise question.

L'autonomie n'est pas un caractère, c'est un process

On me dit souvent vouloir une équipe « proactive », comme si c'était une qualité que certains ont à la naissance. En pratique, l'autonomie se construit par écrit. Une équipe devient autonome quand le raisonnement derrière les décisions est documenté, partagé et relu régulièrement, pas quand on a la chance de tomber sur la bonne personne.

C'est toute la logique de notre façon de travailler : chaque process est écrit avec le client avant d'être exécuté, pas après le premier incident. C'est plus lent la première semaine. C'est la seule chose qui tient ensuite.

Ce que ça change concrètement

Une phase de découverte avant l'exécution, jamais à la place. Des équipes qui lèvent la main quand quelque chose leur semble anormal, plutôt que d'exécuter tranquillement la mauvaise consigne. Et un objectif qui n'a jamais été d'être une extension de votre équipe à superviser, mais la partie de votre entreprise à laquelle vous arrêtez de penser.

C'est une barre bien plus haute que « on recrute et on forme des agents ». C'est aussi la seule version de l'externalisation qui mérite vraiment ce nom.

Si vous vous reconnaissez dans les trois premières semaines décrites plus haut, écrivez-moi. Je vous dirai franchement si nous sommes le bon interlocuteur.
Estellina