Demander des devis comparables pour un projet logiciel
L’exemple détaillé d’un portail montre comment préciser résultats, limites, contributions et hypothèses ouvertes avant de demander des devis.
Des devis logiciels comparables commencent par une même tâche. Si un prestataire chiffre seulement l’interface et un autre inclut la connexion à l’ERP, les montants disent peu sur le prix d’une prestation identique.
Transmettez donc à tous la même description de la situation initiale. L’exemple de travail ci-dessous montre les points à préciser. Il s’agit d’un périmètre fictif, sans estimation d’un projet client réel.
Décrire le résultat attendu
Un commerçant souhaite un portail client : les clients professionnels autorisés voient leurs prix, choisissent les produits et envoient leurs commandes à l’ERP existant. Le portail indique si la commande y a réellement été créée. Paiement, nouvelles places de marché et reprise des anciennes factures sont exclus de ce premier périmètre. Ces limites concernent uniquement l’exemple.
Remplir un périmètre commun
Le tableau suivant peut servir de base à la demande. Les contributions du commerçant sont prévues dans la planification, sans être présentées comme déjà réalisées.
Identifiant | Résultat demandé | Contribution du commerçant | |
|---|---|---|---|
| Connexion et affichage des prix attribués au client | Deux comptes de test voient chacun les prix auxquels ils ont droit | Comptes de test, référence de prix et validation des rôles |
| Choix d’article, d’unité et de quantité dans le panier | Un panier défini correspond aux données produit vérifiées | Exemples de produits aux unités explicites |
| Transfert de commande à l’ERP avec résultat compréhensible | Commande de test dans l’ERP avec entreprise, produit et quantité corrects ; erreur ou issue incertaine reste non confirmée | Accès ERP de test et responsable du processus |
| Transmission documentée du déploiement et du traitement des erreurs | La personne d’exploitation désignée peut suivre les instructions en test | Accès à l’hébergement et interlocuteur technique |
Demandez une réponse par ligne : inclus, proposé avec un autre périmètre ou à clarifier. Les écarts doivent être expliqués. « Intégration ERP incluse » ne précise pas encore lesquelles de ces tâches sont prises en charge.
Garder les prérequis ouverts visibles
Dans l’exemple, le droit de créer des commandes via l’interface ERP n’est pas confirmé. Présentez cette capacité comme un prérequis ouvert. Une investigation délimitée pourrait d’abord établir le mode d’accès, la possibilité d’écriture et le résultat d’une commande de test. Le périmètre concerné pourra ensuite être décrit plus solidement.
Un prestataire peut aussi proposer une ligne explicitement conditionnelle ou une alternative. L’essentiel est qu’une hypothèse non vérifiée ne devienne pas discrètement la base du devis entier.
Mettre les réponses sur une même base
Faites expliquer séparément développement, services externes et exploitation récurrente. Notez les contributions et validations attendues de votre entreprise, ainsi que les points ouverts si les prérequis manquent. Un prix fixe ne rend pas identiques des périmètres différents.
Avant de comparer les montants, rapprochez réponses et exclusions du tableau. Si un résultat manque, demandez comment il sera traité. Vous obtenez une base de décision commune sans attribuer aux points ouverts des solutions ou des prix inventés.
Sources
À lire aussi
Tous les articles
Conseil IT & stratégie avec ASES
Stratégie, architecture et choix technologiques