Cinq bouts pour une grande démo de logiciel
Si vous devez clôturer une vente, recueillez la rétroaction d'utilisateur, montrez le progrès à votre client, ou expliquez simplement comment votre produit vous fonctionne, tôt ou tard, aura besoin de démo votre 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ôlez les espérances de votre assistance
Êtes-vous jamais allé voir un film chacun déliré environ et marcher 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 les gens révèlent à une démo pensant ils sont sur le point de voir un produit fini, ils s'attendent à ce qu'il soit pratiquement sans défaut, esthétiquement satisfaisant, et facile à utiliser. Ils ne seraient pas impressionnés par exemple d'une application basée sur le WEB qui contient des typos ou des erreurs de Javascript s'ils sont sous l'impression qu'il devient disponible en semaine. Cependant, s'ils savent à l'avance que vous présentez un prototype jetable, cette même assistance sera beaucoup plus clémente. Et ils fourniront heureusement la rétroaction si nécessaire pour vous aider avec vos travaux en cours.
La gestion de l'espérance de votre assistance est critique à une démo réussie. Si vous voulez qu'ils marchent à partir de votre présentation heureux, assurez-vous vous placez les bonnes espérances à l'avance. Soyez honnête avec elles. N'essayez pas de vendre trop de votre démo. Vendez-juste la, et essayez à fini livrent.
L'un mauvais Apple abîme le groupe entier
Tout qu'il prend pour visser vers le haut une démo est une personne. Si quelqu'un commence à critiquing négativement chaque gadget simple dans votre application ou constamment interruptions vous simplement parce qu'il 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 n'apparaissent pas à 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 le word-of-mouth et ne révéleront pas simplement.
Voici deux ou trois manières de duper les pommes gâtées dans ne pas assister à votre démo :
Créez un conflit de établissement du programme pour ces pommes gâtées. Assurez-vous 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. Invitez les personnes dont la rétroaction vous évaluez vraiment à la première démo et aux pommes gâtées à la deuxième. Le plus souvent, chaque groupe révélera à 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 de la belette, mais à moins que vous vous sentiez confortable disant vos pairs, supérieurs ou clients de ne pas révéler à votre démo, ces deux options sont jolies beaucoup de tout que vous êtes laissé avec.
Faites une course de pratique
J'ai assisté à une démo la semaine dernière accueillie par le Président d'un démarrage local. 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. J'ai donc accepté de lui donner 30 minutes de mon temps ainsi de lui pourrais 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 sa propre application basée sur le WEB ! Il a passé les 10 premières minutes de la démo recherchant un mot de passe.
Faites 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 dans quelle forme elle est. 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, faites toujours une pratique courue sur votre système de démo avant la présentation à votre assistance.
Prêtez 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 fait. Vous logiciel pourriez être la monde-faim de solution mais si un membre de votre assistance note un typo dans votre GUI, il le signalera !
Des lecteurs sont particulièrement distraits par le contenu lisible ? et c'est un fait. Traitez 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 de 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écisez 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 longtemps. Bien que nous essayions parfois d'obtenir les produits sans défaut, la réalité est-elle les systèmes complexes contiennent-elles toujours des défauts ? même lorsqu'ils sont généralement - disponible.
Faire une course de pratique avant que votre démo te permette d'identifier et résoudre les showstoppers, et l'utilisation de Lorem Ipsum traiteront les détails de nitty-gritty qui distrairaient autrement votre assistance. 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, signalez-la !
Dans toute la probabilité, votre assistance aura 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 à la dissimulation.
Précisez le bogue, expliquez que vous avez une solution, déclarez avec confiance que la difficulté sera mise en application à une date spécifique, et passer. Ce comportement sincère rassurera votre assistance que (a) vous n'essayez pas de balayer un sous la couverture et (b) le défaut sera resolved avant qu'ils déploient votre système.
Je ne préconise pas que vous allez à la chasse pour des bogues pendant votre démo. Si vous pouvez les éviter par n'importe quels moyens, veuillez faire ainsi. Mais si un défaut apprête pendant votre présentation, ne la feignez pas 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. Contrôlez les espérances de votre assistance Assurez-vous que les pommes gâtées ne ruinent pas le groupe Faites une course de pratique Prêtez l'attention aux détails et employez Lorem Ipsum Précisez 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 les bouts qui peuvent vous dépanner. Seulement le principal même cinq !
Luc Richard tient un MBA avec un commandant en technologie de pointe. Pendant les 10 dernières années, il avait contrôlé le développement des applications de logiciel. Il est le fondateur du projet Mangler (http://www.projectmangler.com), une ressource en ligne qui édite les articles libres, les histoires, et d'autres outils prêts à employer pour aider des lotisseurs, des meneurs d'équipe et des directeurs fournissent des projets de logiciel à l'heure, selon Spéc., et dans le budget.
Source D'Article: Messaggiamo.Com
Related:
» Seo Elite: New Seo Software!» AntiSpywareBOT
» Reverse Mobile
» Error Nuker
Webmaster obtenir le code html
Ajouter cet article sur votre site Web dès maintenant!
Webmaster envoyer vos articles
Aucune inscription requise! Remplissez le formulaire et votre article est dans le Messaggiamo.Com répertoire!
