project management - proyecto - Gestionar las expectativas del cliente en la etapa de prototipo
expectativas personales de un proyecto (5)
Me gusta aprovechar el hecho de que no tengo ningún talento artístico y dibujar los íconos y cosas en una herramienta poco fiable como MS-Paint para que luzcan deliberadamente horribles. De esta forma, puede tener una GUI lista para la demostración y bastante funcional que no parece terminada.
Eso sí, he enviado un par de aplicaciones con mis iconos de mierda. La gerencia pensó que estaban bien.
¿Por qué los clientes aparentemente siempre están ansiosos por creer que presentar algunas pantallas en línea de maquetas significa que la aplicación está a solo unos pocos pasos de su envío?
Ok, me doy cuenta de que la respuesta radica en el hecho de que no entienden el trabajo que tiene que realizarse detrás de las pantallas para proporcionar la funcionalidad necesaria . Puedo entenderlo y acepto que es crucial que garanticemos que sean realistas. sobre los plazos del proyecto
Mi pregunta es...
¿Cuáles son las técnicas más efectivas que ha utilizado con éxito para gestionar mejor las expectativas de los clientes en la etapa inicial de prototipos / demostraciones? (además de prohibir la comercialización de la gente de la sala ;-))
Gracias
Tendré que estar de acuerdo con Dave aquí.
Para un usuario, la interfaz de usuario es la aplicación . No entienden bien que la porción de funcionalidad es el código de fondo y lo que se encuentra debajo, por lo que debe tener mucho cuidado al mostrarles UI semifuncionales que dan la impresión de que la aplicación está lista.
Tienes que aplastar esto en la cabeza de tu gente de marketing, incluso si eso significa una guerra total contra su departamento.
Las maquetas de papel, las maquetas de Visio o las presentaciones de Powerpoint podrían funcionar muy bien. Las maquetas HTML (para aplicaciones web) o los formularios reales de Windows (para aplicaciones Winforms) son un poco peligrosas en términos de percepción de finalización, desafortunadamente.
Descubrí que usar maquetas de pantalla dibujadas a mano en lugar de maquetas diseñadas en la computadora es realmente útil. Son más rápidos de producir para usted, pueden contener la misma cantidad de información y ciertamente no dan la impresión de que la aplicación está cerca de estar lista :)
Si tiene que usar una herramienta, algo como http://www.balsamiq.com/products/mockups podría hacerlo por usted.
Lo siguiente debe ir en una especie de "Declaración de Derechos del Desarrollador":
- La presentación de una maqueta, prototipo, dibujo o boceto de la interfaz de usuario acordada no constituye una tarea, proyecto ni proyecto casi terminado. La línea de tiempo proporcionada sigue vigente y solo dicta el producto final del usuario en cuestión. En otras palabras, no lo hace de manera remota. Hay una gran cantidad de lógica subyacente que necesita para dar vida a un prototipo. Es el 90% de lo que no puede ver, tocar o interactuar y el prototipo que está viendo no está casi completo sin esa lógica subyacente. Su continua paciencia es apreciada.
No puedo explicar cuán frustrante es escuchar a un cliente decir "Entonces, está casi completo". en un tono práctico. Supongo, sin embargo, que si hay algún lugar en el mundo, este sitio es un lugar que sí comprende lo frustrante que es.
Dependiendo de a quién se dirija, puede explicar la funcionalidad a través de wireframes UI o maquetas de alta fidelidad. Una herramienta que le ayuda a diseñar interfaces de usuario de escritorio y escribir especificaciones funcionales sería MockupUI .
Algunos beneficios de incluir maquetas de interfaz de usuario digital en sus especificaciones funcionales:
La gente entiende las palabras, pero prefiere las imágenes. Las maquetas comentadas pueden hacer que sus presentaciones sean menos técnicas y más fáciles de seguir.
Muéstreles un prototipo de interfaz de usuario, permítales criticarlo, integrar sus comentarios y reiterar hasta que estén contentos.
Obtenga la confianza de los clientes demostrando que tiene una comprensión clara de sus requisitos y que su proyecto está en buen camino.
Dibujar maquetas en papel o pizarras blancas es ágil, pero cuando se trata de modificarlas o integrarlas en documentos digitales, resulta ser mucho menos.