Aller au contenu
Outils métiers

Cadrer un projet d'outil ou de données : le guide de décision

Écrit par Paul 18 min
Une demande entrante, plusieurs chantiers ranges par impact et par effort, et un seul lot retenu.
Résumé rapide

Cadrer, c'est écrire quatre décisions avant d'engager un euro : le problème réel, le périmètre du premier lot, l'enveloppe, et la mesure de réussite. Les TPE-PME françaises citent l'acquisition de logiciels comme première priorité numérique (28 %), et « définir la stratégie » à 9 % (Baromètre France Num 2025). Ce guide donne la séquence, les critères d'arbitrage, les ordres de grandeur et ce qu'on demande à un prestataire.

Interrogées sur leurs priorités numériques des deux prochaines années, les TPE-PME françaises citent en tête l’acquisition de logiciels : 28 % d’entre elles. « Définir la stratégie » est citée par 9 %, et « me faire accompagner dans mes projets » par 5 % (Baromètre France Num 2025, 11 021 entreprises, trois réponses possibles).

Trois fois plus d’entreprises prévoient d’acheter un outil que d’en décider un.

Ce n’est pas de la légèreté. C’est qu’un logiciel se commande, alors qu’un cadrage n’a ni fournisseur évident, ni prix affiché, ni ligne dans un budget.

Ce guide dit ce qu’un cadrage produit, dans quel ordre les décisions se prennent, ce que ça coûte, et à quel moment la bonne réponse est de s’arrêter.

Qu’est-ce qu’on appelle cadrer un projet ?

Écrire quatre décisions avant d’engager une dépense. Pas un cahier des charges de soixante pages : quatre pages qui tiennent, et que votre comité de direction peut relire à voix haute.

  1. Le problème réel, et comment vous avez vérifié que c’est bien celui-là. Pas la solution demandée, le problème.
  2. Le périmètre du premier lot, avec la liste de ce qu’il ne contient pas. La seconde liste est la plus utile des deux.
  3. L’enveloppe et le délai, avec ce qui les ferait bouger. Un chiffre sans ses conditions n’engage personne.
  4. La mesure de réussite, écrite avant le début. Trois mois après la mise en service, quelqu’un doit pouvoir dire oui ou non.

Chacune se reconnaît à un signe, et son absence se paie plus tard, à un endroit précis.

DécisionVous savez qu’elle est prise quandCe que son absence coûte
Le problème réelvous pouvez l’énoncer sans nommer d’outilvous construisez la solution demandée, pas celle qu’il fallait
Le périmètre du premier lotla liste des exclusions existe et elle est signéele périmètre s’élargit sans que personne l’ait décidé
L’enveloppe et le délaivous savez ce qui les ferait bougerle devis se compare à une promesse, pas à un autre devis
La mesure de réussitevous avez relevé le chiffre d’avantl’outil est livré, et personne ne sait s’il a servi

Le choix de l’outil ne figure pas dans cette liste, et c’est volontaire. La question d’acheter un logiciel ou de construire le vôtre non plus : elle se tranche après, sur ces quatre décisions. Sur les dix erreurs qui font échouer un projet d’outil interne, les premières tiennent toutes au cadrage.

Pourquoi le problème annoncé est-il rarement le vrai ?

Parce qu’une demande arrive presque toujours formulée en solution. « Il nous faut un CRM », « il nous faut un dashboard ». La solution est là avant que le problème ait été posé, et personne ne remonte la chaîne.

Ce qu’on trouve en regardant le terrain est souvent ailleurs. Une donnée qui n’existe proprement nulle part. Un processus que personne n’a jamais écrit. Deux équipes qui appellent « client » deux choses différentes.

Ce qu’on observe : dans les missions de cadrage, la demande initiale tient rarement telle quelle. Le plus souvent elle se déplace — d’un outil vers un référentiel, d’un tableau de bord vers une règle de calcul que personne n’avait tranchée. Construire l’outil demandé sans traiter ça, c’est payer deux fois.

