Vous connaissez votre activité, mais vous ne savez pas forcément comment la traduire en spécifications. Ce n’est pas un obstacle pour lancer un projet. Le premier travail consiste à mettre à plat le fonctionnement actuel et le résultat attendu. Voici les informations les plus utiles à réunir avant d’échanger avec un développeur.
Décrivez une situation qui pose problème
« Il nous faut une application de gestion » reste très large. « Nous recopions les demandes reçues par e-mail dans un tableur, puis nous rappelons les clients pour retrouver une information manquante » donne déjà une base de travail.
Choisissez un cas récent et racontez les étapes : qui reçoit la demande, quelles informations sont nécessaires, qui prend une décision et comment le client est informé. Notez aussi les moments où cela se bloque. Les exceptions sont souvent aussi importantes que le parcours habituel.
Identifiez les personnes et les responsabilités
Un responsable, un collaborateur et un client ne doivent pas nécessairement voir les mêmes informations. Pour chaque groupe, précisez ce qu’il doit consulter, créer, modifier ou valider.
Pensez aussi aux conditions d’utilisation. Un outil utilisé au bureau avec un grand écran ne se conçoit pas exactement comme une interface consultée sur téléphone entre deux rendez-vous. Si plusieurs personnes reprennent un même dossier, le suivi des changements doit être discuté.
Rassemblez quelques exemples représentatifs
Des éléments concrets aident à comprendre les données et les échanges. Vous pouvez préparer des exemples anonymisés plutôt que transmettre des informations confidentielles.
- Un formulaire, un tableur ou un document actuellement utilisé.
- La liste des outils avec lesquels la future application devra échanger.
- Un exemple de demande simple et un exemple plus inhabituel.
- Les contenus ou éléments graphiques déjà disponibles.
Séparez le nécessaire du souhaitable
Pour une première version, demandez-vous quelles fonctions permettent réellement d’accomplir le travail. Une demande doit peut-être être créée, attribuée et clôturée avant que des statistiques avancées deviennent utiles.
Indiquez également vos contraintes de calendrier et votre enveloppe envisagée. Ces informations permettent de discuter d’un périmètre cohérent. Si une échéance dépend d’une migration ou d’un autre prestataire, mieux vaut le savoir au départ.
Définissez comment vous validerez le résultat
Préparez quelques scénarios que vous pourrez rejouer sur la première version. Par exemple : un client transmet une demande, un collaborateur la complète et le responsable retrouve son statut. Chaque scénario doit avoir un résultat observable.
Désignez enfin une personne capable de répondre aux questions métier et de valider les choix. Un projet avance plus sereinement lorsque les retours sont regroupés et que les décisions ne restent pas en attente entre plusieurs interlocuteurs.
Parlons de votre situation.
Vous avez le besoin, mais pas encore de cahier des charges ? Nous pouvons commencer par un échange sur votre fonctionnement actuel.
Discutons de votre idée ↗