Une idée devient plus facile à réaliser lorsqu’elle décrit ce qu’une personne doit accomplir. Partez du travail, pas d’une liste de technologies ou d’un écran rempli de fonctions.
1. Choisissez où le travail doit se faire
Si les personnes doivent découvrir une offre, la comprendre et prendre contact, un site web clair peut être le bon premier produit. Si elles répètent une tâche sur téléphone, notamment loin d’une connexion fiable, une application mobile mérite peut-être une étude plus poussée.
Si le principal problème est le transfert répété d’informations entre des outils existants, une intégration ou une automatisation peut offrir une réponse plus directe. Le meilleur point de départ est celui qui répond à l’obstacle réel avec un coût d’exploitation maîtrisable.
2. Décrivez un parcours complet
« Enregistrer une intervention terminée sans connexion » décrit un besoin observable. « Créer un tableau de bord avancé » ne précise pas la véritable tâche. Nommez la personne, l’action, les informations concernées et le résultat qu’elle doit voir.
Une première version doit couvrir un parcours utile du début à la fin. Elle peut proposer moins de fonctions secondaires, mais doit expliquer ce qui se passe lorsque l’action réussit, échoue ou nécessite une correction.
3. Incluez le coût d’exploitation
Un logiciel implique aussi un engagement en matière de mises à jour, d’assistance et de responsabilité. Une application nécessite une distribution et une prise en charge des appareils. Une intégration dépend des autorisations, des limites et du comportement des systèmes externes. Un site web nécessite un entretien du contenu et un contact clair.
Décidez qui possédera les comptes et l’infrastructure. Intégrez les responsabilités de sauvegarde, de reprise et de maintenance au périmètre avant de choisir une technologie. Cela évite un produit facile à lancer mais difficile à exploiter.
4. Rédigez un brief qui facilite les décisions
Décrivez le processus actuel et les personnes impliquées. Ajoutez des exemples sans informations personnelles. Indiquez où le temps est perdu, où les informations se répètent ou où une erreur devient coûteuse.
- Utilisateurs : qui a besoin du produit et dans quel contexte ?
- Résultat essentiel : quelle tâche complète la première version doit-elle permettre ?
- Systèmes existants : quels outils et sources d’information sont concernés ?
- Contraintes : appareils, langues, accessibilité, budget et calendrier.
- Acceptation : comment démontrera-t-on que le comportement convenu fonctionne ?
- Responsabilité : qui peut décider du périmètre et maintenir le résultat ?
5. Prévoyez des changements réfléchis
L’apprentissage fait partie du travail produit. Lorsqu’une priorité change, documentez les conséquences et décidez explicitement du périmètre, des délais et du coût. Ajouter chaque nouvelle idée à la version en cours peut laisser le parcours essentiel inachevé.
Un produit ciblé donne une meilleure base au prochain échange : ce qui est utile, où les personnes rencontrent des difficultés et quelle amélioration doit suivre.