La méthode qui remonte le mieux à la cause est aussi la plus simple : demander pourquoi cinq fois de suite, jusqu’à tomber sur quelque chose qui ne se répare pas avec un logiciel. C’est la même distinction que pose l’article outils ou process d’abord : un outil posé sur un processus non écrit reproduit le désordre, en plus rapide.

Le Project Management Institute arrive au même endroit par les statistiques. Dans son enquête Pulse of the Profession de 2018, les trois premières causes d’un périmètre qui dérape sont un changement de priorités, un changement d’objectifs, et un recueil de besoin erroné (PMI, 2018).

Les trois se décident avant la première ligne de configuration.

Combien de projets dérapent, et sur quoi ?

Plus qu’on ne le croit, et la moyenne masque l’essentiel. Bent Flyvbjerg et Alexander Budzier ont analysé 1 471 projets informatiques : le dépassement de coût moyen y est de 27 % (Harvard Business Review, septembre 2011). Mais un projet sur six dépasse son budget de 200 % en moyenne, et son calendrier de près de 70 %.

C’est la queue de distribution qui coûte, pas la moyenne.

L’échantillon porte sur des projets sans commune mesure avec le vôtre. Mais le mécanisme qu’il isole ne dépend pas de la taille : ce qui casse un budget n’est presque jamais le coût unitaire, c’est le nombre de choses qu’on découvre en route. Votre chantier finit par sortir, et il vous sert moins que ce que vous en attendiez.

Le PMI mesure la porte d’entrée. 52 % des projets achevés dans l’année ont connu un élargissement de périmètre non maîtrisé, contre 43 % cinq ans plus tôt (PMI, 2018).

Un chantier de six semaines qui en prend dix reste réparable. Un chantier de six semaines qui en prend dix parce qu’on lui a ajouté trois demandes en route ne se répare pas : plus personne ne sait ce qu’il devait faire.

Le terrain d’abord, la direction ensuite

La première semaine ne produit aucun écran. Elle produit une lecture de ce qui se passe vraiment, et elle se fait auprès des gens qui font le travail, pas seulement auprès de ceux qui le décrivent.

Trois matières, et aucune n’est déclarative.

Les fichiers réels. Le tableur qui sert tous les lundis, avec ses colonnes ajoutées à la main et son onglet « ne pas toucher ». Il en dit plus qu’un atelier.

Les contournements. Toute équipe en invente. Chacun signale l’endroit précis où l’outil officiel ne suit pas, et ce sont ces endroits qui décident du périmètre.

Les doubles saisies, comptées en heures par semaine. C’est le seul chiffre qui rendra l’arbitrage possible à l’étape suivante.

En sortie : une carte des processus, la liste des chantiers possibles, et le compte des heures. La structuration des données se joue souvent à ce moment-là, parce qu’un chantier sur deux bute sur une source de vérité que personne n’a jamais désignée.

Ce livrable vaut d’être produit même si rien ne se lance derrière. Il coûte quelques jours, il ne dépend d’aucun outil, et il reste valable après un changement d’avis.

Comment arbitrer entre dix chantiers ?

Sur trois questions posées à chacun, et dans cet ordre. C’est la situation la plus fréquente en PME : chaque service a sa priorité, personne n’arbitre, et l’année passe.

Combien ce chantier libère-t-il ? En heures par semaine, et en décisions rendues possibles. Un chantier qui rend huit heures hebdomadaires à une personne pèse plus qu’un chantier qui fait plaisir à trois.

Combien demande-t-il ? En semaines de construction, et en disponibilité de vos équipes. C’est la seconde qui manque le plus souvent, et personne ne la compte.

De quoi dépend-il ? Un chantier à fort impact dont le prérequis n’est pas fait ne passe pas premier. Il passe deuxième, et son prérequis passe premier.

Ces trois réponses se posent sur une grille impact-effort, et l’intérêt de la grille n’est pas le classement qu’elle produit. C’est qu’elle rend l’arbitrage discutable sur des faits, plutôt que sur l’insistance de celui qui demande.

