Acheter ou faire construire ?

La question arrive presque toujours ainsi : « combien coûterait de le faire développer ? ». C'est la mauvaise question, car le prix n'a de sens qu'une fois établi que construire est bien la bonne réponse.

Quand il faut acheter

• Le problème est courant : comptabilité, paie, messagerie, signature électronique. Des milliers d'entreprises ont exactement votre version du problème
• Un produit mature existe, avec des années de fonctions qu'il vous faudrait sinon imaginer seul
• Le processus n'est pas un avantage concurrentiel — c'est juste un processus qui doit avoir lieu
• Vous voulez que la maintenance, la sécurité et les évolutions réglementaires soient la responsabilité d'un autre

La plupart du temps, la réponse est : achetez. Nous le disons régulièrement à des gens venus nous demander de construire quelque chose.

Quand le logiciel du commerce cesse d'être l'option économique

Au moment où vous commencez à payer des gens pour contourner le logiciel. La licence est visible et modeste. Les deux heures par semaine que quatre personnes passent à recopier des données d'un système à l'autre sont invisibles et énormes, et n'apparaissent sur aucune facture.

• Vous exportez d'un système pour coller dans un autre, chaque semaine
• Vous payez à l'utilisateur un outil dont la plupart de ces utilisateurs emploient trois fonctions sur deux cents
• Le seul processus qui vous distingue de vos concurrents est précisément celui que le logiciel refuse de faire
• Vous avez besoin d'une modification et vous attendez un éditeur qui n'a aucune raison de s'y intéresser

Le calcul honnête

Le sur-mesure coûte plus cher au départ et n'a pas d'abonnement par utilisateur. Cet échange ne se rembourse que si la chose vit assez longtemps. La vraie question ne porte donc pas sur le prix : ce processus existera-t-il encore, à peu près sous cette forme, dans trois ans ?

Si oui, construire peut largement gagner. Si c'est un pansement sur un désordre temporaire, achetez quelque chose de bon marché ou ne faites rien, et réglez le désordre.

L'obstacle : ce que vous faites construire doit pouvoir être maintenu par un autre

L'échec que nous voyons le plus souvent n'est pas un mauvais développement. C'est un bon outil construit par quelqu'un qui est ensuite parti. Il fonctionne jusqu'au jour où il ne fonctionne plus, et là plus personne ne sait l'ouvrir.

Si vous faites construire, exigez donc les garanties ennuyeuses : le code dans un compte qui vous appartient, une documentation en langage clair, des technologies ordinaires et répandues, aucune dépendance exotique qu'une seule personne comprend.

Nous le disons contre notre propre intérêt commercial. Le meilleur résultat d'un projet est un système que vous pourriez confier demain à une autre entreprise. Qui refuse de vous le laisser dans cet état vous vend une prise d'otage avec une facture jointe.

La réponse est le plus souvent : les deux

En pratique, presque toutes les vraies réponses sont hybrides : achetez les parties standard — comptabilité, CRM, messagerie —, faites construire la fine couche qui vous appartient vraiment, et reliez-les proprement. La partie sur mesure est presque toujours bien plus petite qu'on ne le craint avant de demander.

Achetez ce qui vous rend semblable à tout le monde. Ne faites construire que ce qui vous rend différent.