English version
German version
Spanish version
French version
Italian version
Portuguese / Brazilian version
Dutch version
Greek version
Russian version
Japanese version
Korean version
Simplified Chinese version
Traditional Chinese version
Hindi version
Czech version
Slovak version
Bulgarian version
 

Cinque consigli per una demo grande software

Software RSS Feed





Se hai bisogno di chiudere una vendita, di raccogliere feedback degli utenti finali, i progressi mostrare ai tuoi clienti, o semplicemente spiegare come funziona il prodotto, prima o poi, sarà necessario il tuo demo product.Over software degli anni, ho avuto la possibilità di effettuare centinaia di demo a un pubblico di varie dimensioni. Ho anche avuto la possibilità di frequentare demo ospitati da altri. Le seguenti rappresentano il top 5 suggerimenti che ho imparato nel corso dell'ultimo decennio in materia demos.Manage del vostro pubblico ExpectationsHave sei mai andato a vedere un film tutti raved circa e uscire totalmente deluso? Il più delle volte non, appassionati di cinema non si sentono lasciate giù perché la foto è stata male, ma piuttosto perché è stato peggio di quanto previsto. Non soddisfa le loro expectations.Similarly, se la gente visualizzare fino a una demo pensando che state per vedere un prodotto finito, si aspettano che sia praticamente privo di difetti, esteticamente gradevoli, e user-friendly. Non sarebbe impressionato per esempio con una applicazione web-based che contiene errori di battitura o JavaScript se sono sotto l'impressione che sta andando vivere in una settimana. Tuttavia, se sanno a priori che si sta presentando un prototipo usa e getta, questo stesso pubblico sarà molto più indulgenti. E sarà lieto di fornire le tanto necessarie feedback per aiutarti con il tuo lavoro in progress.Managing attesa del vostro pubblico è fondamentale per una demo di successo. Se si vuole che passi dalla tua presentazione contento, assicuratevi di impostare il legittimo diritto di precedenza. Essere onesti con loro. Non cercare di oversell il tuo demo. Solo vendere, e cercare di oltre deliver.One Bad Apple Spoils The Whole BunchAll ci vogliono per avvitare una demo è una sola persona. Se qualcuno inizia a criticare negativamente ogni singolo widget l'applicazione o interrompe continuamente semplicemente perché lui / lei piace sentire il suono della sua voce, il tuo demo sarà un disastro. Il vostro compito è di assicurare che queste mele marce non si presentano alla vostra presentation.Unless sei ospita una porta chiusa-demo, è molto difficile da controllare che lo frequentano. Omettendo qualcuno della vostra lista degli invitati non garantisce che non si sente parlare il tuo demo tramite word-of-mouth e semplicemente mostrare up.Here sono un paio di modi per ingannare mele marce in modo che non frequentano il vostro demo: creare un conflitto di traffico per quelle mele marce. Assicurarsi che siano occupati, o meglio ancora, fuori ufficio quando il vostro demo prende place.Book due demo separate. Invitare le persone i cui feedback è veramente valore per il primo demo e le mele marce al secondo. Il più delle volte, ogni gruppo mostrerà fino alla demo sono rispettivamente invitati. Quando è il momento per il secondo demo, andare avanti e dare il vostro colpo migliore, o se non avete tempo, semplicemente annullarla. Sono ben consapevole del fatto che questi due punte suonano come un estratto di Dilbert Scott Adams's And The Way Of The Weasel, ma se non ti trovi bene non raccontare i vostri coetanei, o superiori ai clienti di visualizzare fino a vostro demo, queste due opzioni sono più o meno quello che tu stai a sinistra with.Do A Runi Practice partecipato a una demo la settimana scorsa ha ospitato dal CEO di una start-up. Dopo un incontro con lui a una fiera, è riuscito a convincermi che la sua azienda ha sviluppato una tecnologia che potrebbe risolvere uno dei bisogni del mio cliente. Sono quindi hanno deciso di dargli 30 minuti del mio tempo in modo da poter dimostrare capabilities.I il suo prodotto non ha bisogno di 30 minuti per capire che non volevo fare affari con lui. Bastava 30 seconds.This ragazzo non poteva nemmeno Entra nella propria applicazione basata sul web! Ha trascorso i primi 10 minuti della demo alla ricerca di un password.Always fare una pratica eseguire sul sistema che avete intenzione di utilizzare durante la demo vera e propria. Si potrebbe conoscere il applicazione come il palmo di una mano, ma se qualcun altro ha accesso al vostro sistema demo, chissà quale forma di a. Essi potrebbero aver rimosso i servizi, aggiornato componenti o, come è avvenuto con questo CEO, ha cambiato le credenziali utente, senza informare you.Unless non ti dispiace cercando come un pazzo, fare sempre una pratica esecuzione sul vostro sistema demo prima di presentare alla vostra attenzione audience.Pay Per DetailsThe centinaia di demo che ho effettuati nel corso degli anni mi hanno insegnato che le persone più attenzione a come appare l'applicazione di quello che fa. Ti software potrebbe essere la soluzione per la fame nel mondo, ma se un membro della vostra avvisi pubblico un errore di battitura nella tua GUI, lui / lei sarà punto it out! I lettori sono particolarmente distratti dal contenuto leggibile? e questo è un dato di fatto. Affrontare il problema da esaminare con attenzione il testo sulla vostra interfaccia e la grafica. Se non avete il tempo di rivedere e approvare il testo, l'uso Ipsum.Lorem Lorem Ipsum ha una più o meno normale distribuzione delle lettere, così da rendere simile inglese leggibili ma non distrarre i tuoi lettori. Ora lo sviluppo di nuovi prototipi strettamente con Lorem Ipsum e aggiungere del testo effettivo quando e solo quando ho tempo di scrivere il contenuto che io sappia non diventerà un oggetto di discussione nella demo del mio prossimo. Raccomando caldamente di fare il same.Point Out L'(ovvio) BugsSoftware contiene bug. It's that simple. Chi non è d'accordo con tale affermazione chiaramente non ha lavorato nel settore del software per molto tempo. Anche se a volte ci sforziamo per i prodotti privi di difetti, la realtà è complessa sistemi contengono sempre i difetti? anche quando sono in genere available.Doing una pratica prima di eseguire il vostro demo vi permetterà di identificare e risolvere il Showstoppers, e utilizzando Lorem Ipsum si occuperà con i dettagli essenziali che altrimenti distrarre il pubblico. Ma per quanto riguarda gli altri difetti attribuiti alla legge di Murphy? Nel caso in cui un difetto evidente viene visualizzata per sé durante il vostro demo, punto, fuori! Con ogni probabilità, il pubblico avrà già notato il bug. Ogni tentativo di nascondere che darà loro l'impressione che non si è essere onesti. Di conseguenza, cosa comincia a chiedersi cos'altro stai cercando per coprire up.Point il bug, spiegano che si dispone di una soluzione, fiduciosamente affermare che la correzione sarà attuato entro una data specifica, e andare avanti. Questo comportamento sincero possa rassicurare il pubblico che (a) non si è cercando di spazzare uno sotto il tappeto e (b) il difetto sarà risolto nel momento in cui distribuire il tuo m system.I 'non sostenendo che si va a caccia di bug durante il vostro demo. Se si può aggirare con qualsiasi mezzo, si prega di farlo. Ma se un difetto non di superficie durante la presentazione, non far finta che non esiste. L'unica persona che ti verrà scherzando è yourself.ConclusionThere l'hai. Cinque consigli per una demo grande software. Gestire le aspettative del vostro pubblico Assicurarsi che mele marce non rovinare il gruppo fare attenzione a conduzione pratica Pay per i dettagli e l'uso Lorem Ipsum punto il bug evidenti Do questi 5 consigli di rappresentare tutto quello che ho imparato nel corso le centinaia di demo che ho ospitato? Assolutamente no! La parte più difficile di scrivere questo articolo è stato probabilmente la limitazione a 5 punte. Avrei potuto facilmente lanciarla in 5 punte più come (uno di controllo) la situazione, e (b) sempre avere un piano B. Ma l'obiettivo non era quello di ricordare tutti i suggerimenti che possono aiutarti. Solo i cinque vertici! Luc Richard ha conseguito un MBA con una specializzazione in alta tecnologia. Negli ultimi 10 anni, è stata la gestione del lo sviluppo di applicazioni software. Egli è il fondatore di The Mangler Project (http://www.projectmangler.com), una risorsa online che pubblica gli articoli liberi, storie, e gli altri pronti per l'uso di strumenti per aiutare gli sviluppatori,

Fonte dell'articolo: Messaggiamo.Com

Translation by Google Translator





Related:

» Seo Elite: New Seo Software!
» AntiSpywareBOT
» Reverse Mobile
» Error Nuker


Webmaster prendi il Codice Html
Aggiungi questo articolo al tuo sito ora!

Webmaster invia i tuoi Articoli
Nessuna registrazione richiesta. Compila il form e i tuoi articoli sono nella Directory di Messaggiamo.Com

Add to Google RSS Feed See our mobile site See our desktop site Follow us on Twitter!

Invia i tuoi articoli alla Directory di Messaggiamo.Com

Categorie


Copyright 2006-2011 Messaggiamo.Com - Mappa del Sito - Privacy - Webmaster invia i tuoi articoli alla Directory di Messaggiamo.Com [0.01]
Hosting by webhosting24.com
Dedicated servers sponsored by server24.eu