Ya sea que necesite cerrar una venta, recopilar comentarios de los usuarios finales, mostrar el progreso a su cliente o simplemente explicar cómo funciona su producto, tarde o temprano, tendrá que demostrar su producto de software.
Con los años, tuve la oportunidad de realizar cientos de demos para audiencias de varios tamaños. También tuve la oportunidad de asistir a demostraciones organizadas por otros. Los siguientes representan los 5 mejores consejos que he aprendido en la última década con respecto a las demos.
Administre las expectativas de su audiencia
¿Alguna vez has ido a ver una película sobre la que todos se entusiasmaron y saliste totalmente decepcionado? La mayoría de las veces, los espectadores se sienten decepcionados no porque la imagen fuera mala, sino porque era peor de lo que esperaban. No cumplió con sus expectativas.
Del mismo modo, si las personas se presentan a una demostración pensando que están a punto de ver un producto terminado, esperan que sea prácticamente libre de defectos, estéticamente agradable y fácil de usar. No quedarían impresionados, por ejemplo, con una aplicación basada en la Web que contiene errores tipográficos o errores de JavaScript si tienen la impresión de que se lanzará en una semana. Sin embargo, si saben de antemano que está presentando un prototipo desechable, esta misma audiencia será mucho más indulgente. Y con gusto le proporcionarán comentarios muy necesarios para ayudarlo con su trabajo en progreso.
Administrar las expectativas de su audiencia es fundamental para una demostración exitosa. Si desea que se alejen de su presentación complacidos, asegúrese de establecer las expectativas correctas de antemano. Se honesto con ellos. No intentes sobre vender tu demo. Solo véndelo e intenta entregar en exceso.
Una manzana podrida estropea todo el montón
Todo lo que se necesita para arruinar una demostración es una persona. Si alguien comienza a criticar negativamente cada widget en su aplicación o lo interrumpe constantemente simplemente porque le gusta escuchar el sonido de su propia voz, su demostración será un desastre. Es su trabajo asegurarse de que estas manzanas podridas no aparezcan en su presentación.
A menos que esté organizando una demostración a puerta cerrada, es muy difícil controlar quién asistirá. Omitir a alguien de su lista de invitaciones no garantiza que no escuchen sobre su demostración a través del boca a boca y simplemente se presenten.
Aquí hay un par de formas de engañar a las manzanas podridas para que no asistan a su demostración:
- Crea un conflicto de programación para esas manzanas podridas. Asegúrese de que estén ocupados, o mejor aún, fuera de la oficina cuando tenga lugar la demostración.
- Reserve dos demos por separado. Invite a las personas cuyos comentarios realmente valora a la primera demostración y las manzanas podridas a la segunda. La mayoría de las veces, cada grupo se mostrará a la demostración a la que están invitados respectivamente. Cuando llegue el momento de la segunda demostración, continúe y déle su mejor oportunidad, o si no tiene tiempo, simplemente cancélela.
Soy consciente de que estos dos consejos suenan como un extracto de Dilbert And The Way Of The Weasel de Scott Adams, pero a menos que te sientas cómodo diciéndoles a tus compañeros, superiores o clientes que no se presenten a tu demo, estas dos opciones son más o menos todo lo que te queda.
Hacer una carrera de práctica
Asistí a una demostración la semana pasada organizada por el CEO de una startup local. Después de reunirse con él en una feria comercial, logró 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, acepté darle 30 minutos de mi tiempo para que pudiera demostrar las capacidades de su producto.
No necesité 30 minutos para darme cuenta de que no quería hacer negocios con él. Todo lo que necesitaba era 30 segundos.
¡Este tipo ni siquiera pudo iniciar sesión en su propia aplicación basada en la Web! Pasó los primeros 10 minutos de la demostración buscando una contraseña.
Siempre realice una práctica en el sistema que va a usar durante la demostración real. Es posible que conozca la aplicación como la palma de su mano, pero si alguien más tiene acceso a su sistema de demostración, quién sabe en qué estado se encuentra. Es posible que haya eliminado servicios, actualizado componentes o, como fue el caso con este CEO, cambiado el credenciales de usuario sin informarle.
A menos que no te importe parecer un tonto, siempre realiza una práctica en tu sistema de demostración antes de presentarlo a tu audiencia.
Presta atención a los detalles
Los cientos de demostraciones que he realizado a lo largo de los años me han enseñado que las personas prestan más atención a cómo se ve la aplicación que a lo que hace. Su software puede ser la solución para el hambre en el mundo, pero si un miembro de su audiencia nota un error tipográfico en su GUI, ¡él / ella lo señalará!
Los lectores están especialmente distraídos por el contenido legible, y eso es un hecho. Enfréntelo revisando cuidadosamente el texto en su interfaz y en sus gráficos. Si no tiene tiempo para revisar y finalizar el texto, use Lorem Ipsum.
Lorem Ipsum tiene una distribución de letras más o menos normal, lo que hace que parezca un inglés legible pero sin distraer a sus lectores. Ahora desarrollo nuevos prototipos estrictamente con Lorem Ipsum y agrego texto real cuando y solo cuando tengo tiempo para escribir contenido que sé que no se convertirá en un tema de discusión en mi próxima demostración. Te aconsejo encarecidamente que hagas lo mismo.
Señale los errores (obvios)
El software contiene errores. Es así de simple. Cualquiera que no esté de acuerdo con esa declaració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 que los sistemas complejos siempre contienen defectos, incluso cuando están generalmente disponibles.
Hacer una práctica antes de tu demo te permitirá identificar y resolver los showstoppers, y usar Lorem Ipsum se ocupará de los detalles esenciales que de otra manera distraerían a tu audiencia. ¿Pero qué pasa con los otros defectos atribuidos a la Ley de Murphy?
En el caso de que se muestre un error obvio durante su demostración, ¡indíquelo!
Con toda probabilidad, su audiencia ya habrá notado el error. Cualquier intento de ocultarlo les dará la impresión de que no estás siendo honesto. En consecuencia, comenzarán a preguntarse qué más está tratando de ocultar.
Señale el error, explique que tiene una solución, establezca con confianza que la solución se implementará en una fecha específica y continúe. Este comportamiento sincero tranquilizará a su audiencia de que (a) no está tratando de barrer uno debajo de la alfombra y (b) el defecto se resolverá cuando implementen su sistema.
No recomiendo que salgas a buscar errores durante tu demostración. Si puede evitarlos por cualquier medio, hágalo. Pero si surge un defecto durante su presentación, no pretenda que no existe. La única persona con la que estarás bromeando eres tú mismo.
Conclusión
Ahí tienes. Cinco consejos para una gran demostración de software.
- Gestiona las expectativas de tu audiencia
- Asegúrese de que las manzanas podridas no arruinen el racimo
- Haz una carrera de práctica
- Presta atención a los detalles y usa Lorem Ipsum
- Señalar los errores obvios
¿Estos 5 consejos representan todo lo que he aprendido en los cientos de demos que he alojado? ¡Absolutamente no! La parte más difícil de escribir este artículo probablemente fue limitarlo a 5 consejos. Podría haber incluido fácilmente 5 consejos más, tales como (a) controlar la situación y (b) siempre tener un plan B. Pero el objetivo no era señalar todos los consejos que pueden ayudarlo. ¡Solo los cinco primeros!
Deja tu comentario