Cinq bouts pour une grande démo de logiciel

Si vous devez clôturer une vente, recueillir la rétroaction d'utilisateur, montrer le progrès à votre client, ou expliquer simplement comment votre produit vous fonctionne, tôt ou tard, aura besoin de démo votre produit de logiciel.

Au cours des années, j'ai eu l'occasion d'exécuter des centaines de démos aux assistances de diverses tailles. J'ai également eu la chance d'assister à des démos accueillies par d'autres. Ce qui suit représente les 5 bouts principaux que j'ai appris pendant la dernière décennie concernant des démos.

Contrôler les espérances de votre assistance

Êtes-vous jamais allés voir un film chacun déliré environ et marchez-vous dehors totalement déçu ? Le plus souvent, les mordus du cinéma se sentent ont laissé vers le bas pas parce que l'image était mauvaise, mais plutôt parce qu'il était plus mauvais qu'eux ont prévu. Elle n'a pas répondu à leurs espérances.

De même, si l'exposition de personnes jusqu'à une démo pensant ils sont sur le point de voir un produit fini, elles s'attendent à ce qu'il soit pratiquement sans défaut, esthétiquement satisfaisant, et facile à utiliser. Elles ne seraient pas impressionnées par exemple d'une application Web-basée qui contient des typos ou des erreurs de Javascript s'ils sont sous l'impression qu'il devient disponible en semaine. Cependant, si elles savent à l'avance que vous présentez un prototype jetable, cette même assistance sera beaucoup plus clémente. Et elles fourniront heureusement la rétroaction si nécessaire pour vous aider avec votre travail en marche.

La gestion de l'espérance de votre assistance est critique à une démo réussie. Si vous les voulez à marcher loin de votre présentation heureuse, s'assurent que vous placez les bonnes espérances à l'avance. Être honnête avec elles. Ne pas essayer de vendre trop de votre démo. Vente juste elle, et essai à l'excédent livrent.

L'un mauvais Apple abîme le groupe entier

Tout qu'il porte à la vis vers le haut d'une démo est une personne. Si quelqu'un commence à critiquing négativement chaque widget simple dans votre application ou constamment interruptions vous simplement parce que he/she aime entendre le bruit de sa propre voix, votre démo sera un désastre. Il est votre travail de s'assurer que ces pommes gâtées ne montrent pas jusqu'à votre présentation.

À moins que vous accueilliez une démo à huis clos, il est très difficile de commander qui s'occupera de lui. Omettre quelqu'un de votre liste d'invitation ne garantit pas qu'ils n'entendront pas parler de votre démo par la mot-de-bouche et ne révéleront pas simplement.

Voici un couple des manières de duper les pommes gâtées dans ne pas assister à votre démo :

• Créer un conflit de établissement du programme pour ces pommes gâtées. S'assurer qu'elles sont occupées, ou meilleures encore, hors du bureau quand votre démo a lieu.
• Démos séparées du livre deux. Inviter le peuple dont la rétroaction vous évaluez vraiment à la première démo et aux pommes gâtées à la seconde. Le plus souvent, chaque groupe montrera jusqu'à la démo qu'elles sont respectivement invitées à. Quand il est temps pour la deuxième démo, avancent et lui donnent votre meilleur projectile, ou si vous n'avez pas le temps, le décommandent simplement.

Je vais bien conscient du fait que ces deux bouts ressemblent à d'un extrait de Dilbert de Scott Adams et de la manière du Weasel, mais à moins que vous vous sentiez confortable disant vos pairs, supérieurs ou clients de ne pas montrer jusqu'à votre démo, ces deux options sont jolies beaucoup de tout que vous êtes laissés avec.

Faire une course de pratique

J'ai assisté à une démo la semaine dernière accueillie par le PRÉSIDENT d'une mise en train locale. Après l'avoir rencontré à une exposition commerciale commerciale, il est parvenu à me convaincre que sa compagnie avait développé une technologie qui pourrait résoudre un des besoins de mon client. I accepte donc de lui donner 30 minutes de mon temps ainsi de lui pourrait démontrer les possibilités de son produit.

Je n'ai pas eu besoin de 30 minutes pour réaliser que je n'ai pas voulu faire des affaires avec lui. Tout I requis était de 30 secondes.