Un chantier reste hors grille : celui qu’impose une échéance réglementaire. Il ne s’arbitre pas, il se date. La conformité RGPD des outils métiers en fait partie, et la facturation électronique aussi — la réception en format structuré est obligatoire depuis le 1er septembre 2026, l’émission suivra pour les TPE et les PME un an plus tard (Bpifrance, mai 2026).

Le premier lot, et la liste de ce qu’il ne contient pas

Six semaines, un service, un objet. Un lot qui ne livre rien d’utilisable en six semaines est un lot mal découpé, et il vaut mieux le redécouper que l’allonger.

La liste des exclusions est le vrai outil de cadrage. Elle s’écrit en même temps que le périmètre, elle est signée par les mêmes personnes, et elle sert le jour où une demande arrive en cours de route.

Ce jour-là, la règle tient en une phrase : une demande entrante n’entre dans le lot que si une autre en sort.

Sans cette règle, l’arbitrage se fait par accumulation, et c’est exactement le mécanisme que le PMI mesure à 52 %. Avec elle, la question redevient un choix explicite, tracé, qu’on peut relire six mois plus tard.

La roadmap sert à ça et pas à autre chose : donner un ordre de priorité qui survit aux imprévus, là où un planning devient faux au premier retard.

Un dernier réflexe, souvent oublié. Décidez dès le cadrage ce qui reste chez vous si la relation s’arrête : vos données, vos comptes, votre documentation. C’est le meilleur moment pour poser la question du vendor locking, parce qu’après la mise en production elle ne se pose plus dans les mêmes termes.

Quel budget et quel délai annoncer en interne ?

Un ordre de grandeur assumé vaut mieux qu’un chiffre précis inventé. Parmi les TPE-PME qui ont des projets numériques, 21 % déclarent ne pas pouvoir projeter d’enveloppe, et 46 % prévoient plus de 1 000 € sur l’année (France Num, 2025).

L’écart entre ces deux chiffres est la zone où se perdent les projets : ni budgétés, ni abandonnés.

Les ordres de grandeur qui suivent viennent de nos missions, pas d’une grille publique, et ils supposent un périmètre tenu.

ÉtapeDuréeOrdre de grandeurCe qu’on livre
Cadrage seulquelques joursquelques milliers d’eurosla carte des chantiers et une trajectoire chiffrée
Premier lot en production2 à 6 semainesdizaines de milliers d’eurosun périmètre unique, utilisable par un service
Trajectoire sur trois métiers3 à 6 moispar lots successifschaque lot livre quelque chose d’utilisable

Deux points changent l’arithmétique, et ils se traitent au cadrage plutôt qu’après.

La maintenance. Un outil vit, ses règles évoluent, et une enveloppe annuelle est plus honnête qu’un projet fermé. C’est ce qui décide de sa viabilité à long terme.

Le financement. Quand l’enveloppe dépasse 1 000 €, 60 % des entreprises envisagent un financement externe, dont 27 % une subvention publique (France Num, 2025). Les aides mobilisables se demandent avant l’engagement des dépenses, et une partie de la conception entre dans le champ du crédit d’impôt innovation quand le prestataire est agréé CII.

Reste la forme du contrat. Le forfait protège votre budget et suppose un périmètre écrit ; la régie protège votre capacité à changer d’avis et suppose quelqu’un pour arbitrer chaque semaine. Le mauvais choix n’est ni l’un ni l’autre : c’est le forfait signé sur un périmètre flou.

Qui porte le projet, chez vous ?

Quelqu’un de votre métier, pas de votre informatique. En 2024, 14,04 % des petites entreprises européennes — celles de 10 à 49 salariés — employaient un spécialiste des technologies de l’information, contre 78,44 % des grandes (Eurostat, données extraites en juin 2025).

Dans une entreprise de cette taille, le porteur n’est donc presque jamais un informaticien. C’est une bonne nouvelle : le rôle qui manque n’est pas technique.

Ce que fait le porteur tient en trois choses. Il tranche les questions de règles de gestion, celles que le prestataire ne peut pas trancher à sa place. Il dit non aux demandes hors lot, ce qui suppose un mandat écrit. Il fait essayer l’outil aux équipes avant la recette, pas après.

