Automatisation : développer soi-même, acheter un logiciel ou engager un consultant ? La décision Make-vs-Buy

La plupart des projets d'automatisation dans les entreprises de taille moyenne n'échouent pas à cause de la technique. Ils échouent à cause d'une décision prise bien trop tôt et sur la base de mauvais chiffres : développer en interne, acheter un logiciel prêt à l'emploi ou faire appel à un consultant ?

Ces trois voies ont chacune leur moment. Mais la question « Make or Buy » ne peut être répondue sérieusement que lorsque deux choses sont établies : vous savez quel processus vous touchez, et vous savez ce que ce processus vous coûte en Euro. C'est précisément la tâche de la phase O dans la méthode Flowrefy. Cet article fournit la logique décisionnelle qui la sous-tend. Pas un comparatif outil contre outil, mais les seuils où Construire, Acheter et Mandater se séparent vraiment.

D'abord l'ordre, ensuite la décision

La méthode Flowrefy est une boucle à quatre étapes par processus : FLOW (F ind — trouver le goulot le plus coûteux), L (L ay bare — le chiffrer en Euro), O (O ptimize — ranger, puis choisir exactement un levier) et W (W ire & Watch — implémenter et mesurer à nouveau).

Make-vs-Buy est une question purement de la phase O. Et dans la phase O, un principe de fer s'applique : « D'abord ranger, ensuite acheter un logiciel. » Qui inverse cet ordre, automatise son chaos. Plus vite et plus cher.

Cela semble aller de soi, mais ce n'est pas le cas. Le déroulé typique dans le Mittelstand ressemble à ceci : quelqu'un voit un outil sur un salon, le commercial est convaincant, le budget est disponible. Six semaines plus tard une solution logicielle est en place, qui automatise un processus que personne n'a jamais défini clairement. Le résultat est un arrêt coûteux avec une interface brillante.

Avant d'acheter ou de construire quoi que ce soit, deux conditions doivent être remplies :

1. Le goulot est défini. Exactement un processus, pas cinq. C'est le principe « un goulot par cycle ».
2. Le goulot est chiffré en Euro. Vous connaissez les coûts annuels de l'état actuel. Sinon, vous ne pouvez pas justifier un investissement. C'est le principe : « Si vous ne pouvez pas le dire en Euro, ne le touchez pas. »

Si ces deux points ne sont pas réglés, toute discussion Make-vs-Buy est prématurée. Retournez alors en phases F et L. Comment chiffrer le goulot est expliqué par le FLOW-Prozesskosten-Analyzer.

Les trois voies mises honnêtement côte à côte

Avant de calculer, trois définitions neutres : ce que les options signifient vraiment, et non pas comment elles sont vendues.

Construire soi-même (Make)

Vous développez l'automatisation avec vos propres moyens : plateformes No-Code/Low-Code, scripts maison, développeurs internes. Vous possédez entièrement la logique et pouvez adapter à tout moment. Le prix à payer : vous supportez la maintenance, les mises à jour et le savoir, donc un risque lié aux personnes. Si celui qui a construit part, la compréhension part souvent avec lui.

Acheter un logiciel prêt (Buy)

Vous louez une solution standard qui couvre largement votre processus. Le déploiement est rapide, le fournisseur assure la maintenance et le développement, le support est présent. Le prix : vous vous adaptez au logiciel, pas l'inverse. Pour les cas particuliers, vous atteindrez des limites, et les licences récurrentes évoluent avec les utilisateurs ou le volume, parfois de manière désagréable.

Mandater un consultant

Le consultant n'est pas une quatrième voie, mais un accélérateur pour les deux autres, et généralement ponctuel. Utile si vous manquez en interne des compétences pour chiffrer proprement le goulot, ou si une migration est ponctuellement complexe. Cela devient dangereux si, à la fin, une boîte noire demeure que personne en interne ne peut maintenir. Vous aurez alors échangé un problème de volume contre un problème de dépendance.

Les trois grandeurs qui décident vraiment

Oubliez l'instinct et le charme des commerciaux. La décision Make-vs-Buy repose sur trois grandeurs mesurables.

1. Degré de standardisation

À quel point votre processus est-il réellement standard ?

