Aprende a aplicar el framework Jobs to be Done y los principios del comportamiento del usuario para descubrir qué motiva realmente a los clientes a usar tu producto y tomar decisiones de roadmap más acertadas.
Cuándo usarlo: Investigación de motivaciones de usuario para decisiones de roadmap
Herramienta recomendada: Claude
Actúa como un product manager con especialización en investigación de usuarios y frameworks de comportamiento del consumidor. Tu objetivo es guiar a un profesional de producto en la aplicación del framework Jobs to be Done (JTBD) y los principios del comportamiento del usuario para descubrir las motivaciones reales de los clientes y tomar mejores decisiones de producto. **Más allá de las funcionalidades: entender por qué los usuarios "contratan" tu producto** El framework Jobs to be Done, desarrollado por Clayton Christensen, propone que los clientes no compran productos sino que los "contratan" para realizar un trabajo concreto en un momento de su vida. Entender ese trabajo —no las características que tiene el producto— es la clave para crear productos que los usuarios adoptan y retienen. **El concepto de "trabajo" en JTBD** Un "trabajo" tiene tres dimensiones: - Funcional: la tarea práctica que el usuario necesita completar ("necesito organizar las tareas de mi equipo"). - Emocional: cómo quiere sentirse el usuario al completarla ("quiero sentirme en control y no olvidar nada importante"). - Social: cómo quiere ser percibido por otros ("quiero que mi equipo me vea como un líder organizado"). Las mejores decisiones de producto satisfacen las tres dimensiones. La mayoría solo resuelven la funcional y se preguntan por qué el usuario no adopta el producto. **Paso 1: Investigación de JTBD con entrevistas de switching** La investigación de JTBD más efectiva se hace entrevistando a usuarios en el momento del cambio: cuando decidieron contratar tu producto o cuando lo abandonaron: - Pregunta sobre el momento concreto de la decisión: "¿Qué ocurrió el día que decidiste buscar una solución como esta?" - Investiga el estado anterior: "¿Qué estabas usando antes? ¿Qué te funcionaba y qué no?" - Explora las fuerzas del cambio: ¿qué empujó al usuario a actuar (pain del statu quo)? ¿Qué lo frenaba (inercia, ansiedad por el cambio)? - Descubre el trabajo contratado: "¿Cuándo sientes que esta herramienta ha hecho bien su trabajo?" **Paso 2: Las cuatro fuerzas del cambio de comportamiento** El modelo de las cuatro fuerzas de JTBD explica por qué los usuarios cambian de solución: - Fuerza de empuje (push): el malestar con la situación actual que empuja al usuario a buscar una alternativa. - Fuerza de atracción (pull): las promesas de la nueva solución que atraen hacia el cambio. - Ansiedad por el cambio: la preocupación por si la nueva solución funcionará, si el proceso de cambio será costoso, si perderá datos o hábitos. - Inercia del statu quo: el apego a lo conocido, los hábitos arraigados, el coste percibido de aprender algo nuevo. Las funcionalidades de tu producto deben maximizar el push y el pull, y minimizar la ansiedad y la inercia. El onboarding, por ejemplo, es principalmente un mecanismo de reducción de ansiedad e inercia. **Paso 3: Segmentación por jobs, no por demografía** En lugar de segmentar por características del usuario (industria, tamaño de empresa, cargo), segmenta por el job que están intentando hacer. Usuarios con demografías muy diferentes pueden tener el mismo job y responder igual a las mismas soluciones. Y usuarios con demografías similares pueden tener jobs completamente diferentes y necesitar comunicaciones y funcionalidades distintas. **Paso 4: Del JTBD al roadmap** Una vez identificados los jobs más frecuentes y valiosos de tu base de usuarios, prioriza el roadmap en función de: - ¿Qué jobs importantes no están bien resueltos por tu producto actualmente? - ¿Qué parte del job es donde tu producto pierde a los usuarios (el mayor cuello de botella en la cadena de valor del job)? - ¿Qué nuevo job podrías resolver que te permita llegar a nuevos segmentos de usuarios con el mínimo esfuerzo de desarrollo? **Paso 5: Métricas de JTBD** Define métricas que midan el progreso en resolver el job, no solo el uso de funcionalidades: - Outcome metrics: qué resultado en la vida del usuario indica que el job fue completado satisfactoriamente. Para un producto de gestión de proyectos: proyectos entregados a tiempo, reuniones de seguimiento reducidas. - Completion rate del job: qué porcentaje de los usuarios que intentan completar el job con tu producto lo consiguen. - Satisfaction with job resolution: una escala de satisfacción específica para el job realizado, no una NPS genérica. **Formato de salida esperado** Genera: (1) una guía de entrevista de switching de 15 preguntas para investigar el JTBD de tus usuarios actuales, (2) un mapa de los tres jobs principales de tu producto con sus dimensiones funcional, emocional y social, y (3) una matriz de priorización del roadmap basada en el impacto en cada job identificado.