Ce rôle prend une demi-journée par semaine pendant la construction. Non provisionnée, elle se prend sur le reste, et c’est la première chose qui saute quand la semaine se remplit.

Deux appuis existent quand personne n’est disponible en interne : un expert à temps partagé qui tient le rôle quelques jours par mois, ou la formation d’une personne de l’équipe pendant le projet. Les outils qu’on construit sans développeur rendent le second chemin réaliste, à condition que le temps soit réellement dégagé.

Comment choisir un prestataire sans y passer trois mois ?

En posant quatre questions, et en regardant ce qui reste chez vous. La difficulté est réelle, et son détail est plus instructif que son total. Parmi les TPE-PME qui ont des projets numériques, 14 % n’ont pas le temps d’analyser le marché, 14 % peinent à estimer le sérieux ou les compétences d’un prestataire, et 9 % ne savent pas où chercher (France Num, 2025).

Trois quarts de ces difficultés ne portent donc pas sur l’offre. Elles portent sur le temps de la comparer, et sur les critères pour le faire.

Les quatre questions qui font le tri, à poser au premier rendez-vous.

  1. Un projet comparable, en taille et en secteur. Pas une référence prestigieuse : une référence de votre gabarit, avec son délai réel.
  2. Qui fera le travail. Le nom de la personne, pas celui de l’agence. Et sa disponibilité sur vos semaines à vous.
  3. Ce qui a dérapé sur ce projet comparable. Un prestataire qui n’a rien à raconter n’a pas assez livré, ou ne dit pas tout.
  4. Ce qui reste chez vous en cas de rupture. Les données, les accès, la documentation, et sous quel format.

Où chercher est une question secondaire face à celle-ci : arrivez avec vos quatre décisions de cadrage écrites, et la comparaison entre deux devis devient possible. Sans elles, vous comparez deux promesses.

À quoi verra-t-on que c’est réussi ?

À une mesure écrite avant le début, relevée trois mois après la mise en service. C’est l’étape que presque personne ne fait, et ça se voit : 40 % des entreprises n’ont pas d’opinion précise sur l’apport du numérique à leur différenciation — manque de visibilité, difficulté à en évaluer l’impact (France Num, 2025).

Trois mesures suffisent, et elles se relèvent sans outil.

Les heures récupérées, sur les personnes précises identifiées à la semaine d’inventaire. C’est le chiffre que vous aviez avant, donc c’est le seul comparable.

Le délai raccourci, sur un cycle qui existait déjà : une facture émise, un devis sorti, une demande client traitée.

L’écart de chiffres disparu, quand deux services annonçaient deux vérités sur la même question.

L’adoption se mesure autrement, et elle se mesure quand même. Un outil livré que personne n’ouvre au bout de six semaines a échoué, quelle que soit la qualité de la recette. Ce qu’on regarde alors n’est pas la formation : c’est ce que l’ancien fichier continue de faire, et pourquoi.

Chez Bienfait, on relève ces mesures au même endroit qu’au cadrage, avec les mêmes personnes. C’est ce qui rend la trajectoire discutable au jalon suivant, plutôt qu’à la fin.

En bref : le cadrage n’est pas une étape, c’est le contrat

Un projet d’outil échoue rarement sur la technique. Mais presque toujours sur ce qui n’avait pas été tranché avant.

Cadrer, c’est produire quatre choses : un problème vérifié plutôt qu’une solution demandée, un périmètre avec sa liste d’exclusions, une enveloppe avec ses conditions, et une mesure écrite avant le début.

Les chiffres publics disent tous la même chose. 28 % des TPE-PME comptent acheter un logiciel dans les deux ans, 9 % définir une stratégie, et 21 % de celles qui ont un projet ne savent pas quelle enveloppe y mettre.

Chez Bienfait, on commence par écouter le terrain, on arbitre les chantiers par impact et par effort, on chiffre la trajectoire au forfait, et on construit ensuite jalon par jalon. Vous repartez avec une trajectoire, pas avec un rapport.

