Entre acheter une solution du march\u00e9 et faire d\u00e9velopper un outil d\u00e9di\u00e9, l’arbitrage est rarement tranch\u00e9 correctement. Il ne se joue ni sur le prix affich\u00e9 ni sur la richesse fonctionnelle, mais sur une question pr\u00e9cise : votre processus est-il un avantage concurrentiel, ou une commodit\u00e9 ?<\/p>\n
Quatre situations le rendent pertinent.<\/p>\n
Le processus m\u00e9tier est diff\u00e9renciant.<\/strong> Si votre fa\u00e7on de travailler constitue une part de votre valeur, l’adapter \u00e0 un logiciel standard revient \u00e0 l’aligner sur celle de vos concurrents.<\/p>\n Aucune solution ne couvre le besoin.<\/strong> M\u00e9tiers de niche, r\u00e9glementations particuli\u00e8res, cha\u00eenes de production sp\u00e9cifiques : le march\u00e9 n’adresse pas tout.<\/p>\n Le co\u00fbt des licences devient d\u00e9raisonnable.<\/strong> Sur un grand nombre d’utilisateurs, l’abonnement d’une solution du march\u00e9 peut d\u00e9passer, en quelques ann\u00e9es, le co\u00fbt d’un d\u00e9veloppement.<\/p>\n L’int\u00e9gration est le vrai sujet.<\/strong> Quand la valeur r\u00e9side dans la connexion entre plusieurs syst\u00e8mes existants, le d\u00e9veloppement d\u00e9di\u00e9 est souvent la seule voie.<\/p>\n \u00c0 l’inverse, d\u00e9velopper une comptabilit\u00e9, une paie, une messagerie ou un outil de gestion de la relation client standard est presque toujours une erreur. Ces domaines sont matures, tr\u00e8s couverts, et soumis \u00e0 des \u00e9volutions r\u00e9glementaires que l’\u00e9diteur absorbe pour vous.<\/p>\n La r\u00e8gle empirique : ne d\u00e9veloppez pas ce que vous pourriez acheter, sauf si la mani\u00e8re dont vous l’utilisez constitue pr\u00e9cis\u00e9ment votre diff\u00e9rence.<\/p>\n Le d\u00e9veloppement initial ne repr\u00e9sente qu’une fraction du co\u00fbt total sur cinq ans. S’y ajoutent la maintenance corrective, les \u00e9volutions fonctionnelles, l’h\u00e9bergement, la s\u00e9curit\u00e9 et la formation des nouveaux utilisateurs.<\/p>\n Une r\u00e8gle prudente consiste \u00e0 provisionner chaque ann\u00e9e une part significative du co\u00fbt initial pour la maintenance et les \u00e9volutions. Un projet budg\u00e9t\u00e9 sans cette provision se retrouve fig\u00e9 au bout de dix-huit mois, ce qui annule l’avantage recherch\u00e9.<\/p>\nQuand il ne se justifie pas<\/h2>\n
Ce que co\u00fbte r\u00e9ellement un logiciel d\u00e9di\u00e9<\/h2>\n
Les erreurs qui font \u00e9chouer les projets<\/h2>\n