Comparez les prestataires de logiciel métier avec des preuves : cas de démonstration, équipe proposée, livraison, maintenance et conditions de transfert.
Deux propositions peuvent annoncer le même logiciel avec des budgets très différents. L’une prévoit une reprise de données, l’autre attend un fichier prêt à importer. L’une réserve du temps aux utilisateurs pour tester, l’autre considère la validation comme acquise après la démonstration. Avant de comparer les prix, rendez ces différences visibles.
Pour une PME au Maroc, la sélection peut tenir dans un dossier court : besoin, scénario à démontrer, grille de comparaison et questions ouvertes. Ce dossier doit permettre à une personne absente des réunions de comprendre pourquoi une offre a été retenue.
Donner aux candidats le même problème à examiner
Préparez un dossier fictif représentatif et décrivez le travail attendu. Demandez à chaque prestataire d’expliquer comment son approche traite le parcours principal et une exception fréquente. Fournissez les mêmes précisions à tous lorsqu’une question révèle une ambiguïté.
Le guide britannique de stratégie d’achat technologique relie la décision d’achat aux besoins utilisateurs et au problème à résoudre. Il concerne le secteur public britannique ; son intérêt ici est méthodologique, sans constituer une obligation pour votre entreprise.
Vous pouvez demander une explication d’architecture ou une démonstration existante. Un prototype spécifique représente du travail : convenez de son périmètre et de ses conditions avant de le demander. Une démonstration commerciale ne remplace pas les vérifications que vous organiserez ensuite pendant le projet.
Évaluer les réponses avec une grille explicite
Choisissez les critères avant les présentations. Leur poids dépend de votre risque principal. Une reprise de logiciel existant demande par exemple davantage de preuves sur la compréhension du code et la continuité du service qu’une expérimentation isolée.
| Critère proposé | Preuve à demander |
|---|---|
| Compréhension du métier | Reformulation du parcours et questions sur ses exceptions |
| Réalisation | Exemple de livraison comparable expliqué par un intervenant concerné |
| Organisation | Responsables, disponibilité et méthode de décision |
| Qualité | Organisation des tests et traitement des anomalies |
| Exploitation | Répartition des tâches après mise en service |
| Transfert | Contenu et conditions de remise des éléments du projet |
Conservez les preuves avec la note attribuée. Une appréciation comme « bonne communication » gagne à être expliquée : les questions ont-elles reçu une réponse précise ? Les hypothèses du devis ont-elles été corrigées après discussion ? Une note sans justification devient difficile à défendre.
Rencontrer les personnes qui travailleront réellement
Demandez qui réalise le cadrage, le développement et les vérifications. Vérifiez la disponibilité annoncée ainsi que le rôle d’éventuels sous-traitants. Une présentation convaincante par une personne qui n’intervient plus ensuite renseigne peu sur le fonctionnement quotidien.
Discutez du remplacement d’un intervenant indisponible et de la continuité de la connaissance. Le prestataire doit expliquer comment les décisions, les accès et les procédures sont documentés. Adaptez l’exigence à la taille du projet, tout en évitant de dépendre d’un seul compte personnel.
Les références peuvent être utiles lorsqu’elles décrivent une situation comparable. Si un ancien client accepte un échange, posez des questions concrètes sur la gestion d’un retard, la correction d’un problème et la remise des livrables. Respectez la confidentialité des informations qui vous sont communiquées.
Lire les exclusions du devis
Rapprochez chaque proposition de votre cahier des charges. Relevez les hypothèses sur le volume de données, les langues et les intégrations. Vérifiez qui prépare les contenus et qui décide lorsqu’une règle métier reste ouverte.
Une estimation doit indiquer ce qui arrive en cas d’évolution du périmètre. Demandez comment les demandes sont chiffrées et approuvées. Si le prix repose sur un nombre de jours, examinez le suivi prévu et les décisions qui permettront d’ajuster la portée du travail.
Comparez les offres sur le coût total du logiciel, avec l’exploitation et la charge interne. Une proposition initiale moins chère peut demander davantage de travail à vos équipes. Ce travail doit être explicite pour que la comparaison ait un sens.
Faire décrire une livraison et une correction
Demandez au candidat de dérouler une livraison : préparation, accès de recette, retours utilisateurs et mise en production. Qui accepte le résultat ? Que se passe-t-il si un défaut bloque le parcours principal ? Quels éléments seront remis après la séance ?
Examinez aussi un incident fictif, comme une intégration qui cesse de recevoir des données. Le prestataire doit préciser qui est alerté, comment l’analyse commence et quelles informations l’entreprise devra fournir. Cela permet de comparer le support proposé à vos horaires réels de fonctionnement.
Les engagements annoncés doivent être compréhensibles. Un délai de réponse ne correspond pas nécessairement à un délai de résolution. Faites préciser la portée des engagements et les dépendances envers les services tiers.
Préparer le transfert dès la sélection
Identifiez les éléments auxquels l’entreprise devra accéder : code si prévu, documentation, configuration et comptes de services. Précisez leurs titulaires et les droits nécessaires pour faire intervenir une autre équipe. Les modalités contractuelles doivent refléter l’accord réel entre les parties.
Le dossier de transfert de maintenance fournit une base pour définir ces livrables. Demandez au prestataire comment il démontrera leur caractère exploitable, par exemple avec une installation documentée dans un environnement convenu.
Avant de choisir, rassemblez les écarts non résolus. Une offre peut rester préférable malgré une limite si cette limite est connue et acceptable. Inscrivez la raison du choix, les engagements obtenus et les points à vérifier au premier jalon du projet.