Grancomo

Aunque me persiguen, no soy fan de los proyectos corporativos: intranets, plataformas, sistemas de aplicaciones, sistemas de información y apoyo a la decisión… Independientemente del contenido de negocio de las aplicaciones, sea dinero, inmuebles, matrículas, billetes de avión, pólizas o lechugas, el planteamiento de los proyectos en grandes corporaciones hace que todo al final se reduzca a combinaciones y anidamientos de altas, bajas, consultas y ediciones de forma repetitiva. Los profesionales trabajan desconectados, en cajas negras sin apenas una visión de sistema. Un camino hacia el embrutecimiento y la pérdida de sensibilidad. Tanto que acabas por guardar los proyectos en tu anti-curriculum.

Hacer prototipos y tener un Libro de Estilo no significa para nada que se esté haciendo Diseño Centrado en el Usuario. Una organización tecnocéntrica que no ha incorporado a los usuarios en sus procesos como elemento crítico para el éxito suele presentar síntomas como estos:

1. Se arranca de decisiones limitantes en tecnología. Por ejemplo, un CMS costoso de customizar que genera código no estándar. Una plataforma que una vez desplegada no permite iteraciones ni mejoras en tiempo y costes razonables.
2. Se trabaja en un contexto de enfrentamiento. Usuarios de negocio presionando hacia la productividad desconocedores -por mucho que digan- de las necesidades del usuario final vs. Desarrollo, con requerimientos incompletos y sometidos a plazos de desarrollo suicidas.
3. Trabajas en un oximoron: “tecnología web”. Error. No todo aquello que sale por un navegador es web. La web es abierta, estándar, compatible, social. En entornos corporativos hablamos de plataformas cerradas, propietarias, incompatibles, paranoicas.
4. Suele pensarse en los usuarios como si fueran microchips. Las personas son diminutos componentes de un gran sistema que trabajan de manera procedimentalizada y homogénea.
5. El entorno está compuesto por personal interno y de consultoras con diferentes backgrounds asignados a departamentos con intereses en conflicto.
6. Obsesión por la centralización, a costa de ahogar a áreas de negocio que ya tienen cubiertas sus necesidades.
7. Trabajas para directivos, en comités con un discurso tecnológico a partir de necesidades figuradas. Muy lejos del usuario final. Lo importante es ir salvando reuniones con la Alta Dirección, después se piensa en el usuario.
8. Procesos en cascada y “metagestión”, (gestores de gestores). Tantos que puedes terminar en una reunión con 10 personas que están en tu proyecto, de las que no habias visto en tu vida a 6.
9. Acceso vetado a las fuentes de información relevantes como usuarios finales o equipos de negocio. El propio equipo “sabe perfectamente” lo que necesitan los usuarios.
10. Las integraciones de procesos de negocio suelen reflejarse en el interfaz a través de tareas manuales.
11. Creyendo forzar la productividad se contemplan casos de uso extremos que derivan en aplicaciones recargadas e inusables. Se olvida la regla del 80/20: con el 20% de la funcionalidad, se atiende al 80% de los usuarios.
12. Se confunden usabilidad y apariencia. Todo aquello que aplique logotipos y colores corporativos ya es “usable”.
13. Se confunde diseño gráfico con poblar de iconos y gráficos una pantalla.
14. Se confunde usabilidad con estandarización. Tienes que explicar cada día, que aquello que llaman “usabilidad” no es más que mera “estandarización” o aplicar burocráticamente los estándares recogidos en un Libro de Estilo para pasar los controles de calidad finales.
15. Los proyectos generan documentación voluminosa y costosa de elaborar que aporta poco al proyecto, quedará desfasada y no será leída jamás.
16. Improvisación. Una vez se da el pistoletazo de salida de la programación las implementaciones a cargo de equipos de tecnología desconectados y bajo presión sin soporte de Experiencia de Usuario suele perjudicar la calidad final del producto.

En este entorno, son más útiles las habilidades políticas que las técnicas. Esto hace difícil que haya proyectos de calidad. Y es que no importa el sector (energía, banca, telecomunicaciones…). Pasan los años, apenas se ha evolucionado en estos aspectos. No se piensa que una aplicación corporativa es un componente de soporte a un servicio. Será usada en un contexto por un empleado que puede compartir espacio con uno o varios clientes.

El diseño tanto por su capacidad de generar uso como a nivel estético, ha cobrado más visibilidad. Se pueden hacer interfaces usables y estéticos. La web está llena de ejemplos. En estos años, muchos de los sponsors de proyecto han comenzado a navegar, a ser usuarios y se está notando: hay cosas que ya no hay que explicar, y se van poniendo remedios:

1. La implantación de equipos de Experiencia de Usuario profesionales cerca de altos niveles de decisión con conocimiento, visión de negocio, medios y presupuesto que aplican una visión de diseño estratégica. Para esto, es necesario lograr muchos casos de éxito convincentes con sus cifras y venderlos internamente. Por otro lado, la visión multidisciplinar de un Equipo de Experiencia de usuario, conlleva beneficios cualitativos, ya que puede impulsar la innovación detectando necesidades de los usuarios no cubiertas y ayudar a definir nuevos productos y servicios.
2. Huida de la zona militarizada: los equipos de negocio identifican proyectos que se puedan ejecutar al margen de áreas de tecnología, sin estar sometidos a sus plazos, costes, procesos administrativos y la pobre calidad de los resultados (a veces, el desvío entre lo diseñado y lo finalmente entregado es sobrecogedor). En este caso, para no perder a su cliente interno, los equipos de tecnología tendrían dos opciones: montar su servicio de Experiencia de Usuario con los cambios en la forma de trabajar que conlleva, o bien olvidarse de todo aquello que tenga que ver con usuarios para concentrarse en el nucleo tecnológico.
3. Desarrollo ágil: una vez montada la estructura tecnológica básica sobre la que trabajar, se trocean proyectos en hitos viables con entregas claras y definidas en las que el usuario final es parte del equipo de proyecto.

Los profesionales de la Experiencia de Usuario, se van incorporando a esferas de decisión. Con ello acceden a una visión estratégica de conjunto y se les dota de capacidad de ejecución rompiendo con el “pantalla-centrismo” más allá de la burocracia de los Libros de Estilo o Manuales de Usabilidad.