25 collaborateurs, 5 millions d'euros de CA, 400 dossiers par an. Sur le papier, une belle PME en croissance. En réalité, une boîte qui étouffe — et qui ne le sait pas encore.
Cette scène, on l'a vue cinq fois en un an. Dans un tour-opérateur, une métallerie, un traiteur, une marque de mode, une compagnie aérienne d'affaires. Mêmes symptômes, mêmes trous noirs opérationnels, même déclencheur — un outil historique qui lâche ou un dirigeant qui découvre l'ampleur du chaos. Dans cet article, on ouvre le capot de ces cinq autopsies. Anonymisées mais précises. Pour que vous puissiez vous y reconnaître.
Pourquoi raconter ces chantiers
Parler d'« application interne sur mesure » reste abstrait tant qu'on n'a pas vu les coulisses. Les plaquettes commerciales parlent de grands objectifs, de ROI théoriques. Nous, on préfère parler de ce qu'on a trouvé, pourquoi on l'a construit comme ça, et ce que ça a permis de stabiliser.
Ce que les discours généralistes ne montrent pas, c'est le bruit de fond. Les équipes qui passent leurs matinées à transférer des données entre deux logiciels, juste pour éviter une erreur de facturation. Le dirigeant qui, en fin de mois, ne trouve pas le chiffre exact parce que la comptabilité vit dans un mélange d'emails et de feuilles de calcul. La charge mentale d'un DAF qui sait que sa trésorerie théorique n'est pas la vraie.
On ne parle pas de digitalisation en général. On parle de reprendre le contrôle du temps de travail. De faire en sorte que l'outil épouse le métier, et non l'inverse. On déconstruit le mythe du grand projet IT à plusieurs années pour montrer que la vraie solution, c'est souvent une série d'ajustements chirurgicaux qui débloquent immédiatement la trésorerie et la productivité.
Les 5 chantiers décortiqués
1. Le tour-opérateur qui gérait 400 séjours avec des process manuels
Le contexte — Un spécialiste du voyage d'aventure, 25 personnes, 5 M€ de CA. Croissance passée de 20 % à 5 %. Équipe à bout, tarification manuelle, zéro KPI suivi.
Le verbatim qui résume tout :
"On arrive vraiment à un stade où on n'a pas assez de personnes, et on ne donne pas les bons process et les bons outils à notre équipe pour bien performer."
Le diagnostic — 35 % du temps quotidien absorbé par de la friction opérationnelle. Outils fragmentés qui ne se parlaient pas. Tarification recalculée à la main pour chaque devis. Aucune donnée consolidée sur la rentabilité d'un séjour.
Ce qu'on a construit — Une plateforme centrale reliant production, ventes, opérations, facturation et CRM. Pricing automatisé. Portail partenaires en self-service.
Le chiffre qui résume tout : 400 séjours gérés par la même équipe de 8. NPS maintenu à 97.
Mécanisme observé : dans les petites structures de service, la mémoire opérationnelle repose sur l'employé le plus expérimenté. Quand cette personne est en arrêt ou surchargée, tout le flux ralentit. La plateforme a transformé des process qui dépendaient d'individus en flux de données automatisés.
2. La PME industrielle dont l'ERP métier arrivait en fin de vie
Le contexte — Un atelier de métallerie, BTP. Nouveau DAF arrivé huit mois plus tôt avec mandat de structurer. Logiciel métier historique jugé "archaïque et fermé", comptabilité déconnectée du terrain.
Le verbatim qui résume tout :
"Je pense que notre logiciel métier nous coûte plus cher qu'il ne nous rapporte. On paie pour des fonctions qu'on n'utilise pas, et celles dont on a besoin n'existent pas."
Le diagnostic — Pas de planning fiable à plus d'une semaine. Bureau d'études en goulot d'étranglement. Marges par chantier calculées en Excel a posteriori. Culture "chacun fait sa sauce".
Ce qu'on a construit — Planning production multi-semaines, comptabilité connectée, tableau de bord marges par chantier, remplacement complet du logiciel métier.
Le chiffre qui résume tout : coût de maintenance divisé par deux par rapport à l'ancien ERP.
Mécanisme observé : l'ERP n'est pas juste un outil comptable. C'est le cerveau du cycle de production. Quand il vieillit, il empêche la vision globale. Les directeurs d'atelier parlent en temps machine et commandes en mètres carrés. L'ancien système ne faisait pas le lien avec le coût matière réel. Le pattern récurrent : l'écart entre la réalité physique de l'atelier et sa représentation numérique.
3. Le traiteur B2B qui gérait ses stocks sur WhatsApp
Le contexte — Un traiteur événementiel en région, TPE de quinze personnes. Outil métier externe à 750 €/mois pour des fonctions limitées. Prise de commande par email, ressaisie systématique, bons de préparation papier.
Le verbatim qui résume tout :
"Aujourd'hui, on communique pas mal via WhatsApp avec les stocks. Mais il suffit qu'il y ait un loupé et on perd de l'information."
Le diagnostic — Double saisie permanente entre la commande client et la production. Stocks gérés à l'œil. Facturation déconnectée de la commande, source d'erreurs mensuelles.
Ce qu'on a construit — Prise de commande avec comptes clients, bons de préparation digitaux, facturation automatisée connectée à la compta.
Le chiffre qui résume tout : 636 €/mois économisés par rapport à l'outil précédent, avec plus de fonctionnalités.
Mécanisme observé : c'est l'exemple parfait de la méthode de survie — utiliser l'outil le plus accessible (WhatsApp, un groupe d'emails) pour compenser l'absence de process structuré. Le risque majeur n'est pas de perdre des commandes, c'est de perdre la traçabilité.
4. La marque de mode avec "dix milliards d'onglets Excel"
Le contexte — Une marque de mode et textile, 6 personnes, 5 M€ de CA. Données produit éparpillées entre un ERP métier en fin de vie, des dizaines de tableurs et la tête du responsable production.
Le verbatim qui résume tout :
"On est bloqué, on se rend bloqué par la technologie. Dès qu'il y a deux bases de données, c'est monstrueux le temps perdu."
Le diagnostic — Pas de source unique de vérité sur la fiche produit. Un prix dans un Excel, une référence dans l'ERP, une photo sur un drive. Double saisie comptable. Incapacité à scaler sans process documentés.
Ce qu'on a construit — Base de données centrale, portail B2B self-service pour les agents commerciaux, suivi production fournisseurs en temps réel.
Le chiffre qui résume tout : environ 2,5 ETP libérés de la saisie manuelle.
Mécanisme observé : dans la mode, la donnée la plus précieuse est la fiche produit unique. Fragmentée, elle arrête net le cycle de vente. On a dû forcer la création d'un processus où chaque département valide la donnée avant qu'elle puisse être utilisée. C'est un changement culturel autant que technique.
5. L'entreprise de réservation dont l'ERP a crashé
Le contexte — Une compagnie aérienne d'affaires, TPE. 100 % dépendante du SEO, qui chutait de 20 %. Un matin, l'ERP historique tombe. Aucun plan B.
Le verbatim qui résume tout :
"C'est assez mécanique — moins 20 % de trafic, on le voit direct sur notre nombre de leads et donc sur notre nombre de vols effectués."
Le diagnostic — Zéro redondance opérationnelle. Les réservations se reportaient sur le téléphone et l'email direct, non connectés au système. Un point de défaillance unique menaçait la continuité de l'activité.
Ce qu'on a construit — ERP sur mesure complet remplaçant l'ancien, CRM commercial, pipeline devis et vols centralisés, mode dégradé intégré.
Le chiffre qui résume tout : pipeline commercial stabilisé en trois semaines, là où la reconstruction de l'outil était budgétée à six mois en interne.
Mécanisme observé : la dépendance au digital est une force, mais elle crée un point de défaillance unique. Quand l'ERP s'arrête, ce n'est pas un problème de réservation, c'est un arrêt de la confiance client.
Ce que ces cinq chantiers ont en commun
On retrouve les mêmes schémas fondamentaux dans chaque autopsie de chantier.
- Le déclencheur n'est jamais "on veut du digital" — c'est toujours une douleur concrète : un outil qui lâche, une croissance qui ralentit, un nouveau dirigeant qui découvre le chaos
- Le vrai problème est rarement celui qu'on croit — le client pense avoir un problème d'outil, c'est un problème de process non formalisé
- Le diagnostic change tout — dans chaque projet, la phase diagnostic a révélé des trous noirs opérationnels invisibles au client
- La rapidité de livraison est cruciale — les PME n'ont pas le luxe d'attendre six mois de cycle de dev
- La propriété du code est non-négociable — chaque client repart avec son code, pour garantir son autonomie
Le cycle de vie de la PME qui croît vite est souvent un cycle de création de dette technique. On fait à la main parce que l'outil n'est pas adapté. Cette accumulation de rustines devient un fardeau structurel. Ce que les entreprises achètent réellement, ce n'est pas un logiciel — c'est la capacité de scaler sans recruter.
FAQ — autopsie d'un outil interne sur mesure
Comment savoir si une PME a un problème d'outil ou un problème de process ?
Si en supprimant l'outil, le chaos resterait — c'est un problème de process. Si en documentant le process, l'outil tiendrait la charge — c'est un problème d'outil. Dans 90 % des cas qu'on voit, c'est les deux en même temps, et il faut traiter les deux.
Combien de temps prend une autopsie opérationnelle ?
Un diagnostic sérieux prend entre 4 et 10 jours, étalés sur deux à trois semaines. Pas plus. Au-delà, on tourne en rond. L'objectif n'est pas de tout comprendre — c'est d'identifier les deux ou trois trous noirs qui coûtent le plus cher.
Est-ce qu'on peut refaire ce diagnostic en interne, sans prestataire ?
Oui, si le dirigeant a le recul pour sortir du quotidien. Non, si la personne qui porte le diagnostic est aussi la personne qui tient le process. Le biais est trop fort. Un regard extérieur voit en trois jours ce qu'une équipe interne ne voit plus depuis trois ans.
Ce qu'on en retient
Ce qu'on voit dans ces cinq chantiers : les PME ne souffrent pas d'un manque de technologie, elles souffrent d'un manque de connexion entre leurs métiers.
- Les données circulent par email ou messagerie — la source unique de vérité n'existe pas, chaque service travaille avec une version différente de la réalité
- Les équipes passent leur temps à recopier — la friction opérationnelle est le vrai coût caché, bien plus que la licence du logiciel
- L'outil impose sa logique au métier — le process n'est jamais fluide, on force les humains à s'adapter à la machine
- L'arrêt d'un outil critique paralyse plusieurs services — la dépendance à un point unique empêche la continuité
- Le savoir tient dans la tête d'une seule personne — le jour où elle part en congé, tout s'arrête
C'est le type de problème qu'on diagnostique avant chaque projet. Si vous vous reconnaissez dans ce schéma, un diagnostic de 45 minutes suffit souvent à identifier où se cachent vos trous noirs opérationnels.