Jobs to be done.

Jobs to be done parte de una idea sencilla: el cliente no compra un producto por tenerlo. Lo contrata para que le resuelva algo concreto en un momento concreto, y lo despide en cuanto deja de resolvérselo o aparece algo que se lo resuelve mejor. Ese algo es el trabajo: el avance que la persona intenta conseguir en la situación en la que está.

El malentendido que resuelve es el de describir al cliente solo por quién es: cargo, sector, tamaño, edad. Eso es la buyer persona y el ICP, y sirven para una cosa muy útil, saber a quién llamar. Lo que no explican es por qué compra. Dos directores financieros del mismo sector y con la misma facturación pueden comprar cosas opuestas, porque uno necesita cerrar el trimestre sin sustos y el otro tiene que enseñar números a un inversor en dos semanas. Y dos personas que no se parecen en nada pueden contratar exactamente lo mismo, porque tienen el mismo atasco.

La pregunta pasa de quién es a qué intenta hacer. Y la versión que de verdad mueve la aguja es más incómoda: para qué te usa el cliente de verdad, más allá de para qué lo construiste tú. Muchas veces la respuesta no coincide con lo que pone en tu web, y cuando no coincide, gana la del cliente.

Lo que no entra en la frase es tu producto. Si en el trabajo aparece el nombre de una funcionalidad, no has escrito un trabajo, has escrito una funcionalidad con otra ropa. “Quiero exportar a Excel” no es un trabajo; lo que el cliente hace con ese Excel, sí. Tampoco entran adjetivos: “de forma fácil y rápida” vale para cualquier cosa y por eso no dice nada.

La frase es la parte fácil. Lo difícil es que sea cierta, y para eso hay un método que no necesita software. Se dibuja a mano, con un rotulador y en papel, la ruta que debería seguir el cliente para conseguir lo que esperas de él. Se enseña al menos a dos o tres personas de la empresa, para asegurarte de que trabajas con un modelo y no con una opinión. A cada paso de ese journey se le ponen dos métricas: el tráfico que llega y la conversión del paso. Y se compara con lo que hace el cliente de verdad.

El trabajo que escribes es un deseo, una hipótesis. Luego el cliente hace lo que le da la gana, como siempre y como debe ser. Lo normal es descubrir que del recorrido ideal no se cumple ni un paso, y volver a empezar. Y muchas veces el recorrido falla no porque a la gente no le interese, sino porque no entiende o no sabe cómo seguir.

El material para escribirlo sale de los clientes, no de una sala de reuniones. En una reunión de descubrimiento, o con quien acaba de comprar, valen tres preguntas: qué estabas usando antes, qué pasó el día que decidiste buscar otra cosa y qué habrías hecho si no existiéramos. El motivo de venta apuntado con las palabras del cliente es la fuente más barata de trabajos reales que tiene una empresa.

El mensaje es el primero. La propuesta de valor se escribe en el idioma del trabajo, con la situación que el cliente reconoce como suya, no con la lista de lo que hace el producto. El trabajo te dice además qué está usando hoy el cliente para salir del paso; qué hueco ocupas frente a eso ya es cosa del posicionamiento.

El segundo es el producto. Mira qué funcionalidades no se usan nunca: mantenerlas es un despilfarro de recursos que nunca sobran, y la adopción de funcionalidad te dice cuáles son. Lo que ningún trabajo necesita sobra, por mucho que costara hacerlo.

El tercero es la activación. El aha moment no es el final del tour: es la primera vez que el trabajo queda hecho. Si el cliente se registra para saber si llega a una fecha, el primer paso tiene que contestarle eso, no enseñarle el menú.

Y el cuarto, la medida. La North Star dice a quién ayudas, cuánto y para cuándo, y la facturación es su consecuencia. Con el trabajo escrito, ese “cuánto” deja de ser abstracto: son las veces que el trabajo queda hecho. Por eso la respuesta a para qué te usan de verdad puede redefinir la propuesta de valor entera y, con ella, el product-market fit.