it-swarm-es.com

Re-diseños por fases

He trabajado en varios proyectos (aplicaciones web de línea de negocios) en mi carrera que implicaron una revisión completa de la interfaz de usuario. La mayoría de estos proyectos fueron aplicaciones web empresariales que tomaron una cantidad considerable de tiempo para rediseñar. Algunos de ellos se realizaron con un intercambio completo y otros en fases.

Me sorprendieron las reacciones de los clientes. Si hubiera apostado por el resultado, habría perdido los pantalones. Los intercambios al por mayor atrajeron una tonelada de pena por parte del cliente. El diseño realmente no fue el problema, fue que cambió el período. Los cambios escalonados fueron suaves como la seda pero parecieron extraños por un tiempo. Una interfaz de usuario muy indeseable para el interino.

¿Es mejor hacer rediseños completos en fases o un intercambio completo con el nuevo diseño?

Si se trata de un enfoque por fases, ¿vale la pena mantener ambos diseños por un tiempo, permitiendo al usuario elegir cuál quiere usar?

Incluso si es posible, ¿es efectivo o surgirán los mismos problemas cuando la versión anterior ya no esté disponible?

19
rick schott

Creo que necesitas mirarlo desde la otra vista. Ambos enfoques son correctos si se manejan/planifican. Lo importante en los rediseños con los que trabajo es administrar a los usuarios. Comience una sección divertida pero informativa en la página de inicio sobre los planes. Diviértete en el sitio antiguo, participa en algunas encuestas, involúcralos en el cambio.

9
Susan R

Realmente depende de la situación. Una anécdota podría ayudar:

Diseño una aplicación que incluye un editor de correo electrónico HTML. El diseño original era propenso a errores y tenía muchos problemas. No había forma de "arreglarlo", así que desechamos el diseño y lo reconstruimos desde cero ... mucho mejor esta vez.

Sin embargo, los clientes se asustaron. "Me moviste mi queso !!!" Tuve que pasar unos 5-10 minutos por cliente en el teléfono mostrándoles la diferencia, tranquilizándolos y haciéndolos felices. Las quejas sobre esta característica desaparecieron.

Así que al final, hice un intercambio completo de algo y fue extremadamente doloroso. Luego se calmaron y todo estuvo bien.

Facebook rediseñado, todos gritaron, luego se calmaron. El intercambio completo está bien si estás preparado para la locura a corto plazo.

8
Glen Lipka

Me gusta la metáfora: una gran aplicación web es como un aeropuerto. Esta declaración tiene algunas consecuencias:

  1. Las personas generalmente no lo visitan solo por diversión, necesitan algo. Por lo tanto, debe ayudarlos a alcanzar sus objetivos y brindarles una gran experiencia.
  2. No puede simplemente cerrar un aeropuerto para construir uno nuevo. Si necesita mejorar algo, intente crear el menor inconveniente posible.

También es cierto para las aplicaciones web (al menos para las grandes). Todo se podría mejorar evolutivamente. De hecho, puede crear una interfaz absolutamente nueva cambiando diferentes partes de la anterior. Pero, por supuesto, es bueno tener una imagen completa de lo que debe hacerse. Si rediseña diferentes partes sin comprender todo el proyecto, sería mucho más difícil lograr buenos resultados.

5
Kostya

+1 para el enfoque incremental, realineando en lugar de rediseñar. Google, Yahoo, Amazon solo hacen pequeños cambios a la vez: no se ven grandes cambios en sus sitios web, aunque cambian constantemente y modifican algo.

Puede encontrar más información sobre Mito UX: necesita rediseñar su sitio web periódicamente .

4
Zoltán Gócza

Yo diría que por fases es mejor que el intercambio completo . Pero tienes que manejarlo bien.

Un intercambio completo es realmente demasiado duro para las personas. Joel Spolsky dijo una vez que reescribir desde cero es algo que nunca debes hacer . Aunque eso está relacionado con la escritura de código, creo que también se aplica a los usuarios. Perderás expertos cuando tengan que acostumbrarse a algo completamente diferente. La fase puede ayudar mucho. También al darle más tiempo para involucrar a sus usuarios en el proceso, porque pueden entenderlo más que con un cambio completo.

Creo que la mejor forma de administrarlo sería versiones beta . En el que lo real continúa funcionando y los clientes activos pueden ayudar a realizar el cambio en un segundo lugar. De esta forma, también se comunica con claridad a los usuarios que, de lo contrario, podrían quejarse del cambio.

(Hay una advertencia: cuando la aplicación/sitio/cosa apenas se usa. Entonces creo que desde una vista de diseño y de avance, es mejor hacer un intercambio completo. Pero el uso y el proyecto no deberían ser demasiado grandes entonces .)

3
Lode