Réponse.

Une démonstration standardisée de la solution au client (Demo) est une partie importante de la communication entre l'équipe informatique et les parties prenantes. L'analyste commercial est responsable de la préparation de la structure, de la collecte et de la description des cas, ainsi que du contrôle de la complétude et de la logique de la présentation des résultats.

L'analyste commercial :

• Définit les scénarios clés (flow) en fonction des exigences et des points de douleur du client.
• Élaborer des storyboards ou des check-lists pour le produit/prototype en mettant l'accent sur ce que l'utilisateur attend.
• Organise le retour d'information, fixe les commentaires et les demandes de modifications.

La démonstration doit être courte, structurée, et montrer non pas tout à la fois, mais seulement les points significatifs.

Caractéristiques clés :

• Les scénarios pour le démo doivent refléter les tâches des utilisateurs, et non les mises en œuvre techniques.
• Le démo n'est pas un examen pour les développeurs, mais un moyen de communication avec les affaires.
• Toujours documenter le retour d'information et les protocoles appropriés.

Questions pièges.

Peut-on montrer lors du démo uniquement ce qui fonctionne, en ignorant les aspects partiellement réalisés ?

Non, le client perd confiance s'il découvre des défauts après coup. Il vaut mieux montrer honnêtement les progrès et désigner les domaines nécessitant attention.

L'analyste commercial doit-il nécessairement diriger le démo personnellement ?

Non, mais c'est analyste qui doit structurer les scénarios et être responsable de l'adéquation des fonctions montrées du point de vue commercial.

Faut-il discuter de tous les détails techniques du développement lors du démo ?

Non, l'objectif est de démontrer la valeur commerciale, et non les solutions architecturales ; les détails peuvent être discutés séparément avec les parties prenantes techniques.

Erreurs typiques et anti-modèles

• Absence de scénarios structurés pour la démonstration
• Démonstration de fonctions non liées aux tâches réelles de l'utilisateur
• Omission de collecte de commentaires, documentation orale des retours uniquement par un représentant du client

Exemple de la vie

Cas négatif :

• Lors d'un démo pour un client, l'équipe a montré uniquement des écrans standard sans préciser quels dialogues étaient résolus et lesquels ne l'étaient pas. Le client a pensé que tout était prêt et a découvert de nombreux bogues et problèmes après l'implémentation. Avantages : Présentation rapide de la démonstration. Inconvénients : Bogues non évidents, perte de confiance, versions de l'implémentation ne correspondent pas aux attentes.

Cas positif :

• Avant la première version, l'analyste commercial a créé un plan de scénario pour la démonstration (user flows), préalablement approuvé par le client. Lors de la démonstration, toutes les questions et commentaires ont été enregistrés, et sur cette base des modifications ont été apportées avant la sortie. Avantages : Haute transparence, attentes concordent avec le résultat réel. Inconvénients : Coût en temps pour préparer un scénario clair et documenter le feedback.