La première étape consiste à vérifier si les propositions couvrent le même travail. Une option moins chère peut omettre des tâches ; une proposition détaillée peut inclure des fonctions inutiles. Examinez le résultat livré, sa vérification et les responsabilités après mise en service, en plus du prix.

Préparez une liste commune des besoins

Des informations différentes données aux équipes produisent naturellement des propositions différentes. Rassemblez donc le problème métier et les attentes dans un document. Décrivez les utilisateurs, leurs tâches, l’emplacement des données et les travaux attendus au départ.

Ce document n’a pas à être un cahier des charges technique détaillé. Imaginons une entreprise souhaitant suivre les demandes entrantes au même endroit. Décrire la création, l’affectation, le changement de statut et la recherche des anciens dossiers est plus clair que « nous voulons un système de suivi ».

Vous n’avez pas à prendre toutes les décisions techniques. Demandez quelles hypothèses sont retenues pour les points inconnus. Les questions de début de projet peuvent aider à organiser vos besoins.

Comparez les tâches accomplies plutôt que les écrans

Un « écran de rapports » ne précise pas les questions auxquelles il répond. Quelles données contient-il, qui y accède, quelles dates peut-on filtrer et les résultats sont-ils exportables ? Un même intitulé peut recouvrir des travaux différents.

Notez le résultat livré pour chaque tâche principale. Demandez des explications plutôt que de compléter les imprécisions vous-même. Ne supposez pas qu’une fonction absente sera ajoutée gratuitement ; discutez de son évaluation future.

Les exclusions comptent aussi. Une tâche explicitement exclue dans une proposition peut être implicitement supposée dans une autre. Révéler cette différence est plus utile que demander davantage de fonctions.

Comprenez les conditions de livraison

La livraison dépasse l’ouverture du logiciel par un lien. Le fonctionnement des tâches essentielles, les droits, le transfert des données et la possibilité de terminer le travail peuvent être examinés ensemble.

Une condition d’acceptation décrit concrètement le résultat attendu. À « facile à utiliser », ajoutez une situation : une personne autorisée peut créer une demande, la transférer à un responsable et retrouver le dossier clôturé. Cela rend le contrôle explicite.

Demandez comment les essais et corrections sont traités. Une erreur et une nouvelle fonction demandée ne sont pas identiques. Leur distinction et la communication des effets sur le budget ou le calendrier doivent être précisées.

La migration des données est-elle comprise ?

Développer le logiciel et transférer les anciens dossiers dans un format utilisable peuvent être deux travaux distincts. Fichiers dispersés, champs manquants ou versions multiples peuvent nécessiter une préparation.

Discutez des données transférées, du format et de la personne qui vérifie leur exactitude. Si l’historique compte, demandez si un essai sur un petit échantillon est inclus.

Dans notre entreprise fictive, une proposition peut couvrir uniquement les nouvelles demandes, tandis qu’une autre inclut l’historique. Comparer les prix sans cette distinction revient à traiter deux travaux différents comme identiques.

Écrivez les responsabilités après mise en service

Gestion des comptes, signalement d’erreurs, mises à jour et export peuvent devenir nécessaires. Vérifiez ce qui est compris et ce qui sera évalué séparément.

Demandez ce que signifie « maintenance ». Une proposition peut couvrir certaines corrections ; une autre ajoute des contrôles réguliers. Le canal d’assistance, les exclusions et les dépenses récurrentes doivent être clairs.

Précisez aussi la remise des fichiers sources, accès et explications si une autre équipe devait poursuivre. Le but est de rendre les responsabilités compréhensibles, pas de présumer des difficultés.

Une courte liste avant la décision

Examinez chaque proposition avec les mêmes questions :

  • Même périmètre ? Les travaux initiaux et les exclusions sont-ils explicites ?
  • Résultat vérifiable ? Existe-t-il des essais montrant la réalisation des tâches essentielles ?
  • Migration expliquée ? Qui prépare, transfère et contrôle les anciens dossiers ?
  • Demandes supplémentaires encadrées ? Comment approuver et évaluer leur effet sur le prix et le calendrier ?
  • Suite claire ? Maintenance, assistance, accès et frais réguliers sont-ils compréhensibles ?

Reportez les réponses dans un tableau court. Marquez les inconnues et demandez une précision plutôt que d’inventer une réponse.

Évaluez le prix avec le périmètre expliqué

Le prix le plus bas et la liste la plus longue ne sont pas toujours le bon choix. Privilégiez un périmètre adapté et des responsabilités claires. Consultez les facteurs du coût logiciel pour comprendre les différences.

Clarifiez les points ambigus par écrit. Votre décision reposera sur les travaux et leurs conditions, pas uniquement sur un montant total.