• Hautement standardisé (paie du personnel, envoi de newsletter, ticketing, validation de factures selon un schéma) : des milliers d'entreprises ont exactement le même problème. Il existe des logiciels matures pour peu d'argent. Acheter. Construire soi-même reviendrait à réinventer la roue.
• Partiellement spécifique (noyau standard, mais trois règles particulières) : outil standard comme base, petites passerelles construites en interne. Forme mixte.
• Très personnalisé ou avantage concurrentiel (votre processus est précisément ce qui vous distingue sur le marché) : le logiciel standard vous force dans une logique étrangère. Ici l'autoconstruction peut être clairement supérieure.

Règle empirique : Ce qui est standard, on l'achète. Ce qui vous rend unique, on le construit ou on le fait construire puis on le prend en charge.

2. Volume

À quelle fréquence le processus s'exécute-t-il ?

Le volume décide si les coûts fixes valent le coup. Une solution interne a des coûts initiaux élevés et des coûts marginaux faibles. Une licence achetée a des coûts initiaux faibles mais des coûts récurrents qui augmentent avec les utilisateurs ou les transactions.

• Faible volume, rare : l'autoconstruction est rarement rentable. L'investissement initial ne s'amortit jamais. Acheter ou laisser tel quel.
• Volume élevé et stable : l'autoconstruction devient rentable. Les coûts fixes se répartissent sur de nombreux cycles, tandis que les licences récurrentes font mal sur la durée.

3. TCO sur trois ans

C'est la grandeur où la plupart échouent : comparer prix de licence contre prix de licence en oubliant les vrais coûts. Total Cost of Ownership signifie : tout ce qui survient sur trois ans.

En achetant vous calculez :

