« Il nous faut une application pour tout gérer » exprime une difficulté, mais ne permet pas encore de comparer des devis. Pour avancer, choisissez un parcours précis et décrivez ce que l’utilisateur doit réussir à faire.

Partir d’une situation de travail

Prenons un exemple fictif : une PME reçoit des demandes d’intervention, les répartit entre techniciens et souhaite retrouver leur état. Le premier lot pourrait permettre de créer une demande, l’attribuer et consulter son avancement. La facturation et la gestion du stock peuvent rester hors de ce lot.

Le manuel de conception des services du gouvernement britannique propose de décrire les besoins par utilisateur, action et objectif, puis d’ajouter des critères d’acceptation. Cette structure aide à parler du résultat plutôt que d’une liste d’écrans.

Décrire les règles importantes

Qui peut créer, modifier et clôturer une demande ?
Quelles informations sont indispensables ?
Quels états sont possibles et qui peut les changer ?
Que se passe-t-il si une demande est saisie deux fois ?
Quelles données faut-il importer ou exporter ?

Ajoutez les contraintes de terrain : téléphone ou ordinateur, qualité de connexion et nombre de personnes travaillant ensemble. Un besoin hors ligne doit être explicite ; il ne se déduit pas du simple fait que l’application fonctionne dans un navigateur.

Préparer trois cas de réception

Pour notre exemple, un responsable crée une demande et l’attribue. Le technicien voit ce qui lui est affecté et renseigne son intervention. Enfin, une personne sans le droit nécessaire ne peut pas clôturer le dossier. Chaque cas précise le résultat attendu.

Utilisez d’abord des données fictives. Une maquette papier ou un prototype permet de discuter des étapes avant d’investir dans l’ensemble des fonctions.

Rendre les devis comparables

Demandez que le périmètre inclus, les exclusions, les livrables, la reprise des données, l’hébergement et la maintenance soient explicités. Convenez de la manière de traiter une demande nouvelle en cours de projet.

Le premier lot est prêt à être chiffré lorsque les utilisateurs et le prestataire comprennent les mêmes cas de réception. Notre accompagnement en développement d’application métier peut commencer par ce cadrage.

Business software: define a first delivery before requesting a quote