Cinque Consigli Per Un Ottimo Software Demo

Se avete bisogno di chiudere una vendita, raccogliere i commenti degli utenti, visualizzare lo stato di avanzamento al vostro cliente, o semplicemente spiegare come il vostro prodotto funziona, prima o poi, sarà necessario demo di un prodotto software.

Negli anni, ho avuto l’opportunità di effettuare centinaia di demo per il pubblico di varie dimensioni. Ho anche avuto la possibilità di assistere a dimostrazioni ospitato da altri. Le seguenti sono le top 5 suggerimenti che ho imparato nel corso dell’ultimo decennio in materia di demo.

Gestire Il Pubblico delle Aspettative

Avete mai andato a vedere un film tutti entusiasti di uscire totalmente deluso? Più spesso che no, gli spettatori si sentono deluso non perchè la foto è stata male, ma piuttosto perché peggio di quanto previsto. Esso non soddisfa le loro aspettative.

Allo stesso modo, se le persone mostrano fino a un demo pensare che state per vedere un prodotto finito, si aspettano che sia praticamente privo di difetti, esteticamente piacevole e user-friendly. Non sarebbe impressionato per esempio con un’applicazione Web-based che contiene errori di battitura o errori di JavaScript se sono sotto l’impressione è di andare a vivere in una settimana. Tuttavia, se si sa in anticipo che si tratti di un usa e getta prototipo, questo stesso pubblico sarà molto più indulgenti. E saranno lieti di fornire la necessaria feedback per aiutarvi con il vostro lavoro in corso.

La gestione del pubblico aspettativa è fondamentale per un demo. Se si desidera loro di piedi di distanza dalla presentazione piacere, assicurati di impostare le giuste aspettative di anticipo. Essere onesti con loro. Non cercare di oversell il vostro demo. Solo a vendere, e non cercare di fornire.

Una Mela Marcia Rovina L’Intero Gruppo

Tutto ciò che serve per avvitare una demo è una persona. Se qualcuno inizia a criticare negativamente ogni singolo widget nella vostra applicazione o costantemente interrompe semplicemente perché lui/lei piace sentire il suono della propria voce, la tua demo sarà un disastro. È il vostro lavoro per assicurarsi che queste mele marce non mostrare fino alla presentazione.

A meno che non sei di hosting a porte chiuse demo, è molto difficile da controllare che la frequentano. L’omissione di un utente dalla lista degli invitati non è garanzia di non sentire la tua demo attraverso word-of-mouth e semplicemente vedere.

Qui ci sono un paio di modi per ingannare le mele marce non frequentano il vostro demo:

• Creare un conflitto di programmazione per quelle mele marce. Assicurarsi che essi sono occupati, o meglio ancora, al di fuori dell’ufficio, quando il demo si svolge.
• Libro due distinte demo. Invitare le persone a cui feedback è veramente valore per il primo demo e le mele marce per la seconda. Più spesso che no, ogni gruppo verrà visualizzata la demo sono rispettivamente invitati. Quando è il momento per il secondo demo, andare avanti e dare il vostro colpo migliore, o se non hai tempo, semplicemente annullare.

Sono ben consapevole che questi due suggerimenti sembrare un estratto da Scott Adams Dilbert E La Via Della Donnola, ma se non vi sentite raccontare i tuoi colleghi, superiori o ai clienti di non mostrare il tuo demo, queste due opzioni sono praticamente tutto quello che si è lasciato con.

Fare Una Pratica Professionale

Ho partecipato a una demo la settimana scorsa ha ospitato l’amministratore delegato di un locale di start-up. Dopo l’incontro con lui in occasione di una fiera, è riuscito a convincermi che la sua azienda aveva sviluppato una tecnologia che potrebbe risolvere uno dei miei esigenze del cliente. Ho quindi accettato di dargli 30 minuti del mio tempo così, ha potuto dimostrare il suo prodotto funzionalità.

Non ho bisogno di 30 minuti per rendersi conto che io non volevo fare affari con lui. Tutto ciò che mi serviva era di 30 secondi.

Questo ragazzo non poteva accedere nella propria applicazione Web-based! Ha trascorso i primi 10 minuti della demo cercando una password.

