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 consejos para una demostración de software grandes

Software RSS Feed





Si usted necesita para cerrar una venta, recoger opiniones de los usuarios finales, progresan a su cliente o, simplemente, explicar cómo funciona su producto, tarde o temprano, tendrá que demostrar sus product.Over software de los años, he tenido la oportunidad de realizar cientos de demos para el público de diferentes tamaños. También he tenido la oportunidad de asistir a demostraciones de acogida por los demás. Los siguientes son los 5 mejores consejos que he aprendido en la última década en relación con demos.Manage de su audiencia ExpectationsHave ¿Alguna vez ha ido a ver una película de todo el mundo deliraba sobre y salir totalmente decepcionado? Más de las veces, los espectadores se sienten abajo porque no dejar que la imagen era mala, pero más bien porque era peor de lo que esperaban. No cumplir con sus expectations.Similarly, si la gente se presenta a una demo de pensar que van a ver un producto terminado, se espera que sea prácticamente libre de defectos, estéticamente agradable y fácil de usar. No estaría impresionado por ejemplo con una aplicación basada en Web que contiene errores tipográficos o errores de JavaScript si están bajo la impresión de que va vivir en una semana. Sin embargo, si saben de antemano que usted está presentando un prototipo de usar y tirar, este mismo público será mucho más leve. Y ellos encantados de proporcionar la tan necesaria de votos para ayudarle con su trabajo en progress.Managing expectativa de su público es fundamental para una demostración de éxito. Si usted quiere que salgan de su presentación satisfecho, asegúrese de establecer las expectativas correctas de antemano. Sea honesto con ellos. No trates de exagerar su demo. Sólo lo venden, y tratar a más de deliver.One Bad Apple estropea el BunchAll Plenario que se necesita para arruinar una demo es una persona. Si alguien empieza a criticar negativamente a todos los widget único en su aplicación o se interrumpe constantemente, simplemente porque él / ella le gusta escuchar el sonido de su propia voz, su demostración será un desastre. Es su trabajo para garantizar que estas manzanas podridas no se presenta a su presentation.Unless se está hospedando un demo puerta cerrada, es muy difícil de controlar que asistirán a ella. La omisión de alguien de su lista de invitados no garantiza que no se enterará de su demo a través de la palabra-de-boca y simplemente mostrar up.Here son un par de maneras de engañar a las manzanas podridas en no asistir a su demostración: Crear un conflicto de programación para las manzanas podridas. Asegúrese de que están ocupados, o mejor aún, fuera de la oficina cuando su demo tiene place.Book dos demos por separado. Invitar a las personas cuyos comentarios que usted realmente valor a la primera maqueta y las manzanas podridas de la segunda. Más de las veces, cada grupo se presentan a la demo que son, respectivamente, invitados. Cuando sea el momento de la segunda demo, seguir adelante y dar lo mejor de ti, o si usted no tiene tiempo, simplemente cancelarla. Soy muy consciente de que estos dos consejos sonar como un extracto de Dilbert de Scott Adams y El Camino de la comadreja, pero a menos que usted se siente cómodo diciéndole que no sus compañeros, superiores o clientes para mostrar a su demo, estas dos opciones son casi todo lo que te queda una with.Do Runi asistió a una demostración práctica la semana pasada organizada por el CEO de una start-up local. Después de reunirse con él en una feria comercial, se las arregló para convencerme de que su empresa había desarrollado una tecnología que podría resolver una de las necesidades de mi cliente. Por lo tanto, acordó darle 30 minutos de mi tiempo para poder demostrar capabilities.I de su producto no necesitan 30 minutos para darme cuenta de que no quería hacer negocios con él. Todo lo que necesitaba era de 30 seconds.This hombre ni siquiera podía Entra en su web propia aplicación basada en! Pasó los primeros 10 minutos de la demo buscando un password.Always hacer una práctica de ejecutar en el sistema que usted va a utilizar durante la demostración real. Usted puede conocer la aplicación como la palma de su mano, pero si alguien tiene acceso a su sistema de demostración, que sabe lo que es la forma in Se podría haber eliminado los servicios, actualizar los componentes o, como fue el caso de este CEO, modificado las credenciales de usuario sin informar you.Unless no le importa mirar como un tonto, siempre lo hago ejercicio de práctica en su sistema de demostración antes de presentar a su atención audience.Pay Para DetailsThe cientos de demos que he realizado durante los años me han enseñado que la gente presta más atención a cómo la aplicación se ve que lo que hace. Usted software puede ser la solución al hambre mundial, pero si un miembro de su audiencia avisos de un error tipográfico en su interfaz gráfica de usuario, él / ella lo señala Readers son especialmente distraído por el contenido legible? y eso es un hecho. Tratar con él por revisar cuidadosamente el texto en su interfaz y en sus gráficos. Si usted no tiene el tiempo para revisar y finalizar el texto, use Lorem Ipsum Ipsum.Lorem tiene más o menos normal de distribución de cartas, lo que hace que parezca Inglés legible sin embargo, no distraer a sus lectores. Ahora el desarrollo de nuevos prototipos estrictamente Lorem Ipsum y añadir texto real cuando y sólo cuando tengo tiempo para escribir el contenido, que yo sepa no se convierta en un tema de debate en mi demo que viene. Le recomiendo que hagas lo same.Point Out El (obvio) BugsSoftware contiene errores. Es así de simple. Cualquier persona que no está de acuerdo con esa afirmación claramente no ha trabajado en la industria del software por mucho tiempo. Aunque a veces nos esforzamos por productos sin defectos, la realidad es compleja sistemas siempre contienen defectos? incluso cuando están en general available.Doing ejercicio de práctica antes de su demo le permitirá identificar y resolver las cosas sensacionales, y el uso de Lorem Ipsum se ocupará de con los pequeños detalles que de otro modo, se privaría de su audiencia. Pero ¿qué pasa con los defectos de otros atribuidos a la Ley de Murphy? En el caso de que un error evidente se despliega durante la demostración, el punto que fuera! Con toda probabilidad, su audiencia se han dado cuenta del error. Cualquier intento de ocultar que les dará la impresión de que usted no está siendo honesto. En consecuencia, van a empezar a preguntarse qué otra cosa estás intentando para cubrir up.Point el fallo, explica que tiene una solución, con confianza decir que la revisión se llevará a cabo en una fecha determinada, y seguir adelante. Este comportamiento se sincera tranquilizar a su audiencia que (a) usted no está intentar barrer una bajo la alfombra y (b) Que el defecto se resolverá en el momento en que despliegan su system.I m 'no defender que ir a la caza de fallos durante su demostración. Si se puede eludir por cualquier medio, por favor hágalo. Pero si un defecto sale a la superficie durante su presentación, no fingir que no existe. La única persona que se le está engañando yourself.ConclusionThere lo tiene. Cinco consejos para una demostración de software grandes. Manejar las expectativas de su audiencia Asegúrese de que las manzanas podridas no arruinar el grupo hacer una práctica de ejecución atención a los detalles de pago y el uso de Lorem Ipsum Señale los errores evidentes ¿Estos 5 consejos representan todo lo que he aprendido a lo largo de los cientos de demos que he organizado? ¡Absolutamente no! La parte más difícil de escribir este artículo era probablemente la limitación al 5 puntas. Podría haber tirado más de 5 puntas, tales como (a) control de la situación, y (b) siempre tienen un plan B. Pero el objetivo no consistía en señalar todos los consejos que pueden ayudarte. Sólo los cinco más alto! Luc Richard tiene un MBA con especialización en alta tecnología. Durante los últimos 10 años, ha sido la gestión de la desarrollo de aplicaciones de software. Él es el fundador de The Mangler Project (http://www.projectmangler.com), un recurso en línea que publica artículos gratis, cuentos, y otras listas para utilizar las herramientas para ayudar a los desarrolladores,

Artículo Fuente: Messaggiamo.Com

Translation by Google Translator





Related:

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


Webmaster obtener el código html
Añadir este artículo a su sitio web ahora!

Webmaster Envíe sus artículos
No es necesario que se registre! Completa el formulario y su artículo está en el Messaggiamo.Com Directorio!

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

Envíe sus artículos a Messaggiamo.Com Directorio

Categorías


Derechos de autor 2006-2011 Messaggiamo.Com - Mapa del sitio - Privacy - Webmaster enviar sus artículos a Messaggiamo.Com Directorio [0.01]
Hosting by webhosting24.com
Dedicated servers sponsored by server24.eu