Alors avant de choisir un outil, une question : quel problème traitez-vous, et qui a vérifié que c’est bien celui-là ?

Sources

Les chiffres de marché de cet article viennent des sources suivantes, consultées le 1er septembre 2026.

Quand la bonne réponse est de ne pas lancer le projet

Si la gêne coûte moins cher que sa correction, si personne ne saura dire dans six mois ce qui a changé, ou si la même décision est déjà en train de se prendre ailleurs, le cadrage s'arrête là et c'est un bon résultat. Un cadrage qui conclut à ne rien faire vous a fait économiser le projet. On le dit franchement plutôt que de vous vendre la suite.

Questions fréquentes

Qu'est-ce que cadrer un projet d'outil ou de données ?

C'est écrire quatre décisions avant d'engager une dépense : quel problème on traite et comment on l'a vérifié, ce que contient le premier lot et ce qu'il ne contient pas, l'enveloppe et le délai, et la mesure qui dira si c'est réussi. Le choix de l'outil vient après.

Combien de temps prend un cadrage ?

Une à trois semaines dans une PME de 20 à 200 personnes, selon le nombre de services concernés. Une semaine d'entretiens et de lecture des fichiers réels, quelques jours d'arbitrage, quelques jours de chiffrage. Au-delà d'un mois, le cadrage est devenu le projet.

Combien coûte un cadrage ?

Quelques milliers d'euros pour un diagnostic et une trajectoire chiffrée, à comparer aux dizaines de milliers du chantier qu'il oriente. 21 % des TPE-PME ayant des projets numériques déclarent ne pas pouvoir projeter d'enveloppe (Baromètre France Num 2025) : c'est précisément ce que le cadrage produit.

Comment savoir si le problème annoncé est le bon ?

En remontant la chaîne des causes avant de valider la demande, et en regardant les fichiers réels plutôt que les processus décrits. Une demande arrive presque toujours formulée en solution — « il nous faut un CRM ». Le blocage est souvent une donnée qui n'existe proprement nulle part.

Comment arbitrer entre plusieurs chantiers ?

Sur trois questions, dans l'ordre : combien d'heures par semaine et de décisions ce chantier libère-t-il, combien de semaines demande-t-il, et de quoi dépend-il. Un chantier à fort impact dont le prérequis n'est pas fait ne passe pas premier, il passe deuxième.

Comment choisir un prestataire technique ?

Parmi les TPE-PME qui ont des projets numériques, 14 % n'ont pas le temps d'analyser le marché et 14 % peinent à estimer le sérieux d'un prestataire (Baromètre France Num 2025). Demandez un projet comparable en taille, la personne qui fera le travail, ce qui a dérapé chez elle, et ce qui reste chez vous si vous partez.

À quoi voit-on qu'un projet d'outil a réussi ?

À une mesure écrite avant le début, relevée trois mois après la mise en service : heures de ressaisie supprimées, délai raccourci, écart de chiffres disparu. L'adoption réelle se lit dans l'usage, pas dans la recette.

Écrit par
Paul
Co-fondateur, en charge des opérations de l'agence
Passer à l'action

Envie d'appliquer ça chez vous ?

On cadre votre besoin en un appel de 30 minutes, sans engagement. Vous repartez avec une première piste concrète.

Réserver un appel →

À lire également

Tout le blog →
Illustration — 10 erreurs à absolument éviter pour réussir vos projets no-c
Le no-code décrypté

Dix erreurs qui font échouer un projet d'outil interne

Illustration — Roadmap projet et no-code
Outils métiers

Roadmap projet : par où commencer

Illustration — Structurer sa stack d'outils : les clés pour réussir !
Plateformes & stack

Structurer sa stack d'outils : les clés pour réussir !

Newsletter
BienVu, notre newsletter

Un cas concret de donnée ou d'automatisation, deux fois par mois.

Deux envois par mois, pas un de plus. Désinscription en un clic.

Intégrations Outils Nous rejoindre
Réserver un appel Accéder au Salon

Nantes · Marseille · Paris. Réponse sous 24 h ouvrées.