Ce type ne pourrait pas même ouvrir une session ses propres application Web-basée ! Il a passé les 10 premières minutes de la démo recherchant un mot de passe.

Faire toujours une pratique courue sur le système que vous allez employer pendant la démo réelle. Vous pourriez savoir l'application comme la paume de votre main, mais si quelqu'un d'autre a accès à votre système de démo, qui sait quelle forme elle est po. Ils pourraient avoir enlevé des services, composants améliorés ou, comme cela était le cas pour ce PRÉSIDENT, avoir changé les qualifications d'utilisateur sans vous informer.

À moins que vous ne vous occupiez pas de ressembler à un imbécile, faire toujours une pratique courue sur votre système de démo avant la présentation à vos assistances.

Prêter l'attention aux détails

Les centaines de démos que j'ai exécutées au cours des années m'ont enseigné que les gens prêtent plus d'attention à à quoi l'application ressemble que ce qu'elle. Vous le logiciel pourrait être la monde-faim de solution mais si un membre de vos assistances note un typo dans votre GUI, he/she le signalerez !

Des lecteurs sont particulièrement distraits par le contenu lisible - et c'est un fait. Traiter lui en passant en revue soigneusement le texte sur votre interface et dans vos graphiques. Si vous n'avez pas l'heure de passer en revue et mener le texte, utilisation Lorem Ipsum.

Lorem Ipsum a a plus-ou-moins distribution normale des lettres, lui faisant le ressembler à l'anglais lisible pourtant ne distrayant pas de ce fait vos lecteurs. Je développe maintenant de nouveaux prototypes strictement avec Lorem Ipsum et ajoute le texte réel quand et seulement quand j'ai le temps pour écrire le contenu que je connais ne deviendra pas un sujet de discussion à ma prochaine démo. Je vous conseille fortement de faire la même chose.

Préciser les bogues (évidents)

Le logiciel contient des bogues. Il est celui simple. N'importe qui qui n'est pas d'accord avec ce rapport clairement n'a pas travaillé dans l'industrie de logiciel pour long. Bien que nous essayions parfois d'obtenir les produits sans défaut, la réalité est les systèmes complexes contiennent toujours des défauts - même lorsqu'ils sont généralement disponibles.

Faire une course de pratique avant que votre démo te permette d'identifier et résoudre les showstoppers, et employer Lorem Ipsum traiteront les détails stupide-graveleux qui distrairaient autrement vos assistances. Mais que diriez-vous des autres défauts a attribué à la loi de Murphy ?

Au cas où un bogue évident se montrerait pendant votre démo, la signaler !

Dans toute la probabilité, vos assistances auront déjà noté le bogue. N'importe quelle tentative de le cacher leur donnera l'impression que vous n'êtes pas honnête. En conséquence, ils commenceront à se demander quoi encore vous essayez de dissimuler.

Préciser le bogue, expliquer que vous avez une solution, déclarer avec confiance que la difficulté sera mise en application à une date spécifique, et passer. Ce comportement sincère rassurera vos assistances que (a) vous n'essayez pas de balayer un sous la couverture et (b) le défaut sera résolu avant qu'elles déploient votre système.

Je ne préconise pas que vous allez chasse pour des bogues pendant votre démo. Si vous pouvez les éviter par n'importe quels moyens, veuillez ainsi. Mais si un défaut apprête pendant votre présentation, ne pas la feindre n'existe pas. La seule personne que vous badinerez est vous-même.

Conclusion

Là vous l'avez. Cinq bouts pour une grande démo de logiciel.

1. Contrôler les espérances de votre assistance
2. S'assurer que les pommes gâtées ne ruinent pas le groupe
3. Faire une course de pratique
4. Prêter l'attention aux détails et employer Lorem Ipsum
5. Préciser les bogues évidents

Ces 5 bouts représentent-ils tous j'avoir appris au-dessus des centaines de démos que j'ai accueillies ? Absolument pas ! La partie la plus dure au sujet d'écrire cet article le limitait probablement à 5 bouts. Je pourrais avoir facilement jeté dans 5 incline davantage comme (a) la commande la situation, et (b) ont toujours un plan B. Mais le but n'était pas de préciser tous bouts qui peuvent vous dépanner. Seulement le principal même cinq !