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
 

Cinco dicas para uma grande demonstração de software

Software RSS Feed





Se você precisa fechar uma venda, a fim de recolher feedback dos utilizadores, mostram os progressos de seu cliente, ou simplesmente explicar como funciona o seu produto, mais cedo ou mais tarde, terá de demonstrar seus product.Over software do ano, eu tive a oportunidade de realizar centenas de demonstrações para o público de vários tamanhos. Eu também tive a oportunidade de assistir demonstrações hospedado por outros. A seguir representam o top 5 dicas que aprendi ao longo da última década em relação demos.Manage seu público-alvo do ExpectationsHave você nunca foi ver um filme de todos deliravam e sair totalmente decepcionado? Na maioria das vezes, os espectadores sentem-se não para baixo, porque a imagem era ruim, mas sim porque ele era pior do que o previsto. Não cumprir as suas expectations.Similarly, se as pessoas aparecem para uma demo pensar que eles estão prestes a ver um produto acabado, eles esperam que seja virtualmente livres de defeitos, esteticamente agradável e user-friendly. Eles não iriam ficar impressionado por exemplo, um aplicativo baseado na Web que contém erros de digitação ou erros de JavaScript, se eles estão com a impressão de que vai viver em uma semana. No entanto, se eles sabem de antemão que você está apresentando um protótipo descartável, essa mesma audiência será muito mais branda. E eles vão proporcionar prazer muito necessário feedback para ajudá-lo com seu trabalho em progress.Managing expectativa do seu público é fundamental para uma demonstração bem sucedida. Se você quiser andar longe de sua apresentação satisfeito, certifique-se de definir as expectativas corretas de antemão. Seja honesto com eles. Não tente exagerar a sua demo. Apenas vendê-lo, e tentar mais deliver.One Bad Apple estraga o BunchAll inteiro leva a estragar uma demo é uma pessoa. Se alguém começa a criticar negativamente cada elemento único sua aplicação ou interrompe constantemente você simplesmente porque ele / ela gosta de ouvir o som de sua própria voz, sua demo vai ser um desastre. É o seu trabalho para garantir que essas maçãs podres não aparecem no seu presentation.Unless você está hospedando uma demonstração a portas fechadas, é muito difícil controlar quem vai participar. Omitir alguém da sua lista de convidados não garante que eles não querem ouvir sobre o seu demo através do boca-a-boca e simplesmente mostrar up.Here são algumas maneiras de enganar maçãs podres em que não frequentam o seu demo: criar um conflito de agendamento para as maçãs podres. Certifique-se que eles estão ocupados, ou melhor ainda, fora do escritório quando o demo place.Book leva duas demonstrações separadas. Convidar as pessoas cujos comentários você realmente valoriza a primeira demo e as maçãs podres para o segundo. Mais frequentemente do que não, cada grupo vai aparecer para a demonstração que eles estão, respectivamente, convidadas. Quando é hora para a segunda demo, vá em frente e dar o seu melhor tiro, ou se você não tiver tempo, simplesmente cancelá-lo. Estou bem consciente de que estas duas dicas soar como um trecho de Dilbert Scott Adams's And The Way Of The Weasel, mas a menos que você se sinta confortável dizendo que não os seus pares, superiores ou clientes para mostrar até a sua demo, essas duas opções são praticamente tudo o que você deixou with.Do A Runi Prática assistiram a uma demonstração Semana passada organizada pelo CEO de uma start-up local. Após o encontro com ele em uma feira, ele conseguiu me convencer de que sua empresa tinha desenvolvido uma tecnologia que pode resolver uma das necessidades do meu cliente. Por isso, concordou em dar-lhe 30 minutos do meu tempo para que ele pudesse demonstrar capabilities.I seu produto não precisa de 30 minutos para perceber que eu não queria fazer negócio com ele. Tudo que eu precisava era de 30 cara seconds.This não poderia mesmo Entrar no seu próprio web-based application! Ele passou os primeiros 10 minutos da demo procurando um password.Always fazer uma prática de execução no sistema que você vai usar durante a demonstração real. Você pode conhecer a aplicação como a palma da sua mão, mas se alguém tiver acesso ao seu sistema de demonstração, que sabe o que forma é dentro Eles poderiam ter removido os serviços, os componentes atualizados ou, como foi o caso com o CEO, alterado as credenciais do usuário sem informar you.Unless você não se importa de parecer tolo, sempre faço uma prática correr no seu sistema de demonstração, antes de apresentar a sua atenção audience.Pay Para DetailsThe centenas de demos eu realizados ao longo dos anos me ensinaram que as pessoas prestem mais atenção à forma como a aplicação parece que o que ele faz. Você software pode ser a solução para a fome mundial, mas se um membro dos anúncios de seu público um erro de digitação na sua GUI, ele / ela vai indicá-lo! leitores são especialmente distraído pelo conteúdo legível? e isso é um fato. Lidar com ela por analisar cuidadosamente o texto em sua interface e em seus gráficos. Se você não tem o tempo para rever e finalizar o texto, use Lorem Ipsum Ipsum.Lorem tem uma mais-ou-menos normal distribuição de cartas, fazendo assim com que pareça Inglês legível ainda não distrair seus leitores. Eu agora desenvolver novas protótipos rigorosamente Lorem Ipsum e adicionar texto real quando e somente quando eu tiver tempo para escrever o conteúdo que eu sei que não vai se tornar um tema de discussão na minha próxima demo. Eu recomendo fortemente que você faça o same.Point Out O (óbvio) BugsSoftware contém erros. É simples assim. Quem não concorda com essa afirmação claramente não tem trabalhado na indústria de software por muito tempo. Embora às vezes se esforçam para produtos livres de defeitos, a realidade é complexa sistemas sempre conter defeitos? mesmo quando estão geralmente available.Doing uma prática antes de executar o seu demo lhe permitirá identificar e resolver os impedimentos, e usando Lorem Ipsum tratará com os pequenos detalhes que de outra forma distrair seu público. Mas que sobre os outros defeitos atribuídos a Lei de Murphy? No caso de um erro evidente não exibir-se durante a sua demo, aponte-o fora! Em toda a probabilidade, o público já terá percebido o erro. Qualquer tentativa de esconder isso lhes dará a impressão de que você não está sendo honesto. Conseqüentemente, eles começam a se perguntar o que mais você está tentando up.Point para cobrir o erro, explique que você tem uma solução, confiantemente afirmar que a correção será implementado através de uma data específica, e seguir em frente. Esse comportamento sincero vai tranquilizar o público que (a) você não está tentando uma varrer para debaixo do tapete e (b) o defeito será resolvido pelo tempo que implantar seu sistema.I m 'não advogando que você ir caçar para bugs durante a demonstração. Se você pode contorná-los por qualquer meio, faça-o. Mas se tem um defeito de superfície durante a sua apresentação, não fingir que não existe. A única pessoa que pode estar brincando é yourself.ConclusionThere você tem isso. Cinco dicas para uma demonstração de grande software. Certifique-se de administrar as expectativas da sua audiência que as maçãs ruins não arruinar o grupo fazer uma prática Preste atenção aos detalhes de execução e utilização Lorem Ipsum Apontar os erros óbvios Do estas 5 pontas representam tudo o que eu aprendi ao longo as centenas de demos eu hospedado? Absolutamente não! A parte mais difícil de escrever este artigo foi, provavelmente, limitando-o a 5 pontas. Eu poderia facilmente ter jogado em 5 mais dicas, tais como (a) controle da situação, e (b) sempre tem um plano B. Mas o objetivo não era para assinalar todas as dicas que podem ajudá-lo. Somente os cinco muito alto! Luc Richard detém um MBA com especialização em alta tecnologia. Durante os últimos 10 anos, ele tem vindo a gerir o desenvolvimento de aplicações de software. Ele é o fundador da The Mangler Project (http://www.projectmangler.com), um recurso on-line que publica gratuitamente artigos, histórias e outros prontos para utilizar as ferramentas para ajudar os desenvolvedores,

Artigo Fonte: Messaggiamo.Com

Translation by Google Translator





Related:

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


Webmaster começa O Código do HTML
Adicionar este artigo para o seu site agora!

Webmaster enviar seus artigos
Nenhum registro necessário! Preencha o formulário e seu artigo está no Messaggiamo.Com Diretório!

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

Envie os seus artigos para Messaggiamo.Com Directory

Categorias


Copyright 2006-2011 Messaggiamo.Com - Mapa do Site - Privacy - Webmaster enviar seus artigos para Messaggiamo.Com Directory [0.01]
Hosting by webhosting24.com
Dedicated servers sponsored by server24.eu