¿Qué es Jobs To Be Done y por qué importa realmente?
Jobs To Be Done (JTBD) es un framework para entender por qué las personas compran los productos que compran.
No se enfoca en:
- Qué funcionalidades tiene el producto
- Qué tan satisfecho está el usuario
- Qué feature pidió
Se enfoca en algo más profundo:
Qué progreso estaba intentando lograr esa persona cuando decidió cambiar.
La idea central es simple pero poderosa:
Las personas no compran productos.
“Contratan” soluciones para resolver una situación específica en su vida.
Y esa decisión no es aleatoria. Está impulsada por fuerzas.
Entender esas fuerzas cambia completamente cómo hacemos research, cómo vendemos y cómo priorizamos producto.
La matriz de las fuerzas del progreso
JTBD se apoya en un modelo conocido como las 4 fuerzas del progreso, que puede explicarse como una matriz con cuatro cuadrantes.
Por un lado tenemos:
- A la izquierda: la solución actual (producto viejo)
- A la derecha: la nueva solución (producto nuevo)
Las fuerzas se dividen en dos grupos:
🔼 Las fuerzas que empujan hacia el cambio (arriba)
🔽 Las fuerzas que generan fricción y resistencia (abajo)
🔼 Fuerza 1 — El PUSH de la situación actual
El Push es la presión que genera la situación actual.
Es aquello que ya no da para más.
No es una preferencia. Es una incomodidad creciente.
Ejemplos:
- “Se nos estaban acumulando tickets.”
- “Perdíamos clientes por errores internos.”
- “El proceso era demasiado manual.”
El Push responde a una pregunta clave:
¿Qué estaba pasando en tu vida cuando decidiste que necesitabas cambiar?
Sin Push, no hay cambio.
🔼 Fuerza 2 — El PULL de la nueva solución
El Pull es la promesa de progreso.
No es una feature.
Es el resultado esperado.
Ejemplos:
- “Quería automatizar todo.”
- “Necesitaba visibilidad en tiempo real.”
- “Buscaba evitar perder clientes.”
El Pull responde a:
¿Qué esperabas que esta nueva solución te permitiera lograr?
El Pull es aspiracional.
Es la visión de un estado mejor.
🔽 Fuerza 3 — La ANSIEDAD frente al cambio
Toda decisión de cambio genera incertidumbre.
La Ansiedad es el miedo a equivocarse.
Ejemplos:
- “¿Y si migrar es complicado?”
- “¿Y si mi equipo no lo usa?”
- “¿Y si no funciona como prometen?”
La Ansiedad no aparece en métricas.
Aparece en conversaciones reales.
Si la Ansiedad supera al Push y al Pull, la compra no sucede.
🔽 Fuerza 4 — Los HÁBITOS existentes
El hábito es la inercia.
Incluso si la solución actual no es buena, es conocida.
Ejemplos:
- “Ya estamos acostumbrados a esta herramienta.”
- “Nuestro equipo ya sabe usar esto.”
- “Cambiar implica reentrenar a todos.”
Los hábitos son silenciosos, pero extremadamente poderosos.
Son la razón por la que muchas empresas no cambian aunque deberían.
Cómo funciona la dinámica de estas fuerzas
La decisión de compra ocurre cuando:
Push + Pull > Ansiedad + Hábitos
Es decir, cuando las fuerzas que empujan hacia el cambio superan a las que lo frenan.
Cuando entrevistamos a un usuario que ya compró, asumimos algo importante:
Las fuerzas superiores ganaron.
El objetivo de la entrevista no es preguntar:
- “¿Te gusta el producto?”
- “¿Qué feature querés?”
El objetivo es identificar:
- Qué Push fue tan fuerte
- Qué Pull fue tan atractivo
- Qué Ansiedades casi lo frenaron
- Qué Hábitos tuvo que romper
Ahí está el insight real.
Por qué esto cambia cómo hacemos research
La mayoría de los equipos cree que los usuarios compran por:
- Más funcionalidades
- Mejor precio
- Mejor diseño
Pero en la práctica, las razones reales suelen ser distintas.
Muchas veces el usuario compra por algo que el equipo ni siquiera había considerado central.
Por ejemplo:
Un SaaS de soporte puede pensar que lo compran por “automatización”.
Pero el Push real puede haber sido:
“Estábamos perdiendo clientes y nadie sabía por qué.”
Eso cambia completamente la narrativa de producto.
Qué podemos obtener de entrevistas bien hechas
Cuando entendemos las cuatro fuerzas, podemos:
- Identificar dónde encontrar usuarios con ese mismo Push.
- Hablar más del Pull real (los outcomes buscados).
- Reducir Ansiedades en el mensaje de venta.
- Diseñar features que refuercen el progreso esperado.
- Eliminar funcionalidades que no están vinculadas a ningún job real.
Y, sobre todo:
Dejar de asumir por qué nos compran.
Porque usualmente las razones por las que un usuario compra tu producto
no son las razones que vos creés que son.
Cómo implementar Jobs To Be Done en 2026
La mayoría de los equipos entiende la teoría, pero falla en la práctica.
Usualmente hacen esto:
- Mandan una encuesta
- Preguntan “¿Qué feature te gustaría?”
- Analizan respuestas aisladas
- Sacan conclusiones rápidas
Eso no es JTBD.
Eso es opinión.
JTBD requiere entender:
- El contexto
- Las fuerzas que empujaron al cambio
- Las ansiedades
- Las alternativas consideradas
Y eso rara vez aparece en un formulario.
Se requiere saber entrevistar.
Saber repreguntar.
Hacer doble click en una frase hasta entender qué hay detrás.
Pero incluso si aplicamos bien JTBD, tenemos otro problema:
Las entrevistas 1:1 no escalan.
Tienen tres límites fuertes:
- Son lentas
- Son costosas
- No escalan cuando tenés cientos o miles de usuarios
Entonces los equipos vuelven a las encuestas.
Y el ciclo se repite.
La pregunta no es:
¿Entrevistas o encuestas?
La pregunta es:
¿Cómo generar conversaciones profundas sin depender de reuniones sincrónicas?
Y ahí es donde herramientas como WhatsApp pueden cambiar radicalmente la forma en que se ejecuta el research.
Por qué WhatsApp cambia la dinámica del research
WhatsApp tiene tres ventajas estructurales para aplicar Jobs To Be Done a escala:
1️⃣ Es asincrónico
El usuario responde cuando puede. No hay presión de agenda.
2️⃣ Es natural
No se siente como “investigación formal”. Se siente como conversación.
3️⃣ Permite profundizar
No es una pregunta única. Es un intercambio.
Y eso es clave:
JTBD no es una pregunta.
Es una secuencia.
Una buena investigación no termina en la primera respuesta.
Hace doble click. Profundiza. Explora fuerzas.
Cuando esto se estructura correctamente, es posible replicar la profundidad de una entrevista 1:1 pero a escala.
Del framework a la decisión de producto
La pregunta final no es:
¿Hicimos bien el research?
La pregunta es:
¿Esto cambió cómo priorizamos?
Un buen proceso JTBD debería permitir:
- Detectar falsas feature requests
- Identificar jobs mal entendidos
- Redefinir propuestas de valor
- Ajustar roadmap con evidencia real
Si no impacta decisiones, no fue research.
Fue documentación.
Conclusión
Jobs To Be Done no es un framework académico.
Es una herramienta práctica para entender progreso humano.
WhatsApp no reemplaza la investigación profunda.
La hace viable a escala.
La combinación de:
- Conversaciones asincrónicas
- Secuencias estructuradas
- Análisis de patrones
Permite llevar JTBD de unas pocas entrevistas 1:1
a cientos de conversaciones sin perder profundidad.
Y cuando eso sucede, el roadmap deja de basarse en opiniones.
Empieza a basarse en evidencia.
Si querés entender cómo aplicar Jobs To Be Done por WhatsApp a escala en tu empresa de tecnología.
Artículos Relacionados
WhatsApp vs Email para B2B: cuál sirve para research real
Comparación profunda entre WhatsApp y email para hacer user research en SaaS B2B. Qué canal genera mejores insights, mayor tasa de respuesta y conversaciones más profundas.
Cómo priorizar un backlog usando feedback real
Guía para product managers y founders sobre cómo priorizar un backlog de producto usando feedback real de usuarios en lugar de intuición, pedidos de stakeholders o ideas sin validar.