Cahier des charges logiciel métier : les points qui font doubler le devis

Pourquoi un devis double entre le premier échange et la proposition ferme

Un devis logiciel double parce que le prestataire chiffre l’incertitude, pas la mauvaise foi. Face à un cahier des charges logiciel métier qui décrit l’outil rêvé mais pas l’existant, l’éditeur ou l’ESN a deux options. Soit il prend une marge de risque sur chaque zone floue, et le devis initial est déjà élevé. Soit il chiffre au plus juste ce qu’il lit, et chaque découverte en cours de projet se transforme en avenant.

Le second scénario est le plus fréquent en PME, car le devis le plus bas emporte souvent la consultation. Le prestataire retenu découvre ensuite que « la base clients » est un fichier Excel de douze onglets, que la validation des commandes dépend d’une règle connue d’une seule personne, et que le logiciel de comptabilité attend un format d’export précis. Aucun de ces éléments n’était écrit dans le cahier des charges logiciel métier. Chacun représente des jours de travail non prévus.

Le cahier des charges logiciel métier sert donc moins à décrire le logiciel qu’à décrire l’entreprise : ses données, ses outils, ses règles, ses exceptions et ses contraintes réglementaires. Un document qui réussit cet exercice produit des devis comparables entre eux et proches du coût final. Un document qui l’échoue produit des devis séduisants et un projet qui dérape.

Les 7 points d’un cahier des charges logiciel métier qui font doubler le devis

Sept sujets concentrent l’essentiel des écarts entre devis initial et coût réel d’un logiciel métier. Le tableau ci-dessous les résume, avec ce qui manque habituellement dans le cahier des charges logiciel métier et la question à trancher avant de consulter.

La reprise des données arrive en tête parce qu’elle est invisible dans la démonstration du logiciel. L’éditeur montre un outil propre et vide ; l’entreprise imagine ses données dedans. Entre les deux, il y a des années de saisies hétérogènes, des champs détournés de leur usage et des doublons que personne n’a jamais fusionnés. Le cahier des charges logiciel métier doit nommer ce chantier et lui réserver un lot distinct.

Les intégrations arrivent juste derrière. Un logiciel métier ne vit jamais seul : il reçoit des commandes, envoie des écritures comptables, synchronise des contacts avec le CRM, déclenche des signatures électroniques. Chaque flux non décrit est un connecteur à concevoir, tester et maintenir. Lister les outils en place, avec le sens de chaque échange et sa fréquence, suffit souvent à faire apparaître trois ou quatre lots que le devis initial ignorait.

La conformité, enfin, pèse d’autant plus que le secteur est encadré. Pour un cabinet de santé, l’hébergement des données doit être certifié HDS, ce qui conditionne le choix de l’infrastructure dès la conception. Pour toute entreprise, la CNIL attend des durées de conservation définies et une journalisation des accès. Ces exigences coûtent peu quand elles sont écrites au départ, et beaucoup quand elles obligent à reprendre une architecture déjà livrée.

Ce qu’un cahier des charges logiciel métier doit contenir, rubrique par rubrique

Un cahier des charges logiciel métier efficace suit neuf rubriques, et chacune répond à une question que le prestataire se posera de toute façon. Les rédiger dans cet ordre évite de décrire des écrans avant d’avoir décrit les processus.

1. Contexte et objectifs mesurables. Ce que l’entreprise fait, ce qui ne fonctionne plus dans l’organisation actuelle, et ce que le nouveau logiciel doit changer (temps de traitement d’une commande, taux d’erreur de facturation, délai de clôture). Un objectif chiffré oriente les arbitrages du prestataire.
2. Périmètre fonctionnel par processus. Décrire chaque processus de bout en bout, de l’événement déclencheur au résultat, avec les acteurs, les documents produits et les cas particuliers. Un processus par page suffit ; un écran par page ne sert à rien.
3. Données et reprise de l’existant. Inventaire des sources (logiciel actuel, fichiers Excel, boîtes mail), volumes, qualité estimée, profondeur d’historique à reprendre, et surtout un extrait réel anonymisé joint au document.
4. Intégrations et flux. Tableau des outils connectés, avec pour chacun le sens du flux, la fréquence, le format et l’existence ou non d’une API documentée.
5. Utilisateurs, rôles et droits. Profils, effectifs par profil, règles de visibilité, circuits de validation, cas des multi-sites ou multi-entités.
6. Exigences non fonctionnelles. Volumes, temps de réponse attendus, disponibilité, usage mobile ou hors ligne, langues, accessibilité selon le référentiel RGAA quand le logiciel s’adresse à un public ou à des agents publics.
7. Conformité et sécurité. Catégories de données personnelles traitées, durées de conservation, journalisation, authentification, hébergement et localisation, en s’appuyant sur le guide RGPD du développeur de la CNIL et sur les règles d’hygiène informatique de l’ANSSI.
8. Recette, formation et réversibilité. Qui teste, sur quels scénarios, avec quel critère d’acceptation ; qui est formé ; comment récupérer ses données si la relation s’arrête.
9. Budget cible, planning et lots. Fourchette budgétaire assumée, échéances imposées (obligation réglementaire, fin de contrat de l’outil actuel), et découpage en lots pour permettre un chiffrage ligne par ligne.