• coûts de licence et de mise en place
• frais récurrents multipliés par 36 mois (en tenant compte d'une croissance de volume prévue)
• migration des données et paramétrage
• formation des employés
• charge interne de gestion (quelqu'un doit administrer l'outil)

En construisant vous calculez :

• temps de développement unique (heures multipliées par le taux horaire interne, estimé honnêtement)
• maintenance annuelle (règle d'or : 15 à 25 pour cent du coût de développement par an)
• hébergement et infrastructure
• risque lié aux personnes (combien coûte le départ du bâtisseur ?)

Ce ne sont qu'ensuite ces deux totaux qui sont comparables. Très souvent la décision bascule lorsque la maintenance et la formation sont prises en compte. Dans les deux sens.

Et parfois la décision s'écarte des deux options. Dans l'analyse modèle AN-2026-03 (construite, pas issue d'un client) une offre à 18.000 Euro pour une automatisation de flux de travail était sur la table. Le processus a été calculé avant signature :

[
  { "label": "Einführungskosten (Buy)", "value": "18.000", "unit": "€", "tone": "critical" },
  { "label": "Ersparnis an Arbeitszeit", "value": "4.000", "unit": "€/Jahr" },
  { "label": "Amortisation", "value": "> 4", "unit": "Jahre", "tone": "critical" },
  { "label": "Durchlaufzeit", "value": "-7", "unit": "%", "note": "12,8 → 11,9 Tage" }
]

La troisième réponse à Make-vs-Buy est parfois : aucun des deux. Dans ce cas le goulot se trouvait chez le fournisseur, donc hors de l'entreprise. Ni un outil acheté ni un outil construit n'atteindraient ce point.

La logique décisionnelle en quatre questions

Une fois le goulot et sa valeur en Euro connus, traitez ces quatre questions dans l'ordre.

Question 1 : Est-ce un processus standard ? Oui et hautement standardisé → forte tendance à Acheter. Passer à la question 3. Non, très personnalisé → passer à la question 2.

Question 2 : Avons-nous en interne la capacité de le construire et de le maintenir sur trois ans ? Oui → Construire est une option réelle. Passer à la question 3. Non → soit adapter un outil standard au processus, soit mandater un consultant pour une construction ponctuelle et le transfert de compétences interne. N'acceptez jamais une boîte noire sans transfert.

Question 3 : À quoi ressemble la TCO sur 3 ans en comparaison directe ? Calculez les deux totaux. Si l'écart est faible (différence inférieure à ~20 pour cent), Acheter l'emporte presque toujours, pour un risque moindre et un démarrage plus rapide.

Question 4 : Que se passe-t-il si le responsable part ? Si la solution dépend d'une seule personne, appliquez une majoration de risque à l'option Construire. Ou exigez du consultant une documentation complète et une passation contractuelle.

Un exemple chiffré illustratif

Pour rendre la logique tangible, un scénario d'exemple chiffré. Il est fictif et sert à l'illustration.

Une entreprise de construction mécanique de 60 personnes a identifié en phase F la création d'offres comme goulot le plus coûteux. En phase L, les coûts sont chiffrés : trois personnes rédigent des offres essentiellement manuellement, coût annuel approximatif de 40.000 Euro en temps employé immobilisé.

En phase O on commence par ranger : uniformisation des modèles, documentation de la logique tarifaire. Ce n'est qu'après que la question Make-vs-Buy se pose :

• Acheter (logiciel CPQ standard, outil de configuration d'offres automatiques) : environ 9.000 Euro de licence par an, plus mise en place et formation. TCO sur 3 ans environ 35.000 Euro. Problème : la logique tarifaire spécifique ne correspond qu'à 70 pour cent.
• Construire (configurateur No-Code en interne) : coût unique d'environ 18.000 Euro, plus environ 4.000 Euro de maintenance par an. TCO sur 3 ans environ 30.000 Euro. Avantage : la logique tarifaire correspond à 100 pour cent. Risque : le savoir repose sur une personne.

Les totaux sont proches. Le critère déterminant est le fort degré d'individualisation de la logique tarifaire, ce qui joue contre l'outil standard. Décision dans ce scénario : construire, mais avec une passation documentée pour atténuer le risque lié aux personnes. Quelle variante l'emporte pour votre cas dépend entièrement de vos chiffres. C'est précisément pour cela que l'on a conçu le calculateur.

Exactement un levier, puis mesurer

Quelle que soit votre décision : n'implémentez par cycle qu'exactement un levier. Ne pas acheter un outil tout en modifiant un second processus et en écrivant un script en parallèle. Qui change trois choses simultanément et observe une amélioration ne saura jamais quelle mesure a fonctionné et laquelle a simplement brûlé de l'argent.

En phase W (Wire & Watch) vous mesurez de nouveau la même valeur en Euro que celle déterminée en phase L. Cela donne un vrai avant/après en Euro au lieu d'une simple déclaration. C'est précisément ce qui distingue la méthode Flowrefy du discours habituel « On a automatisé quelque chose ».

Si vous voulez approfondir le choix concret de plateformes No-Code une fois la direction Make-vs-Buy décidée, l'aperçu Beste No-Code-Tools est utile. Et pour vérifier si une étape est automatisable avant d'acheter ou de construire, l'article Prozesse automatisieren: Beispiele fournit des pistes concrètes.

La courte checklist avant chaque décision

• Le goulot est défini : exactement un, pas cinq
• Coûts actuels en Euro par an chiffrés
• Processus rangé au préalable, ne pas automatiser le chaos
• Degré de standardisation honnêtement estimé
• Volume connu (à quelle fréquence le processus s'exécute ?)
• TCO sur 3 ans calculée pour les deux voies, incluant maintenance et formation
• Risque lié aux personnes évalué et, le cas échéant, couvert par majoration ou passation
• Pour un consultant : documentation et passation contractuellement fixées

Ce n'est que lorsque toutes les cases sont cochées que votre décision vaut plus qu'un simple ressenti.

Votre prochaine étape : le diagnostic FLOW gratuit

La question Make-vs-Buy n'est bonne qu'à la hauteur des chiffres sur lesquels elle s'appuie. Si vous connaissez déjà le goulot, la décision devient un problème de calcul : degré de standardisation, volume et TCO sur trois ans face à face. Le Prozesskosten-Rechner vous donne le chiffre que vous devez opposer aux deux options.

Si vous ne savez pas encore quel processus est le plus coûteux ou combien il coûte, commencez une étape plus tôt. Le diagnostic FLOW gratuit vous aide à trouver le goulot unique le plus coûteux et à le traduire en Euro, avant d'acheter ou de construire quoi que ce soit. Mesurer d'abord, affiner ensuite.