Préparer un projet d'application : le MVP

Le problème d'abord

Écrivez en une phrase le problème que l'application résout, pour qui, et ce que ces personnes font aujourd'hui à la place. Si cette phrase est floue, le projet le sera aussi.

Décrire les parcours, pas les écrans

Listez ce que chaque type d'utilisateur doit pouvoir faire :

En tant que gérant, je veux voir les commandes du jour pour préparer les livraisons. En tant que client, je veux suivre ma commande sans appeler.

Ces phrases sont plus utiles qu'un dessin d'interface au moment du cadrage.

Trier avec trois colonnes

• Indispensable : sans cela, l'application ne sert à rien.
• Souhaitable : utile, mais la version suivante peut l'apporter.
• Plus tard : bonnes idées à conserver ailleurs que dans le périmètre initial.

La première version ne contient que la première colonne. C'est ce qu'on appelle un MVP : une version minimale mais réellement utilisable.

Pourquoi commencer petit

Une application livrée en trois mois et utilisée vous apprend plus qu'une application livrée en dix-huit mois et découverte trop tard. Les utilisateurs réels réorientent presque toujours les priorités.

Les points techniques à anticiper

• Comment les utilisateurs se connectent-ils ?
• Faut-il des rôles différents ?
• L'application doit-elle fonctionner sans réseau ?
• Doit-elle communiquer avec un outil existant : comptabilité, caisse, site ?
• Quelles données personnelles sont collectées et comment sont-elles protégées ?

Ensuite

Une fois le périmètre écrit, demandez un devis.