¿Qué diseño de interfaz de usuario principios como el de la "separación de preocupaciones" se puede utilizar para convencer a los desarrolladores de que la interfaz de usuario que hay que arreglar?[cerrado]

Question

Cerrado.Esta pregunta debe ser más centrado.Actualmente, no es la aceptación de respuestas.

---

Desea mejorar esta pregunta? Actualización de la pregunta, así que se centra en un problema sólo por la edición de este post.

Cerrado Hace 5 años.

Tuve una gran discusión con el equipo recientemente relacionados con el diseño de interfaz de usuario para nuestro reciente proyecto de software.

Tenemos que integrar una versión especial del sistema de control en nuestro producto existente, el cual es un software de prueba de herramientas de prueba por escrito y reproducción de pruebas de secuencias de comandos.

El equipo de diseño se ha salido con un diseño que yo no puedo estar de acuerdo, y creo que en contra de diseño básico de la regla.

El mayor problema del diseño, desde mi punto de vista, es que se agregue un control de la versión especial de cosas (como la de crear una vista, registro de entrada/salida de secuencia de comandos) en nuestra interfaz existente (en realidad copia existente de interfaz de usuario y cambio de otro y añadir algo).Por ejemplo, en nuestro diálogo Abrir Proyecto, copia de la interfaz de usuario, a continuación, agregue dos botones para activar la versión especial de control de la cosa (como antes de abrir la secuencia de comandos.debe tener un control de la versión de vista que contienen el código de origen del proyecto).

He discutido mucho con el equipo de diseño que esta es una mala idea poner diferentes cosas juntos, en nuestro ejemplo, el software de la herramienta de pruebas de función de la versión y de control de la función de secuencia de comandos.Y me explicó que al hacer estas saldrá duplicado de interfaz de usuario, y más de la situación de la misma a resolver, también de mantenimiento gran problema.Y yo prefiero separar las dos de la interfaz de usuario, una interfaz de usuario (un cuadro de diálogo o asistente) sólo debe centrarse en sólo una de las dos cosas distintas.

He resumido como un diseño de interfaz de usuario principio de que "una interfaz de usuario no debe contener dos cosas completamente diferentes".Mientras que argumentaron que, quieren pagar ese esfuerzo y todo el lado esfuerzo (como más de interfaz de usuario, más la situación para la interfaz de usuario a resolver, más dev/prueba/mantenimiento esfuerzo en comparación con un diseño de interfaz de usuario que separar las dos cosas distintas), para que el usuario obtenga un fácil de usar y buena usabilidad de software.Por supuesto, estoy totalmente en desacuerdo con tales declarar, ¿cómo puede un software no es bueno en todos los demás aspectos a ser bueno para el usuario?Y no hay nada que medir, ya que el equipo de diseño no tiene diseño completo todavía.

Y acabar con el yo no puede convencer el equipo.Todo parece quieto objetivo.

Esto me ha llevado a pensar , ¿hay algún buen diseño de interfaz de usuario de orientación/mejor práctica/principio de que cubre nuestra situación (para separar las diferentes preocupación,en detalle, depurar y ejecutar la secuencia de comandos de las necesidades y la necesidad de control de la versión del script, por no ponerlos juntos en un especial de interfaz de usuario, cuadro de diálogo o asistente ,etc..)

Agradecería cualquier comentario y sugerencia,relacionados con todo el problema, no a la pregunta anterior.también voy a responder nada que no me expreso bien aquí.

Por favor, no cierre esta:) este es realmente un GRAN problema para mí como un dev manager.

Answer 1

Estoy de acuerdo con @JanNeilson que los principios de diseño no ayuda a convencer a los desarrolladores para cambiar un diseño de interfaz de usuario.

Lo que funciona es las pruebas de usabilidad. Viendo un par de usuarios quedas atascado tratando de usar el software hará que los desarrolladores de retorcerse y quiere arreglar la interfaz de usuario.Por otro lado, si usted ve que real, los usuarios pueden utilizar el nuevo software bien, entonces no hay ningún problema, y los principios de diseño no importa.

