Cadrer un projet digital avant de le lancer : la méthode en 5 étapes

Un site qui ne sert à rien, une application que personne n'utilise, un budget consommé avant la mise en ligne : lorsque l'on remonte le fil d'un projet digital qui a mal tourné, on trouve rarement une erreur de développement à l'origine. On trouve presque toujours une question qui n'a pas été posée au départ. À qui s'adresse le produit ? Quel problème résout-il ? Qui décide ? Avec quel budget et pour quelle date ?

Le cadrage est la phase qui répond à ces questions. Il ne s'agit pas d'une formalité administrative, mais du moment où l'on transforme une intention (« il nous faut une application ») en un projet pilotable. Chez KODEX, c'est la première étape de notre méthode, « Clarté & cadrage », et nous la considérons comme non négociable. Voici comment nous la menons, en cinq étapes.

Étape 1 — Formuler l'objectif en termes d'activité

« Avoir un site moderne » n'est pas un objectif. « Recevoir des demandes de devis qualifiées sans passer par le téléphone » en est un. La différence est essentielle : un objectif formulé en termes d'activité permet ensuite de trancher chaque arbitrage du projet.

Pour y parvenir, nous posons trois questions simples :

• Qu'est-ce qui doit changer dans votre organisation une fois le projet livré ?
• Comment le saurez-vous ? Quel indicateur, même approximatif, montrera que le changement a eu lieu ?
• Que se passe-t-il si l'on ne fait rien ? Cette question révèle souvent la vraie priorité.

Un projet peut avoir plusieurs objectifs, mais il en faut un principal. Lorsque deux objectifs entrent en conflit (aller vite ou tout couvrir, par exemple), c'est lui qui tranche.

Étape 2 — Identifier les utilisateurs et leurs contextes réels

Un produit numérique est utilisé par des personnes précises, dans des conditions précises. Un agent de terrain qui saisit des données sur un smartphone d'entrée de gamme, avec une connexion intermittente, n'a pas les mêmes besoins qu'un responsable qui consulte un tableau de bord sur un ordinateur de bureau.

Pour chaque type d'utilisateur, nous documentons :

• ce qu'il cherche à accomplir (sa tâche principale) ;
• l'appareil et la connexion dont il dispose le plus souvent ;
• son niveau d'aisance avec le numérique ;
• la langue et le vocabulaire qu'il utilise au quotidien.

Cette étape se nourrit d'échanges directs : quelques entretiens avec de vrais utilisateurs valent mieux qu'une longue réunion où l'on imagine leurs besoins à leur place.

Étape 3 — Délimiter le périmètre : indispensable, utile, plus tard

Toutes les fonctionnalités n'ont pas la même valeur. Le piège classique consiste à vouloir tout livrer dès la première version, ce qui allonge les délais, augmente le budget et retarde le moment où l'on apprend de vrais utilisateurs.

Nous classons chaque fonctionnalité dans l'une de trois colonnes :

1. Indispensable : sans elle, le produit ne remplit pas son objectif principal.
2. Utile : elle améliore l'expérience mais le produit fonctionne sans elle.
3. Plus tard : elle a du sens, mais seulement une fois le produit adopté.

La première version ne contient que la première colonne, parfois une partie de la deuxième. Le reste alimente la feuille de route.

Un périmètre bien cadré ne dit pas seulement ce que l'on va faire. Il dit surtout, noir sur blanc, ce que l'on ne fera pas tout de suite.

Étape 4 — Recenser les contraintes et les dépendances

Un projet ne vit pas dans le vide. Il dépend de contenus à produire, de validations internes, de comptes à créer chez des prestataires, d'intégrations avec des outils existants, parfois d'obligations réglementaires. Chacune de ces dépendances peut bloquer le projet si elle est découverte trop tard.

Les contraintes à lister systématiquement

• Budget : une enveloppe, même indicative, oriente les choix techniques dès le départ.
• Calendrier : une date imposée (un lancement, un événement, une fin de financement) change la manière de découper le travail.
• Contenus : textes, photos, logos, tarifs. Qui les produit, et pour quand ?
• Intégrations : paiement, messagerie, logiciel comptable, outil métier existant.
• Données : faut-il reprendre des données existantes ? Sous quel format ?
• Gouvernance : qui valide, et en combien de temps ?

Désigner un référent unique

C'est sans doute la contrainte la plus sous-estimée. Un projet avance au rythme de ses validations. Lorsqu'aucune personne n'est clairement chargée de décider côté client, les retours se contredisent et les délais s'allongent. Nous demandons donc, dès le cadrage, un référent disposant du temps et de la légitimité nécessaires.

Étape 5 — Construire une feuille de route et un premier chiffrage

La dernière étape rassemble tout ce qui précède dans un document court et lisible : objectif, utilisateurs, périmètre de la première version, contraintes, jalons et estimation. Ce document n'a pas vocation à figer le projet. Il sert de référence commune : lorsque quelqu'un propose une nouvelle fonctionnalité en cours de route, on peut mesurer son impact sur le calendrier et le budget plutôt que de l'ajouter par défaut.

La feuille de route découpe le projet en livraisons successives, chacune utilisable et testable. C'est ce découpage qui permet ensuite de travailler en cycles courts, avec un suivi transparent de l'avancement, comme le prévoit notre phase « Développement & co-création ».

Les signaux qui montrent qu'un cadrage est incomplet

Quelques indices permettent de savoir qu'il faut revenir à la table avant de lancer la production :

• personne n'est capable de résumer le projet en deux phrases ;
• la liste des fonctionnalités s'allonge à chaque réunion ;
• le budget n'a jamais été évoqué, « pour ne pas brider les idées » ;
• les contenus « seront fournis plus tard », sans date ni responsable ;
• plusieurs personnes pensent être décisionnaires.

Check-list avant lancement

• L'objectif principal est formulé en termes d'activité et partagé par tous.
• Les utilisateurs cibles et leurs conditions d'usage sont décrits.
• Le périmètre de la première version est arrêté, avec une liste « plus tard » assumée.
• Les contraintes (budget, délais, contenus, intégrations, données) sont recensées.
• Un référent décisionnaire est désigné.
• Une feuille de route découpée en livraisons existe et a été validée.

Conclusion

Le cadrage demande quelques jours à quelques semaines selon la taille du projet. C'est un investissement modeste au regard de ce qu'il évite : refontes, malentendus, budgets dépassés. Il a aussi un effet moins visible mais tout aussi important : il aligne les équipes autour d'une vision commune, ce qui rend toutes les décisions suivantes plus simples.

Si vous avez un projet en tête et souhaitez le structurer avant de vous engager, l'équipe KODEX Corporate peut vous accompagner dans cette phase d'audit et de cadrage. Parlons de votre projet.