Formas de mejorar la experiencia de primera experiencia de un usuario de prueba

Question

Estoy buscando algunas ideas para mejorar la experiencia de usuario de un usuario de prueba cuando utiliza un producto por primera vez. El producto está dirigido a un dominio particular y tiene varias características/flujos de trabajo. Los usuarios experimentados del producto encuentran naturalmente formas interesantes de combinar características para obtener los resultados que desean (algo así como usar un IDE desde la perspectiva de un programador). Los usuarios experimentales pueden usar todas las características del producto de forma limitada (Por ejemplo: si hay es una funcionalidad de búsqueda, el usuario de prueba puede ver solo los primeros 20 resultados, o se le puede permitir buscar solo 100 veces). Mi pregunta es: ¿Cuáles son las mejores maneras de ayudar a un usuario de prueba a explorar/comprender las posibilidades del producto en el período de prueba, especialmente en los primeros 20 a 60 minutos antes de que el usuario abandone el producto?

Editar 1: El producto es una aplicación de escritorio (se sirve a través de JNLP, por lo que no requiere instalación) y como se señala en los comentarios, las expectativas pueden ser diferentes en este caso. Dicho esto, muchas aplicaciones web tienen un formulario de escritorio virtual y, por lo tanto, todas las sugerencias son bienvenidas.

Answer 1

si se puede, evite función de limitación de un juicio. evita que el usuario experimente lo que el producto es REALMENTE. También evita que un usuario descubra si una característica realmente funciona como la quiere/espera/necesita.

si tiene una versión de prueba, y puede, optimizarla para la primera vez que la use. enfóquese/resalte las características que le permiten al usuario obtener beneficios de manera rápida y fácil para obtener resultados útiles del sistema.

permiten a los usuarios exportar los datos que ingresan a un sistema de prueba, e indican que esto es posible/fácil. no querrás que se abstengan de probar algo debido a un potencial de esfuerzo desperdiciado.

evitan que los usuarios tengan que realizar muchas configuraciones antes de usar una versión de prueba. prellena configuraciones basadas en configuraciones típicas/comunes/populares. Es posible que también desee considerar tener configuraciones predeterminadas para diferentes tipos de uso. p.ej. "Si quiere ver cómo es el sistema para el escenario X, use la configuración J. Si quiere ver cómo es el sistema para el caso de uso Y, use la configuración K." donde J & K son colecciones de ajustes que se adaptan mejor a un tipo particular de uso.

Answer 2

Echa un vistazo a cómo blinksale.com se encarga de esto. Es una aplicación de facturación, pero para evitar que parezca demasiado vacía para una nueva cuenta, muestran imágenes estáticas en lugares donde tendrías realmente contenido si usabas la aplicación. Hace que parezca menos estéril al principio hasta que obtenga sus propios datos.

Answer 3

Un ejercicio de caminata/laboratorio interactivo que realmente destaca las principales y emocionantes ofertas de su aplicación.

Ejemplo: el correo de Yahoo hace lo mismo cuando los usuarios optan por utilizar la interfaz de correo nuevo

Answer 4

Hablaré de mi experiencia personal mientras evaluaba las aplicaciones de prueba.

Las aplicaciones de prueba más molestas son aquellas que siguen apareciendo pantallas fastidiosas o constantemente recordándome que estoy usando una versión de prueba. Las pruebas que actúan exactamente como el producto real desde el principio hasta el final del período de prueba son simplemente increíbles. Las características limitadas son molestas, la única excepción que se me ocurre cuando puedes usarlo es cuando tienes rara vez función utilizada que permitiría a las personas explotar la versión de prueba (utilizando esta función necesaria "única en la vida" y desinstalando) . Si tiene, por ejemplo, una versión de prueba del software de edición de video que muestra la marca de agua de "prueba" en la salida, la desinstalaría tan pronto como lo notara. En mi opinión, la prueba debe integrarse perfectamente en el flujo de trabajo del usuario para que, una vez que termine la prueba, piensen: "he estado usando este increíble programa casi todos los días desde que tuve la prueba, absolutamente tengo que comprarlo"."Claro que algunas personas lo explotarán, pero al final debe apuntar al grupo que utilizará su producto en el flujo de trabajo diario en lugar de usuarios únicos. Incluso si el usuario lo" prueba "2 veces al año, seguirá volviendo. a su producto e incluso podría comprarlo después de la 2ª o 3ª "un solo uso".

(lo siento por la pared del texto y despotricar)

en cuanto a la forma de mejorar la primera sesión. por lo general encontramos Me muevo por los programas fácilmente, pero una sola ventana emergente/pantalla (o con una casilla de verificación para no volver a mostrarla) con videos que muestran las mejores características y el flujo de trabajo deseado son bastante útiles. También pueden ser útiles los enlaces a documentos de muestra. . Si su aplicación puede auto-presentarse (por ejemplo, presentación de diapositivas sobre su programa de presentación de diapositivas), podría incluir tal docum ent. A la gente no le gusta leer archivos de ayuda largos y aburridos, pero si tienes un diseñador en tu equipo, podrías pedirle que haga una breve introducción colorida en PDF. Además, no arroje todas las funciones al usuario al mismo tiempo. Divida la información en categorías simples y si el usuario está interesado en una categoría específica, continúe suministrándole información más específica. Es por eso que los videos son tan buenos, con videos de 3-6 x ~ 3-5 minutos se puede decir mucho. Además, dependiendo de cuán complejo sea su programa, podría incluir una imagen con información donde se encuentran elementos específicos en la pantalla.

Sólo mi opinión personal, nunca he hecho una prueba yo mismo. Espero eso ayude.

Answer 5

Hay muchas formas de hacerlo. Todavía no puedo afirmar haber encontrado el mejor enfoque.

Sin embargo, mi plan desde el principio con mi software en línea (Silverlight) fue regalar algo que miles de personas encontrarán útil y pueden usar de forma gratuita. La versión gratuita es bastante representativa del producto profesional, con solo algunas características que faltan para mejorar la productividad (ahora estoy trabajando en esas características profesionales). Y luego tengo un aviso emergente que aparece cada 5 minutos, sugiriendo que deberías comprarlo. Esa ventana emergente se puede descartar tantas veces como lo desee. Sé que la ventana emergente molestará a algunas personas, pero supongo que ese es el intercambio. No hay un plan perfecto Pero no creo que el pop-ups ocasional asuste que mucha gente, especialmente cuando se puede descartar con un solo clic.

Me inspiré en Balsamiq Mockups, que ha tenido un gran éxito en los últimos años. Mi forma de hacer pops de prueba/nag fue copiada casi exactamente de Balsamiq. Honestamente, no sé si este es el plan ideal, pero obviamente ha funcionado para ellos. Por cierto, creo que otra razón para el éxito de Balsamiq es que la demo no tiene que ser descargada & instalada. Dado que la demostración está en Flash, hay una tasa de conversión muy alta de usuarios que realmente la intentan y se vuelven adictos a ella.