Las pruebas de usabilidad puede ser un proceso formal donde llevar a los clientes en un laboratorio, les pido que hagan tareas específicas con su software, y grabar vídeo de el usuario y la pantalla.

Importante: Asegúrese de decirle a los usuarios de prueba que no vas a probar ellos;que le estás pidiendo que ayudan a probar el software.Explique que usted no se sienta ofendido si no les gusta el software.Desea honesto reacciones.Periódicamente les pedimos a decir lo que estás pensando, es decir,"pensar en voz alta" ya que averiguar qué hacer.No responder a su manera-a las preguntas a menos que se obtenga totalmente atascado.

Las pruebas de usabilidad también puede ser un proceso informal donde se le solicitarán algunos al azar a los compañeros de trabajo para probarlo.He hecho esto en la cafetería, simplemente mostrar algunos de los compañeros de trabajo con una nueva interfaz y preguntándoles lo que piensan algunos de los nuevos iconos de la media (representar).

Tomar notas durante o inmediatamente después de cada prueba.Usted puede tener los desarrolladores de ver el vídeo grabado posteriormente (edición fuera de la sala de espera partes para que los desarrolladores de verlo todo), o ver el vídeo de la otra habitación durante la prueba.O sin el vídeo, usted puede traer a un desarrollador en un momento en la sala para ver, pero pídales que se sienten en sus manos.El desarrollador no debe responder a las preguntas sin primero diciendo: "lo siento, he construido una pésima interfaz de usuario."

Si su software no está preparado para esta prueba, usted puede hacer pruebas de usabilidad con una maqueta de papel.

Hay todo un campo dedicado a las pruebas de usabilidad.Hay expertos en la materia.Usted puede traer en la experiencia de sus consultores para hacer o aprender acerca de él y tratar de hacerlo usted mismo.

Una búsqueda en la web se convierte en muchos artículos y libros.He aquí un muy buen artículo para empezar:http://alistapart.com/article/usability-testing-demystified

El primer párrafo de Wikipedia en las pruebas de usabilidad dice:

Las pruebas de usabilidad es una técnica utilizada en el usuario la interacción centrada en el diseño para evaluar un producto por las pruebas en los usuarios.Esto puede ser visto como un insustituible de la usabilidad de la práctica, ya que da entrada directa en cómo real a los usuarios utilizar el sistema.Esto está en contraste con la facilidad de uso los métodos de inspección en la que los expertos utilizan diferentes métodos para evaluar un interfaz de usuario sin la participación de los usuarios.

He añadido la cursiva.En otras palabras, usted no se puede obtener una buena usabilidad sin pruebas de usabilidad. En contraste, contar con los expertos evaluar una interfaz de usuario mediante el uso de principios y la experiencia pueden ayudar, pero no es esencial.

Answer 2

Toca varios aspectos diferentes en esta pregunta; Me voy a centrar en la gestión de la ux .

En lugar de discutir a las generalidades como "Separación de preocupaciones", reviso problemas específicos con un diseño en particular de la interfaz de usuario, tanto desde una perspectiva Ux como en nociones más abstractas o generales. Para hacer esto, necesitará una maqueta de interfaz de usuario. Y antes de la maqueta de la UI, necesitará un conjunto básico de descripciones de la intención de la UI que impulsará las maquetas de UI. Una vez que las maquetas de la interfaz de usuario, puede hablar a través de los casos de uso para la UI y resaltar por qué se refiere a un problema UX debido a la separación de las preocupaciones u otros principios específicos.

En mi experiencia, es ineficaz argumentar a las generalidades porque aquellos que entienden que no necesitan escucharlo y aquellos que no lo entienden, necesitan la maqueta para tener un contexto suficiente para entender.

Si le preocupa los recursos necesarios para construir la maqueta de la UI, puede considerar el esfuerzo de tiempo, por ejemplo, "Tome 3 horas para juntar la UI en papel y vamos a revisión. "