Sur-mesure ou logiciel du marché : comment décider vraiment

Nous construisons des logiciels sur mesure, prenez donc ce qui suit avec le scepticisme que cela mérite. Il reste vrai que la plupart des entreprises qui nous posent cette question devraient acheter plutôt que construire, et que celles qui devraient construire savent généralement pourquoi avant d'appeler — elles veulent juste que quelqu'un confirme que la chose qu'elles ne trouvent pas n'existe pas.

La décision est généralement présentée comme une question de coût. Ce cadrage est faux, car les coûts des deux options n'ont pas la même forme. Le logiciel du marché a un coût faible, certain et récurrent, et une adéquation incertaine. Le sur-mesure a un coût élevé, incertain et ponctuel, et une adéquation que vous spécifiez. Comparer le premier chiffre au premier chiffre ne vous apprend presque rien.

Les quatre questions qui tranchent

Faites-les dans cet ordre. La première qui donne une réponse claire met généralement fin au débat.

1. Ce processus est-il un avantage concurrentiel, ou juste une nécessité ?La paie est nécessaire. Personne ne gagne de marché parce qu'il fait la paie exceptionnellement bien, alors achetez-la. La façon dont vous chiffrez une affaire, appariez un lot à un acheteur, ou planifiez vos machines est peut-être réellement ce qui vous distingue — et encoder cela dans le flux de travail d'un autre est la manière d'arrêter de vous distinguer.
2. Une plateforme du marché peut-elle exprimer votre modèle de données ?Pas vos écrans — votre modèle. Si votre stock comporte deux unités qui doivent toutes deux rester justes, si des marchandises peuvent être à vous tout en étant physiquement ailleurs, si un ouvrier est payé de trois façons différentes le même mois, alors un système avec un seul champ de quantité et une seule structure de salaire sera faux d'une manière que la configuration ne peut pas atteindre.
3. Combien de logiciels faudrait-il ?Une bonne plateforme l'emporte sur un développement sur mesure la plupart du temps. Quatre plateformes plus les tableurs qui les relient, presque jamais — vous avez acheté quatre problèmes d'adéquation et construit un projet d'intégration sans le nommer ainsi.
4. Qui en sera propriétaire dans trois ans ?Un développement sur mesure a besoin de quelqu'un qui en réponde, qu'il s'agisse d'un développeur interne, d'un contrat de maintenance ou d'un autre studio. Si la réponse honnête est « personne », achetez plutôt quelque chose avec un contrat de support. Un logiciel sur mesure non maintenu devient un passif plus vite que n'importe quoi d'autre.

Les coûts que l'on oublie de chaque côté

Du côté du marché, la licence récurrente est le coût visible et rarement le plus important. Les coûts cachés sont la tarification par utilisateur qui croît avec les effectifs, les modules qui s'avèrent être des produits distincts, l'intégrateur, la hausse annuelle, et le travail que fait votre équipe pour combler l'écart entre ce que le logiciel fait et ce dont vous avez besoin — un coût de personnel permanent qui n'apparaît jamais dans la comparaison.

Le plus gros coût du logiciel du marché est généralement celui que personne ne chiffre : les processus que vous changez pour entrer dans le logiciel. Parfois c'est un gain, parce que le processus du logiciel est meilleur que le vôtre. Parfois cela veut dire que vos meilleurs éléments passent leur semaine à faire de la saisie qui n'existe que pour satisfaire le système.

Du côté du sur-mesure, le développement est le coût visible et il est généralement estimé honnêtement. Ce qui est sous-estimé, c'est la migration des données, le fonctionnement en parallèle et les évolutions de la deuxième année. La migration est presque toujours pire qu'elle n'en a l'air, car les anciennes données contiennent une décennie d'exceptions que personne n'a documentées. Un fonctionnement en parallèle n'est ni optionnel ni gratuit — quelqu'un fait le travail deux fois pendant un mois. Et un logiciel qui ne peut pas évoluer est un logiciel que vous remplacerez, alors budgétez le changement au lieu de le traiter comme un échec.

La solution mixte que personne ne propose

En pratique, le choix est rarement binaire, et la meilleure réponse consiste souvent à acheter la commodité et à construire ce qui différencie. Gardez la comptabilité du marché comme livre légal. Construisez le système opérationnel qui connaît votre métier, et faites-le comptabiliser automatiquement.

Cela fonctionne parce que la frontière est placée au bon endroit. Les règles comptables sont les mêmes pour tous et changent par la loi ; les règles opérationnelles sont les vôtres et changent quand vous le décidez. Vouloir qu'un seul système fasse les deux produit la pire version de chacun.

Quand nous conseillons d'acheter

Un besoin standard sur un marché mûr. La comptabilité d'une entité unique, la messagerie, la paie de salariés, le stockage documentaire, un CRM généraliste pour une petite équipe vendant un produit simple. Ces catégories ont des produits affinés pendant des décennies face à des milliers de clients. Nous ne pouvons pas faire mieux en douze semaines, et personne d'autre non plus.

Un problème mal défini. Si le besoin ne survit pas à une conversation avec ceux qui l'utiliseront, un développement produira une version coûteuse de la confusion. Acheter quelque chose de bon marché et vivre avec six mois est une façon légitime de découvrir ce dont vous avez réellement besoin, et bien moins chère.

Aucun responsable et aucun budget pour la deuxième année. Un logiciel que personne ne maintient se dégrade en exactement le système hérité que le projet devait remplacer, sauf qu'il n'existe désormais que chez vous.

Quand construire est clairement le bon choix

Vous avez essayé des plateformes et chacune a échoué au même endroit. Cet endroit est généralement votre modèle de données, et il restera le point de rupture, car c'est la seule chose que la configuration ne peut pas changer.

Le logiciel est le produit, ou bien c'est lui que le client éprouve. Personne ne se différencie sur une plateforme à laquelle ses concurrents peuvent aussi s'abonner.

Le travail d'intégration dépasserait le développement. Quand quatre systèmes doivent s'accorder et que la jonction est faite par des personnes et des tableurs, vous payez déjà un système sur mesure — mais en salaires plutôt qu'en logiciel, et sans obtenir le logiciel.

La conformité ou la localisation des données rend l'option du marché réellement impossible. C'est moins fréquent qu'on ne le prétend, vérifiez donc s'il s'agit d'une contrainte réelle ou d'une préférence — mais quand elle est réelle, elle est décisive.

Comment tester la décision avant de s'engager

• Notez les trois choses que fait votre processus actuel et qu'aucune plateforme ne gère, selon vous. Passez ensuite une journée à essayer sincèrement de faire faire l'une d'elles à une plateforme. La plupart des objections n'y survivent pas, et celles qui survivent sont vos véritables exigences.
• Demandez à tout fournisseur une référence dans votre secteur précis, et demandez à cette référence ce qu'elle a dû changer dans sa façon de travailler. La réponse est l'écart d'adéquation, énoncé par quelqu'un qui n'a aucun intérêt à le minimiser.
• Chiffrez l'option du marché sur trois ans, en incluant la mise en œuvre, la hausse annuelle et le temps passé par vos équipes à combler les écarts — pas sur le coût de licence de la première année.
• Pour un développement, exigez un plan par phases où quelque chose de réel est en production sous trois mois. Si la première livraison est au neuvième mois, le risque est différé et non géré.

La version courte

Achetez la commodité. Construisez ce sur quoi vous vous différenciez, si quelqu'un peut en assumer la charge. Méfiez-vous de quiconque — nous y compris — répond à cette question avant d'avoir compris votre modèle de données, car c'est là que se trouve réellement la réponse.