Le budget cible mérite d’être écrit dans le cahier des charges logiciel métier, même si cela semble affaiblir la négociation. Un prestataire qui connaît l’enveloppe propose un découpage réaliste et signale ce qui n’y rentre pas. Un prestataire qui l’ignore propose soit un projet surdimensionné, soit un devis d’appel qu’il rattrapera en avenants. Si le logiciel comporte une partie publique (prise de rendez-vous, catalogue, espace client), la visibilité de ces pages relève d’un chantier distinct, que Lead4you traite dans son offre SEO et GEO.

Standard paramétré, sur mesure ou hybride : l’effet sur le chiffrage

Le même cahier des charges logiciel métier produit trois devis très différents selon la famille de solution consultée. Un logiciel standard paramétré coûte peu en développement mais impose ses processus : chaque exception métier devient soit un contournement, soit un développement spécifique facturé au prix fort. Un logiciel sur mesure épouse les processus mais fait porter l’intégralité de la conception, des tests et de la maintenance au projet. L’hybride, un socle standard complété de modules spécifiques, est le choix le plus fréquent en PME et le plus exposé aux avenants, car la frontière entre socle et spécifique se déplace en cours de route.

Le cahier des charges logiciel métier doit donc distinguer explicitement les exigences bloquantes, les exigences souhaitables et les exigences négociables. Cette hiérarchie permet au prestataire de proposer un paramétrage standard là où c’est acceptable, et de réserver le développement spécifique aux règles qui différencient réellement l’entreprise. Sans cette hiérarchie, tout est traité comme bloquant, et le devis grimpe. Lead4you accompagne cet arbitrage dans son activité de conception de logiciels métier, en commençant par qualifier ce qui relève du standard et ce qui justifie un développement.

Les coûts récurrents entrent aussi dans la comparaison. Licences par utilisateur, hébergement, maintenance corrective et évolutive, support : ces lignes représentent sur cinq ans un montant comparable au développement initial, parfois supérieur. Un devis qui ne les détaille pas n’est pas comparable à un devis qui les inclut.

Comparer des devis : ce que le cahier des charges logiciel métier doit imposer

Deux devis sont comparables seulement s’ils répondent au même découpage en lots, avec les mêmes hypothèses écrites. Le cahier des charges logiciel métier impose ce cadre en demandant un chiffrage par lot (socle, reprise des données, chaque intégration, reporting, formation, maintenance annuelle) et en exigeant que chaque hypothèse de chiffrage soit explicite : nombre d’utilisateurs retenu, volume de données migré, nombre d’itérations de recette, périmètre de la maintenance.

Quatre vérifications font ensuite le tri. Le lot de reprise des données est-il chiffré après lecture de l’extrait fourni, ou au forfait symbolique ? Chaque intégration listée a-t-elle sa ligne, ou un seul montant global les couvre-t-il toutes ? La maintenance précise-t-elle ce qui est inclus (correctifs, mises à jour de sécurité, évolutions réglementaires) et ce qui est facturé en plus ? Enfin, la réversibilité, c’est-à-dire la récupération des données dans un format exploitable en fin de contrat, figure-t-elle dans la proposition ?

Un devis bas qui échoue à ces quatre vérifications n’est pas moins cher : il est incomplet. La différence se paiera en avenants, en délais ou en fonctionnalités abandonnées. Un devis plus élevé qui les réussit annonce le coût réel du projet, ce qui permet de l’arbitrer en connaissance de cause plutôt que de le subir.

Checklist rapide avant d’envoyer votre cahier des charges logiciel métier

• Chaque processus est décrit de bout en bout, avec ses cas particuliers, et relu par la personne qui l’exécute.
• Un extrait réel anonymisé de chaque source de données est joint, avec le volume total et la profondeur d’historique à reprendre.
• Tous les outils connectés sont listés, avec le sens du flux, la fréquence et l’existence d’une API.
• Les profils utilisateurs, leurs effectifs et les circuits de validation sont écrits, y compris pour le multi-sites.
• Les indicateurs et exports attendus (comptables, réglementaires, de pilotage) sont nommés.
• Les obligations de conformité sont identifiées : données personnelles traitées, durées de conservation, journalisation, hébergement, accessibilité.
• Les exigences sont hiérarchisées en bloquantes, souhaitables et négociables.
• Le budget cible, les échéances et le découpage en lots sont annoncés, avec une demande de chiffrage ligne par ligne et d’hypothèses explicites.
• La recette, la formation et la réversibilité ont chacune un paragraphe.