Considerando múltiples perspectivas (UX vs. Dev)
La programación rara vez es una actividad individual. Ya sea en un equipo de desarrollo de software o una startup, es esencial que los programadores sepan colaborar efectivamente. Parte integral de una colaboración exitosa es la habilidad de considerar perspectivas diferentes a la propia.
Recientemente, experimenté el valor de este enfoque durante una discusión con un colega sobre cambios en el proceso de onboarding de nuevos usuarios para una aplicación en desarrollo, donde planteaba preocupaciones legítimas sobre la eliminación de un campo de descripción del negocio en el formulario de registro.
Espera, ¿Qué significa "onboarding"? En esencia, se refiere al proceso de incorporar a nuevos usuarios a una plataforma o servicio, garantizando que se sientan bienvenidos, informados y listos para comenzar.
Sin embargo, uno de mis compañeros argumentaba que simplificar el proceso podría mejorar la experiencia del usuario, por lo que tomaron la decisión de rediseñar el onboarding para hacerlo más simple y sencillo, su suposición era que los nuevos usuarios preferirían completar la descripción más adelante, después de familiarizarse con la plataforma.
Mi preocupación radicaba en la eliminación de ese campo específico en el formulario de registro (onboarding), el cual permitía a los usuarios brindar una breve descripción de su organización. ¿Por qué era tan esencial? Pues bien, esta descripción es vista por otros usuarios cuando la empresa publica una oferta de trabajo. De esta manera, es una pieza fundamental para entender la identidad de la empresa y está ligada a muchas reglas de negocio. Aunque la propuesta de eliminación tenía como objetivo mejorar visualmente el onboarding, es crucial entender que la estética no puede eclipsar la funcionalidad y la coherencia del negocio.
A primera vista, parecía una diferencia irreconciliable. Pero al escucharnos mutuamente, ambos pudimos ampliar nuestras perspectivas:
La perspectiva del UX Lead
La prioridad de mi compañero estaba enfocada en crear la mejor experiencia posible para el usuario final. Desde su punto de vista, reducir pasos y fricción en el onboarding facilita la transición de nuevos usuarios hacia la plataforma. Asimismo, apoyarse estratégicamente en herramientas externas de ayuda contextual puede mejorar la usabilidad general.
La perspectiva del Dev Lead
Por otra parte, mi enfoque como líder del equipo de desarrollo está en asegurar una aplicación consistente y prevenir problemas técnicos, y claro, la dependencia excesiva en soluciones de terceros puede, en mi opinión, diluir la coherencia de la experiencia nativa que nuestros desarrolladores han construido cuidadosamente.
Al explorar más a fondo los matices de cada perspectiva, surgieron valiosas lecciones:
1. Ninguna perspectiva tiene el monopolio de la verdad
Los diseñadores de interfaces y Product Owners, a menudo se apegan fuertemente a su propio enfoque, especialmente si están convencidos de que su lógica es la única que funciona, pero esa convicción puede nublar la capacidad de ver el panorama completo.
En este caso, yo resaltaba consideraciones válidas sobre la consistencia del backend que su propuesta hubiera afectado, mi preocupación por evitar discrepancias técnicas era totalmente razonable.
2. Los usuarios son la brújula definitiva
Normalmente, los verdaderos arbitros de cualquier decisión de diseño son los usuarios, esto cuando obviamente ya se tiene un producto en marcha, por muy lógicos que sean nuestros argumentos, deben validarse con pruebas y feedback reales, en este caso y yo personalmente siempre digo que suponer no es la mejor forma de decidir.
Mi compañero ya había asumido que los usuarios preferirían completar la descripción más tarde, pero sin evidencia concreta, esta suposición podría haber sido errónea.
3. Encontrar un equilibrio es clave
Más que una batalla por imponer una visión, el objetivo debe ser integrar perspectivas y en este caso, mantener la simplicidad del registro inicial suena lógico pero incluyendo el campo adicional crucial lograba ese equilibrio, satisfaciendo tanto las necesidades del usuario como las técnicas.
Pues resulta que mi compañero había olvidado que este campo que había decidido eliminar era necesario más adelante debido a algunas reglas del negocio, por lo que ya habían decidido utilizar una herramienta externa que usamos para crear guías interactivas y orientar al usuario en la dirección correcta.
4. El proceso es tan importante como el resultado
Más que quién "ganó" el debate, lo valioso fue ejercitar la habilidad de considerar otros puntos de vista, aun opuestos a los propios. Aprender a disentir constructivamente, sin antagonismos, es esencial para una colaboración productiva.
Como profesionales, enfrentamos constantemente decisiones que requieren equilibrar el diseño, la funcionalidad y las necesidades del negocio. Esta experiencia me ha recordado que a veces, la solución no es elegir un lado sobre otro, sino encontrar un terreno común que beneficie a todos. Te invito a reflexionar sobre tus propios desafíos profesionales. ¿Has considerado todas las perspectivas antes de tomar una decisión? ¿Podrías beneficiarte de abrir un diálogo más amplio y buscar soluciones más integradoras? La próxima vez que te encuentres en una encrucijada, recuerda que el diálogo y la colaboración son las claves para el éxito.
Esta experiencia subrayó que llevar a cabo cambios en el desarrollo de software, por insignificante que parezcan, requiere una cuidadosa ponderación de múltiples perspectivas.
Happy coding! :D
Photo by Sangga Rima Roman Selia on Unsplash
