Manejando las expectativas del cliente en la etapa de prototipo

Question

¿Por qué los clientes aparentemente son siempre con ganas de creer que presentar algunas pantallas en línea de maquetas significa que la aplicación está a solo unos pocos pasos de ser enviada?

Ok, me di cuenta de la respuesta radica en el hecho de que ellos no entienden el trabajo que tiene que ir detrás de las pantallas de realidad proporcionan la funcionalidad necesaria - Puedo entender que, y lleno aceptan que es crucial que nos aseguramos de que sean realistas sobre los plazos del proyecto.

Mi pregunta es ...

¿Cuáles son las técnicas más eficaces que ha utilizado con éxito para gestionar mejor las expectativas del cliente en la fase de prototipo/demo antes de tiempo? (Aparte de la prohibición de la comercialización popular de la sala ;-))

Gracias

Answer 1

He encontrado que el uso de maquetas de pantalla dibujados a mano en lugar de maquetas diseñadas en el equipo es realmente útil. Son más rápidos de producir para usted, pueden contener tanta 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 tú.

Answer 2

Me gusta aprovechar el hecho de que no tengo ningún talento artístico en absoluto y dibujar los íconos y cosas en una herramienta poco fiable como MS-Paint para que se vean deliberadamente horribles. De esta forma, puede tener una GUI lista para la demostración y bastante funcional que no parece terminada.

Ten en cuenta que he enviado un par de aplicaciones con mis iconos de mierda. La gerencia pensó que estaban bien.

Answer 3

Tendré que estar de acuerdo con Dave aquí.

A un usuario, the UI is the application. No entienden bien que el pedazo de funcionalidad es el código de fondo y lo que se encuentra debajo, por lo que debe ser muy cuidadoso al mostrarles UI semifuncionales que dan la impresión de que la aplicación está hecha.

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.

Answer 4

Los siguientes tiene que ir en algún tipo de "desarrollador Declaración de Derechos":

• La presentación de una maqueta, prototipo, el dibujo o croquis de la interfaz de usuario acordado no constituye una casi terminado tarea, aplicación o proyecto. 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 lo frustrante que 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.

Answer 5

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 de los beneficios de la inclusión de maquetas de interfaz de usuario digitales en sus especificaciones funcionales:

• personas entienden las palabras, pero prefieren 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.

• Gane la confianza de los clientes mostrándoles que tienen una comprensión clara de sus requisitos y que su proyecto va por 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.