Clayton Christensen solía contar la historia de una cadena de comida rápida que quería vender más batidos. Entrevistaron a los clientes sobre sus preferencias de sabor, el nivel de dulzor y el tamaño del vaso. Nada de lo que cambiaron movió las ventas. Entonces un investigador probó un enfoque distinto: se plantó en un aparcamiento y observó a la gente comprar batidos. Hizo una sola pregunta: "¿Qué intentabas conseguir cuando decidiste comprarte un batido esta mañana?"
La respuesta: la mayoría de los compradores de batidos por la mañana tenían por delante un trayecto largo y aburrido. Querían algo que los mantuviera entretenidos y que no los dejara con hambre antes de la comida. El batido lo hacía mejor que un plátano (se acaba demasiado rápido), un bagel (mancha demasiado) o un café (demasiado pequeño). El producto con el que competía no eran otros batidos, sino el aburrimiento y el hambre.
Esa historia es la esencia de Jobs-to-be-Done. Las personas no compran productos. Los contratan para que hagan un trabajo en su vida.
En la terminología de JTBD, un "trabajo" es el progreso que una persona intenta lograr en una circunstancia concreta. No es una tarea ("Necesito enviar un archivo"). No es un objetivo ("Quiero ser más productivo"). Es el progreso concreto que una persona concreta intenta lograr en una situación concreta, con todo el contexto, las limitaciones y las emociones que rodean ese momento.
El trabajo tiene tres componentes: una situación (el detonante que crea la necesidad), una motivación (lo que la persona intenta lograr) y un resultado (la definición de éxito desde su perspectiva). Los tres importan. Un producto que acierta con la motivación pero ignora la situación se usará en los momentos equivocados. Un producto que acierta con la situación pero ignora el resultado será contratado y despedido enseguida.
Escribir declaraciones JTBD formales obliga a aclarar para qué trabajo se está contratando realmente a tu producto y deja al descubierto las diferencias entre lo que crees que es el trabajo y lo que los usuarios viven en realidad.
Fíjate en cómo cada declaración revela algo que una lista de funciones nunca revelaría: lo que está en juego a nivel emocional, el contexto de fuerzas en conflicto y la definición de éxito desde la perspectiva del usuario. Nada de esto aparecería en una encuesta que preguntara "¿qué funciones quieres?"
Cada trabajo tiene tres dimensiones, y los productos que solo abordan la dimensión funcional dejan valor real sobre la mesa.
Slack no creció porque fuera mejor que el correo electrónico para enviar mensajes (funcional). Creció porque hizo que los equipos se sintieran más conectados y con más vida (emocional) y que las personas se sintieran parte de una conversación en tiempo real y no de una cola de bandeja de entrada (social). Las funciones que solo cubren el trabajo funcional se convierten fácilmente en un producto básico más (commodity). Los productos que cubren las tres dimensiones son mucho más difíciles de sustituir.
La mejor investigación de JTBD se centra en el momento de la contratación —la decisión de empezar a usar un producto— y en el momento del despido —la decisión de dejar de usarlo—. Ambos momentos están llenos de señales.
Para la entrevista de contratación, pregunta: "Piensa en la última vez que decidiste usar [producto]. ¿Qué estaba pasando? ¿Qué intentabas conseguir? ¿Qué otra cosa probaste antes?" Para la entrevista de despido: "¿Cuándo dejaste de usar [producto]? ¿Qué estabas haciendo justo antes de decidir cambiar? ¿Qué hacía de forma distinta la alternativa?"
Las respuestas casi siempre te sorprenderán. Los usuarios describirán situaciones, frustraciones y motivaciones que tu equipo nunca había previsto. Ese es precisamente el objetivo. La investigación JTBD no es investigación de validación, sino de descubrimiento. No estás poniendo a prueba tus suposiciones: las estás sustituyendo por evidencias.
Una vez identificados los trabajos principales para los que se contrata a tu producto, úsalos como filtro en cada decisión de producto importante. Ante cualquier función propuesta, pregúntate: ¿en qué trabajo concreto ayuda a los usuarios a avanzar? Si la respuesta es "en ninguno de nuestros trabajos principales", es una señal clara para despriorizarla, aunque la función suene atractiva.
JTBD también revela dónde estás ofreciendo más de lo necesario (over-serving). Si los usuarios tienen un trabajo que ya se resuelve lo bastante bien, añadir más funciones en esa área aporta rendimientos decrecientes y puede añadir una complejidad que dificulta el uso del producto a quienes tienen otros trabajos. La perspectiva de los trabajos te muestra dónde invertir y dónde parar.