Séparer le standard du distinctif
Un besoin courant peut bénéficier d'un produit maintenu pour de nombreux clients. Une capacité qui porte une vraie singularité métier peut justifier un développement ciblé. Avant de conclure, distinguez une exigence indispensable d'une simple habitude : reproduire exactement l'existant peut rendre un achat artificiellement impossible.
L'assemblage n'est pas une solution sans développement. Il demande une architecture des interfaces, une gestion des identités, des données cohérentes et un responsable des incidents de bout en bout. Un ensemble de bons composants peut constituer un service fragile si personne ne maîtrise leurs interactions.
Comparer sur le cycle de vie
Évaluez la mise en place, l'exploitation, les évolutions, les tests, la sécurité et la sortie. Pour un produit, examinez les limites contractuelles et les possibilités d'export. Pour un développement, examinez la documentation, les droits sur le code, la disponibilité des compétences et la capacité de maintenance.
Prendre une décision réversible autant que possible
Une expérimentation limitée permet de tester le besoin et les difficultés d'intégration. Fixez des critères de sortie avant de commencer. Un bon compromis peut être un socle standard complété de composants maîtrisés, à condition de ne pas recréer une application entière dans des personnalisations devenues ingérables.