👉 Charlando de JTBD con Jim Kalbach
Hoy les traigo la 1.ª entrevista escrita de este newsletter con Jim Kalbach Chief Evangelist en Mural y autor del libro “The Jobs To Be Done Playbook”:
Jim, puedes contarnos un poco sobre ti y darle a los lectores un poco de contexto sobre tu trabajo y experiencias previas.
En este momento soy Chief Evangelist en Mural, una solución de colaboraciones visuales, donde apoyo nuevas maneras de trabajar. Sin embargo, mis bases, son en diseño e innovación, trabajé para una serie de compañías y como consultor, interno y externo, ayudando a que sean más enfocados en el consumidor y creando experiencias excepcionales.
Soy autor de cinco (5) libros en donde comparto mis recomendaciones y experiencias. Esto va desde el diseño UX (Designing Web Navigation, 2007, and Mapping Experiences, 2nd Edition, 2020) a colaboraciones (Facilitating Remote Workshops, 2018, and Collaborative Intelligence, 2023) e innovación (JTBD Playbook, 2020).
Vamos a cubrir los puntos básicos por si alguien no conoce la metodología, ¿nos puedes decir un poco sobre que son los Jobs-To-Be-Done (JTBD)?
Jobs-To-Be-Done (JTBD) es una metodología para entender las necesidades del mercado desde un punto de vista humano. Realmente se trata sobre dejar tus propias propuestas o soluciones a un lado por un momento y ver las cosas desde una perspectiva diferente, desde las perspectivas individuales. El valor es que, si puedes entender lo que las personas quieren de manera individual de tu propio producto, incrementas las posibilidades de captar nuevas oportunidades de innovación y crecimiento.
Usar tu producto no es el único objetivo de esta metodología – nunca lo es. En cambio, tienes que ser capaz de dejar los sesgos y suposiciones de lado, incluyendo el sesgo de que alguien necesita tus soluciones. La tarea (JTBD) es aparte de tu producto.
Por eso, los JTBD precisa un cambio de mentalidad. No estás viendo a las personas como usuarios o consumidores de tu producto. En JTBD es irrelevante lo que piensan de tu marca, precio o la usabilidad de tu producto. Por el contrario, el foco es en SUS metas y resultados deseados. ¿Qué es lo que ellos están intentando de lograr independientemente de tu solución? Los JTBD le da inicio a buscar resultados y trabajar en la mejor solución.
¿Existe un momento ideal para utilizar esta metodología? Como por ejemplo no todos los martillos en una caja de herramienta tienen la misma función, cada uno de ellos tiene una funcionalidad con sus pros y contras.
Los JTBD es lo que yo creo un “espacio para analizar problemas”. No te dice qué solución brindar, pero sí qué producto resolver. En teoría, sabiendo esto, incrementa tus chances de éxito como un innovador. No hay garantías, pero la probabilidad de que las personas adopten tu solución incrementa si aborda la tarea base de una manera satisfactoria y única.
En conclusión, JTBD es mejor en la fase inicial cuando estás tratando de decidir qué crear. Piénsalo como una etapa temprana de Discovery. Si ya tienes requisitos y el desarrollo ya está en camino, es probablemente muy tarde para que los JTBD causen un impacto.
Después de escribir un libro, dictar webinars y dar entrevistas de JTBD. ¿Tienes una recomendación en como un equipo puede implementar esta metodología en el futuro para luego mejorar?
Primero que todo, el conocimiento de JTBD conlleva mucho tiempo. Dicho esto, los resultados suelen ser válidos y útiles por años. Así que no tienes que esperar para comenzar. Empieza ahora construyendo tu modelo y metodología con JTBD e incrementa tu conocimiento con el tiempo. JTBD no debería ralentizar el proceso con grandes investigaciones.
En segundo lugar, los JTBD complementa muchas técnicas existentes. No tienes que desechar tu enfoque actual: puedes agregar JTBD. Por ejemplo, JTBD puede indicar una necesidad que no conocías, que como resultado da inicio a un proceso de Design Thinking. JTBD también puede ser usado para comunicar una hipótesis que hayas llegado, resultado de un “Lean testing” (ej.: construir, medir, aprender). Los JTBD pueden guiarte armando el Roadmap y planificando un sprint.
Comienza pequeño, ve construyendo tu conocimiento a través del tiempo, mientras que vas integrando los JTBD en tu flujo de trabajo actual.
A veces cuando explico que es JTBD a una persona que también diseña producto, la respuesta es “ooh es como una historia de usuarios, pero sin los usuarios, ¿Eso no está mal para un UX?
La diferencia entre User Stories – UX por así decirlo – y JTBD está en la palabra “usuario”. Así como mencione, con JTBD no asumimos que un individuo es un usuario o consumidor nuestro. Buscamos entender que están tratando de lograr individualmente de una tecnología dada.
En consecuencia, las User Stories describe la funcionalidad de un particular producto, por ejemplo: como usuario, quiero autenticar al dashboard con un teléfono celular para poder seleccionar un documento para editar. En este ejemplo, “autenticar”, “dashboard”, “teléfono celular” e incluso “documento para editar” son todas tecnologías específicas o soluciones.
Las historias de trabajo (Job Stories), por otro lado, describen la tarea base sin hacer referencia al objetivo de lograrlo. De nuevo, los beneficios es que entiendas las necesidades individuales en un sentido más profundo y potencialmente encuentres nuevas oportunidades para mejorar. Así que una Job Storie es mejor que esté escrita, como esta “Cuando estoy en movimiento durante las horas de trabajo (por ejemplo: con un cliente, en el tren, trabajando remoto, etc.) quiero poder tener la posibilidad de tener una visión general de mi trabajo al instante con los medios posibles para mí, para poder ser productivo y sentirme valioso sin importar en donde este físicamente”.
En mi opinión, Job Stories no reemplazan las User Stories. Una describe el problema que estás tratando de resolver, la otra describe el producto que intentas crear.
También ten en mente que existen diferentes técnicas en JTBD, no solo Job Stories. También están los Job Maps, análisis de cuatro (4) fuerzas y priorización de resultados y muchos más. Es un campo amplio que puede usarse de manera integral si se desea.
¿Está bien pensar a los JTBD como una solución 3en1 o una extensión de otras técnicas como Criterios de Éxito, User Journey o User Personas?
No, no creo que lo es. Todas esas técnicas son lo que llamo artefactos que pertenecen al espacio de la solución. No me malinterpreten – Estas son herramientas importantes para entender la solución en la que estás trabajando. De hecho, mi libro, Mapping Experiences, se trata sobre mapear User Journeys y Customer Journeys. JTBD trae diferentes perspectivas. No hay un “usuario” porque no hay un producto. JTBD nos invita a temporalmente poner de lado nuestras propuestas y nuestra marca para ver el mundo de una manera diferente.
Cuando hago consultorías con compañías, a veces dejo muy en claro ese punto diciendo “No me importa tu producto”. Dime lo que tus clientes en el mercado están tratando de hacer. “Iniciar sesión y acceder a una pantalla en su aplicación” no es SU trabajo, esa es la dificultad que tú les pones a ellos para llegar al objetivo. Tampoco me importan los precios ni las marcas.
De nuevo, no me malinterpreten. Productos, precios y marcas son aspectos importantes de tu negocio. Pero los JTBD te dan una oportunidad de poner todo eso de lado y pensar en qué estás ayudando a las personas realmente hacer. Su tarea, entonces, debe ser tu foco y motivo de investigación, no arreglar tu producto.
¿Estás trabajando en un nuevo libro de JTBD, webinar o algo?
Nosotros continuamente actualizamos algunos de los recursos en https://www.jtbdtoolkit.com/ y deberíamos tener nuevo material para compartir pronto, incluyendo un nuevo curso online. No tengo planes de escribir un libro nuevo – capaz el año que viene. Por favor síganme en LinkedIn (https://www.linkedin.com/in/kalbach/) para noticias o actualizaciones sobre mí.
Gracias, Jim, por participar en esta entrevista escrita, ha sido un verdadero placer conocerte un poco más y ampliar nuestro conocimiento sobre la metodología JTBD.
🎙️ Nuevo episodio:
Lilibeth Linares nos charla sobre su experiencia trabajando en UX en el extranjero, nos cuenta como consiguió trabajo en Memorisely, cómo maneja el tiempo y las expectativas propias para evitar el Burnout, habla sobre la creación de proyectos personales y sobre su experiencia dando mentorías en ADPlist
🎥 En YouTube: