Nous avons une idée ou un projet digital : que faut-il vérifier avant de commencer à développer ?

“Prêt à développer” ne signifie pas “nous avons une liste de fonctionnalités”

Un sujet peut sembler prêt simplement parce que :

• une idée a été validée en réunion ;
• des maquettes existent ;
• un devis de développement est disponible ;
• les principales fonctionnalités ont été listées.

Il suffit pourtant parfois d’une question pour découvrir que les personnes impliquées ne sont pas encore d’accord sur le problème à résoudre. Le coût d’un mauvais arbitrage pris à ce stade n’est pas seulement ce que vous allez développer : c’est aussi tout ce que l’équipe ne fera pas pendant ce temps.

Situation typique

Un sujet paraît prêt : les principales fonctionnalités sont listées, une équipe de développement est disponible et des premières maquettes existent. Puis une question simple arrive : quel problème utilisateur cherchons-nous exactement à résoudre ?

Si les réponses diffèrent selon les personnes autour de la table, le projet n’est pas encore prêt à être développé. Il est simplement prêt à être produit techniquement. Le cadrage sert précisément à faire apparaître ce type de désaccord avant qu’il ne devienne du code.

Sept choses à vérifier avant de lancer

1. Le besoin

Quel problème essayez-vous de résoudre ? Est-ce bien le vrai problème, la cause racine, et non un symptôme plus visible ? Est-il suffisamment important pour que l’utilisateur change quelque chose à son comportement actuel ?

2. Les utilisateurs

Pour qui construisez-vous en premier ? “Tous nos clients” est rarement un segment exploitable pour décider.

3. Les risques

Qu’est-ce qui pourrait rendre le projet inutile ou impossible ? Marché, réglementation, technologie, données, adoption, modèle économique : tous les risques ne se testent pas de la même manière.

4. Le parcours

Que se passe-t-il pour l’utilisateur avant, pendant et après son interaction avec le produit ? Commencer directement par les écrans fait souvent oublier ce qui se passe entre eux ou en dehors du produit.

5. Les dépendances

Le produit dépend-il d’une API, d’un outil métier, de données, d’un partenaire, d’un processus interne ou d’une décision réglementaire ? Ce sont parfois elles qui déterminent l’ordre du projet.

6. Les données

Qu’aurez-vous besoin de mesurer une fois le produit lancé ? Si cette question arrive après la mise en production, il est souvent déjà trop tard pour instrumenter correctement certaines décisions.

7. L’ordre d’apprentissage

Vous n’avez pas besoin de tout savoir. Vous devez savoir quelle hypothèse pourrait invalider le plus de travail si elle était fausse : c’est celle-là qu’il faut tester en premier.

Et les maquettes ?

Elles peuvent faire partie du cadrage, mais elles ne le remplacent pas. Avant de dessiner précisément un écran, il faut savoir :

• à quel moment il intervient ;
• ce que l’utilisateur essaie d’y accomplir ;
• ce qu’il sait déjà ;
• ce qu’on lui demande ;
• ce qui se passe ensuite.

Une maquette peut donner une impression d’avancement alors que les décisions structurantes restent ouvertes.

Ce que propose 5LEGS

Plusieurs formats existent selon ce qui manque :

• Diagnostic Produit digital avant développement : 3 500 € HT ;
• Atelier Parcours Client : 3 500 € HT ;
• Cadrage Vision Produit : 2 800 € HT ;
• Cadrage Roadmap : 2 800 € HT.

La date de démarrage se fixe ensemble après l’achat ; chaque prestation prend en moyenne entre 4 et 8 jours ouvrés une fois commencée.

Pour un projet plus complet, La Bonne Direction, à 12 000 € HT sur environ 90 jours, enchaîne diagnostic, vision, positionnement, roadmap, parcours et autres éléments nécessaires au lancement.

En résumé

Le cadrage ne sert pas à prévoir tout ce qui va arriver. Il sert à prendre sereinement, avant d’écrire la première ligne de code, les décisions qui structurent tout le reste : celles qu’il est encore facile et peu coûteux de changer à ce stade.