Logiciel standard ou sur mesure : tester le même processus

Vérifiez d’abord si votre logiciel actuel peut prendre en charge le processus décisif. Pour comparer un nouveau produit et un développement sur mesure, il faut examiner les mêmes règles, données et exceptions. Une présentation générale de l’interface ne permet pas de trancher.

Le cas à tester : une note de frais modifiée

Dans une entreprise fictive, la demande R-17 porte sur 180 EUR. Le responsable doit la valider ; à partir de 250 EUR, le service financier doit également intervenir. Ce seuil est une règle interne inventée pour l’exemple, sans valeur fiscale. Après validation, le montant passe à 320 EUR. L’accord initial ne doit pas s’appliquer automatiquement au nouveau montant.

Il faut une demande, un montant, un justificatif, un demandeur, un valideur et un état de traitement. Utilisez des noms fictifs et des justificatifs de test. Demandez une démonstration du cas courant et des exceptions suivantes :

Les mêmes conditions pour chaque solution

Commencez par le module de votre ERP actuel. Testez ensuite un produit standard adapté, avec la connexion ERP nécessaire. Pour chaque option, distinguez les fonctions opérationnelles, celles à paramétrer et celles qui demandent un développement supplémentaire.

Le développement sur mesure est d’abord une proposition au périmètre défini. Les fonctions qui n’existent pas encore restent à démontrer. Une maquette ne constitue pas une preuve équivalente à un test réussi.

Un exemple de résultats

Dans un compte rendu entièrement fictif, l’option A du système existant satisfait les quatre cas après paramétrage du remplaçant. L’option B, un produit supplémentaire, traite le cas courant, mais conserve l’ancien accord à 320 EUR. Elle annonce aussi une réussite lorsque le service budgétaire est indisponible. Ces résultats illustratifs ne décrivent aucun fournisseur réel.

Pour cette entreprise fictive, A reste en lice. Pour B, il faut déterminer si un paramétrage ou une adaptation corrige les deux défauts. Le nouveau test et le travail supplémentaire doivent figurer dans l’offre. Une interface plus agréable ne résout pas les règles de traitement manquantes.

Comparer les coûts à périmètre égal

Évaluez la mise en place, la migration, la connexion ERP, les abonnements, l’exploitation, la maintenance et un changement ultérieur sur une même durée, par exemple trois ans. Précisez vos hypothèses sur le nombre d’utilisateurs et les évolutions. Le Service Standard de GOV.UK relie également le choix technique au coût total et à la possibilité de changer de solution.

Si le module existant respecte les règles nécessaires, sa mise en place peut suffire. Si un cas important reste sans réponse dans tous les produits testés, décrivez-le pour cadrer une extension ciblée ou une application sur mesure. La décision de développer repose alors sur une exigence vérifiable.

Sources

• GOV.UK: Choose the right tools and technology