Cadrer un projet numérique : la méthode pour tenir budget et délais

Un site qui devait sortir en trois mois et qui n'est toujours pas en ligne au bout de neuf. Une application livrée, mais que personne n'utilise. Un budget doublé sans que l'on sache vraiment pourquoi. Ces scénarios sont fréquents, et ils ont presque toujours la même origine : le projet a démarré sans avoir été cadré.

Le cadrage, c'est la phase qui précède le design et le développement. Elle sert à répondre à une question simple : qu'allons-nous construire, pour qui, et comment saurons-nous que c'est réussi ? Voici la méthode que nous suivons, étape par étape.

Pourquoi tant de projets dérivent

Les dérives ne viennent généralement pas d'un manque de compétences techniques. Elles viennent de décisions prises trop tôt ou pas prises du tout :

• Le problème n'est pas clair. On demande « une application » sans avoir formulé ce qu'elle doit changer pour l'entreprise ou ses clients.
• Le périmètre gonfle en cours de route. Chaque réunion ajoute une fonctionnalité « indispensable », et le planning glisse.
• Les hypothèses ne sont pas vérifiées. On suppose que les utilisateurs feront telle action, qu'ils auront telle connexion, qu'ils accepteront tel mode de paiement, sans jamais le tester.
• Personne ne sait ce qui est prioritaire. Tout est urgent, donc rien ne l'est.

Le cadrage traite ces quatre causes avant qu'elles ne coûtent cher. Corriger une idée sur un tableau blanc prend une heure ; la corriger une fois le code écrit peut prendre des semaines.

Étape 1 : formuler le problème, pas la solution

La première question n'est pas « quelles fonctionnalités voulez-vous ? » mais « qu'est-ce qui ne va pas aujourd'hui ? ».

Comparez ces deux demandes :

• « Nous voulons une application mobile de commande. »
• « Nos clients commandent par téléphone et par WhatsApp, nous perdons des commandes et nous passons nos soirées à tout ressaisir dans un tableur. »

La seconde ouvre plusieurs solutions possibles, dont certaines bien moins coûteuses qu'une application mobile. C'est pour cela que nous commençons toujours par écrire le problème en une ou deux phrases, avec des faits concrets : combien de commandes perdues, combien d'heures de ressaisie, quel impact sur les clients.

Étape 2 : comprendre les utilisateurs et leur contexte

Un produit numérique réussit quand il s'adapte à la réalité de ceux qui l'utilisent. Il faut donc aller à leur rencontre, même brièvement : quelques entretiens ou une demi-journée d'observation suffisent souvent à faire tomber des idées reçues.

Au Sénégal comme ailleurs en Afrique de l'Ouest, certaines questions reviennent souvent :

• Quel appareil et quelle connexion ? Un parcours pensé pour un ordinateur de bureau et la fibre ne conviendra pas à des utilisateurs sur smartphone avec une connexion mobile irrégulière.
• Quels canaux utilisent-ils déjà ? Si vos clients vivent sur WhatsApp, il est souvent plus efficace de s'y connecter que de leur demander de télécharger une nouvelle application.
• Comment paient-ils ? Le paiement mobile (Wave, Orange Money…) change la conception d'un parcours d'achat ou d'abonnement.
• Dans quelle langue sont-ils à l'aise ? Le français écrit n'est pas toujours la langue du quotidien ; un vocabulaire simple et des icônes claires font la différence.

Étape 3 : faire l'état des lieux

Avant de construire, il faut savoir sur quoi on construit. L'état des lieux couvre trois points :

1. Les outils existants : logiciel de gestion, site actuel, tableurs, groupes WhatsApp. Lesquels garder, lesquels remplacer, lesquels connecter ?
2. Les données : où sont-elles, dans quel état, qui les met à jour ? Un tableau de bord ne vaut que par la qualité des données qui l'alimentent.
3. Les contraintes : budget, échéance, compétences internes, obligations réglementaires (données personnelles, secteur de la santé ou de la finance).

Cette étape révèle souvent des « petites » contraintes qui auraient bloqué le projet en plein développement : une base clients à nettoyer, un logiciel comptable sans connexion possible, une validation juridique nécessaire.

Étape 4 : prioriser et définir une première version

Une fois le problème, les utilisateurs et l'existant connus, on liste les fonctionnalités possibles et on les classe. Deux critères suffisent dans la plupart des cas :

• La valeur : à quel point cette fonctionnalité résout-elle le problème de départ ?
• L'effort : combien coûte-t-elle à concevoir, construire et maintenir ?

On en tire une première version (souvent appelée MVP, pour produit minimum viable) : le plus petit ensemble de fonctionnalités qui apporte une vraie valeur à de vrais utilisateurs. Le reste n'est pas abandonné, il est planifié pour plus tard, une fois que la première version aura appris quelque chose.

Une bonne première version n'est pas une version au rabais. C'est une version qui fait peu de choses, mais qui les fait bien.

Étape 5 : fixer la feuille de route et les critères de succès

Le cadrage se termine par des engagements clairs :

• Une feuille de route découpée en étapes courtes, avec ce qui sera livré à chaque étape.
• Une estimation du budget et des délais, avec les hypothèses sur lesquelles elle repose.
• Des critères de succès mesurables : réduire de moitié le temps de traitement d'une commande, atteindre un nombre d'utilisateurs actifs, diminuer les appels au service client…

Ces critères permettent de prendre les bonnes décisions plus tard : continuer, ajuster ou s'arrêter.

Les livrables d'un bon cadrage

Livrable	À quoi il sert
Énoncé du problème	Aligner toute l'équipe sur ce que l'on cherche à résoudre
Portraits et parcours utilisateurs	Concevoir pour de vraies personnes, dans leur vrai contexte
État des lieux technique	Éviter les mauvaises surprises en cours de développement
Périmètre de la première version	Savoir ce qui est inclus, et surtout ce qui ne l'est pas
Feuille de route chiffrée	Planifier le budget et les délais en connaissance de cause
Critères de succès	Mesurer les résultats et décider de la suite

Combien de temps faut-il prévoir ?

Tout dépend de la taille du projet : quelques jours pour un outil interne simple, quelques semaines pour une plateforme avec plusieurs types d'utilisateurs, des paiements et des intégrations. Dans tous les cas, ce temps est vite rentabilisé : chaque fonctionnalité inutile écartée pendant le cadrage, c'est du budget économisé pendant le développement et la maintenance.

En résumé

Avant de lancer votre prochain projet numérique, vérifiez que vous savez répondre à ces cinq questions :

1. Quel problème précis voulons-nous résoudre, et comment le mesurer ?
2. Qui sont les utilisateurs, et dans quelles conditions utiliseront-ils le produit ?
3. Sur quels outils et quelles données allons-nous nous appuyer ?
4. Que contient la première version, et qu'est-ce qui attendra ?
5. À quoi reconnaîtrons-nous que le projet est réussi ?

Si l'une de ces réponses manque, c'est le bon moment pour cadrer. C'est d'ailleurs par là que commence chacune de nos collaborations : découvrez notre approche de l'audit et du cadrage.