Sempre fare una prova di eseguire sul sistema che si sta andando a utilizzare durante la demo. Si potrebbe sapere l’applicazione come il palmo della tua mano, ma se qualcun altro ha accesso al vostro sistema demo, chissà che forma è in. Essi potrebbero aver rimosso i servizi, i componenti aggiornati o, come nel caso di questo CEO, ha cambiato le credenziali dell’utente senza informare l’utente.

A meno che tu non presente, cercando come un pazzo, sempre fare una prova di funzionare sul vostro sistema demo prima di presentare al pubblico.

Prestare Attenzione Ai Dettagli

Centinaia di demo che ho svolto nel corso degli anni mi hanno insegnato che le persone prestano più attenzione a come l’applicazione cerca di ciò che fa. Il software potrebbe essere la soluzione per sconfiggere la fame, ma se un membro del pubblico accorge di un errore di battitura nel tuo GUI, sarà lui/lei a farlo notare!

I lettori sono particolarmente distratto dal contenuto leggibile – e questo è un dato di fatto. Trattare con esso studiando attentamente il testo sulla vostra interfaccia e la grafica. Se non avete il tempo di rivedere e completare il testo, utilizzare Lorem Ipsum.

Lorem Ipsum è un insieme più o meno normale distribuzione delle lettere, così facendo sembrare leggibile in inglese ma non distrarre i vostri lettori. Io ora sviluppare nuovi prototipi strettamente con Lorem Ipsum e aggiungere testo effettivo quando e solo quando ho tempo per scrivere il contenuto che io sappia non diventare oggetto di discussione alla mia prossima demo. Io consiglio vivamente di fare lo stesso.

Punto La (Ovvia) Di Bug

Il Software contiene un bug. E ‘ semplice. Chi non è d’accordo con questa affermazione chiaramente non ha funzionato nel settore del software per le lunghe. Anche se talvolta ci sforziamo per difetti di prodotti, la realtà è complessa sistemi sempre contenere difetti – anche quando non sono generalmente disponibili.

Facendo una pratica di eseguire prima la demo vi permetterà di identificare e risolvere i sabotaggi, e l’utilizzo del Lorem Ipsum sarà affrontare il nocciolo dettagli che altrimenti distrarre il pubblico. Ma per quanto riguarda gli altri difetti attribuiti alla Legge di Murphy?

Nel caso In cui un evidente bug non viene visualizzato durante la demo, punto fuori!

Con ogni probabilità, il pubblico avrà già notato il bug. Qualsiasi tentativo di nascondere darà loro l’impressione che tu non sia onesto. Di conseguenza, iniziano a chiedersi che cosa si sta cercando di coprire.

Segnalare il bug, spiega che si dispone di una soluzione, affermare che la correzione sarà implementato entro una data specifica, e andare avanti. Questo comportamento sincero rassicurare il pubblico che (a) non stai cercando di spazzare sotto il tappeto e (b) il difetto verrà risolto con il tempo di distribuire il vostro sistema.

Io non sto sostenendo che si va a caccia di bug durante il vostro demo. Se è possibile evitare di essi con qualsiasi mezzo, si prega di farlo. Ma se un difetto non di superficie durante la presentazione, non far finta che non esista. L’unica persona sarete scherzando te stesso.

Conclusione

C’è l’hanno. Cinque consigli per un ottimo software demo.

1. Gestire il pubblico delle aspettative
2. Assicurarsi che le mele marce non rovina il mazzo
3. Fare una pratica professionale
4. Prestare attenzione ai dettagli e l’utilizzo del Lorem Ipsum
5. A sottolineare l’ovvio bug

Fare questi 5 consigli per rappresentare tutto quello che ho imparato nel corso di centinaia di demo che ho ospitato? Assolutamente no! La parte più difficile di scrivere questo articolo è stata probabilmente la limitazione a 5 punte. Avrei potuto facilmente gettato in 5 altri consigli come: (a) il controllo della situazione, e (b) hanno sempre un piano B. Ma l’obiettivo non era a punto di tutti i suggerimenti che possono aiutarvi. Solo i primi cinque!