Cuando se trata de diseño centrado en el usuario (DCU), el objetivo de cada proceso de diseño es el mismo: crear un gran producto para los usuarios finales.
En tiempos económicos normales, el uso (o la falta) del DCU puede influir enormemente en el éxito o el fracaso de un proyecto. En este entorno de mayores restricciones fiscales, lo que está en juego es aún más importante.
Hasta 2022, los mercados de capitales eran tales que cualquier equipo con una buena idea y un plan de negocio razonable podía conseguir financiación para lanzar un nuevo producto. Ahora que los inversores son más exigentes y extienden cheques más pequeños, el DCU puede ser la diferencia entre que su empresa se ponga en marcha o que nunca salga de la mesa de dibujo.
El enfoque y la lista de verificación de UCD
El enfoque del DCU puede adaptarse a muchas situaciones diferentes. No obstante, siempre hay que recordar algunos principios clave. He aquí una lista de comprobación para crear un enfoque de DCU:
- Haga muchas preguntas para entender por qué sus clientes quieren que se resuelva un problema.
- El número óptimo de prototipos/ideas que hay que tener al mismo tiempo es cinco. Todo lo demás es contraproducente.
- Considera si estás resolviendo un problema emocional.
- Al realizar pruebas, practique la empatía (comprensión, no simpatía).
- Incorpore filosofías de diseño que aborden la accesibilidad.
- Es fundamental adaptarse en función de las interacciones de los usuarios. Lo importante no es lo que dicen los usuarios, sino lo que hacen.
Nos lanzamos en 2007, justo en medio de la Gran Recesión, por lo que la financiación externa no era una opción. Por lo tanto, adoptamos un enfoque ajustado que evitaba el costoso desarrollo de software y marketing, y en su lugar utilizamos el DCU para todo, desde el nombre de la empresa y el logotipo hasta nuestro primer producto. Cada una de las siguientes lecciones será útil para los fundadores que busquen formas de hacer más con menos.
Es fundamental adaptarse en función de las interacciones de los usuarios. Lo importante no es lo que dicen los usuarios, sino lo que hacen.
DCU para el concepto de negocio
Nuestro plan de negocio original en Inflectra era lanzar una herramienta de gestión de pruebas de software similar a otros productos más caros, complejos y difíciles de usar que ya existían en el mercado. Creíamos que un producto mejor, más sencillo, con una interfaz de usuario más fácil de usar y a un precio significativamente más bajo sería fácil de comercializar y vender sin tener que crear un nuevo mercado completamente desde cero. Este producto acabaría convirtiéndose en lo que ahora se conoce como «SpiraTest».
Sin embargo, antes de lanzar el negocio, empleamos los principios del DCU para hacer muchas preguntas a colegas, clientes potenciales y usuarios. Tuve la suerte de que los usuarios a los que nos dirigíamos eran profesionales del aseguramiento de la calidad del software y gestores de proyectos, y yo trabajaba para una empresa que se dedicaba mucho a la gestión de proyectos y las pruebas de software. Tuve la suerte de contar con una gran cantidad de usuarios reales con los que trabajar.
Así que este es mi primer consejo: asegúrate de que tienes una comunidad de usuarios disponible con la que hacer pruebas.
Al discutir los problemas de mis colegas, hacer muchas preguntas del tipo «¿por qué?» nos ayudó a determinar que, además del precio, las herramientas existentes en el mercado tenían licencias complicadas, eran difíciles de administrar y resultaba imposible integrarlas con otras herramientas de desarrollo. Profundizando más, el problema emocional era que los probadores tenían la sensación de que los desarrolladores se quedaban con «las herramientas buenas», mientras que ellos se veían obligados a utilizar Microsoft Excel para hacer un seguimiento de todo.
Estas ideas nos ayudaron a perfeccionar nuestro plan de negocio inicial para crear y vender «integración», mantener la transparencia y sencillez de las licencias, minimizar la carga de la administración y garantizar que hubiera un camino fácil desde Excel hasta nuestro producto.
DCU para el nombre y el logotipo de la empresao
Paralelamente a la creación del plan de empresa, empezamos a desarrollar un nombre de empresa, un logotipo y una declaración de objetivos para afianzar la empresa más allá de su producto inicial. Aunque en ese momento ya teníamos en mente nuestro producto inicial, queríamos crear un nombre y una identidad de empresa más amplios, ya que imaginábamos tener un conjunto de herramientas.
En lugar de elegir un nombre al azar, decidimos utilizar el DCU para crear un nombre que fuera único, significara algo y ayudara a crear una conexión emocional con nuestros clientes y usuarios potenciales.
Utilizamos los principios del DCU para elaborar una lista de al menos cinco nombres (de una lista inicial más larga).
Un amigo poeta me dio un consejo: Para ver si un nombre puede dejar una huella emocional, léele una lista de nombres a un niño pequeño y mira a ver qué recuerda.
Fue un gran consejo, ya que los principios del DCU fomentan la exploración de nuevas perspectivas. Así que le leí cinco nombres a mi hijo de cinco años antes de acostarse. Al día siguiente, le pregunté qué nombre le gustaba, y saltó por las escaleras gritando «Inflectra Dot Com». Ese mismo día registramos el nombre.
Del mismo modo, cuando se nos ocurrió cada uno de los nombres y logotipos de nuestros productos, creamos unos cinco prototipos y preguntamos a amigos y colegas cuál les gustaba. Al final, utilizamos los mejor valorados.
DCU para tu MVP
Ahora que teníamos la identidad de nuestra empresa, un plan de negocios (y un nombre) y una idea para un producto inicial, teníamos que desarrollar las funciones y la interfaz de usuario. No era factible crear una versión con todas las funciones que tenían los productos de la competencia, y debido a que nuestro objetivo era garantizar una alta usabilidad, todas esas funciones no habrían sido deseables de todos modos.
Creíamos en el manifiesto ágil de 2001, así que decidimos crear una versión 1.0 inicial muy reducida con todas las funciones básicas (requisitos, gestión de casos de prueba y seguimiento de defectos e informes), pero sin mucha profundidad. Esto se debe a que cuando se tiene un nuevo producto sobre el que se quiere obtener feedback, los usuarios necesitan ver una visión del conjunto y ser capaces de «ver, tocar y saborear» en lo que se convertirá el producto antes de que esté completamente desarrollado.
Aquí hay otra lección esencial que aprendimos de esto: Cuando desarrolles un MVP, céntrate en la amplitud; no pasa nada por dejar algunas partes como prototipos estáticos.
Para el diseño gráfico, teníamos varios prototipos y esquemas de color. Para las páginas en sí, utilizamos herramientas como Visio e Illustrator para crear «wireframes» sencillos que pudiéramos ajustar fácilmente y que permitieran a los usuarios ver el aspecto que podría tener el producto.
Pedíamos a los usuarios potenciales que miraran el wireframe y nos dijeran dónde debían hacer «clic» para realizar una determinada acción. Incluso les dábamos un bolígrafo rojo y les pedíamos que simularan que era el puntero de un ratón y que hicieran clic en determinadas páginas. La ventaja de esto sobre un prototipo HTML real era que podíamos dejar que el usuario se centrara en los elementos interactivos en lugar de en el diseño, y podíamos hacer cambios rápidamente sin apegarnos demasiado a nuestro diseño.
Aprendimos que es fundamental adaptarse a las interacciones de los usuarios. Lo importante no es lo que dicen los usuarios, sino lo que hacen.
Una vez que lanzamos SpiraTest 1.0 como prueba gratuita (utilizando la búsqueda de pago de AdWords para crear una demanda inicial), nos dimos cuenta rápidamente de que los usuarios tendrían muchas preguntas y sugerencias de funciones. Pronto nos dimos cuenta de que no conseguiríamos nuestro primer cliente de pago hasta que hubiéramos implementado al menos algunas de estas funciones. El reto era que no contábamos con el dinero de ningún inversor y teníamos un plazo de entre 10 y 12 meses para realizar nuestra primera venta.
Por lo tanto, el uso de los principios del DCU era muy importante para desarrollar y lanzar las siguientes versiones. Algunas de las técnicas clave que utilizamos para responder a las preguntas y comentarios fueron las siguientes:
- Preguntar «por qué» varias veces: Cuando un usuario nos pedía una función o nos daba su opinión sobre una función existente, aprendimos a preguntar repetidamente «por qué» para entender no sólo la función que nos pedían, sino el contexto empresarial que había detrás de esa función. Esto nos permitió comprender mejor sus necesidades y crear una función diferente que pudiera resolver varias necesidades a la vez. Esto fue mucho más eficaz y mejoró la experiencia del usuario que añadir funciones a la carta.
- Buscar patrones consistentes: cuando varios usuarios solicitan funciones que conducen al mismo problema subyacente, debe priorizar todas las funciones que se dirigen a ese problema. De esa manera, está satisfaciendo la mayor cantidad de necesidades a la vez.
- Proporcionar soluciones múltiples: a menudo le mostrábamos a un posible cliente varias formas en que planeamos satisfacer sus necesidades comerciales. Usamos esto para validar que nuestra solución realmente resolvería su problema y también les preguntamos si pagarían por el producto si tuviera esta función. De esa manera, sabríamos qué tan cerca estábamos de lograr el ajuste del producto al mercado.
Finalmente, luego de nueve meses de actualizaciones de productos, vendimos nuestra primera licencia de SpiraTest.
En conclusión
Cuando busca crear un nuevo negocio, producto o servicio, el uso de principios de diseño centrados en el usuario puede ser invaluable. Desde la validación del concepto y la creación de la identidad corporativa hasta el lanzamiento del producto inicial, el enfoque UCD ahorrará tiempo y dinero e incrementará
