El Analista de Jobs to be Done con IA habilidad para Claude

Descargas el zip en la parte superior de esta página, lo colocas en tu entorno de Claude y a partir de ese momento Claude piensa en los clientes en jobs en lugar de en públicos objetivo. Qué es exactamente un SKILL.md y por qué un archivo de texto dirige el comportamiento de una IA se explica en qué son las skills de Claude NL.

El principio central está en las primeras líneas del archivo y se ha mantenido deliberadamente simple. Las personas no compran productos ni servicios. Los contratan para conseguir que se haga un job concreto. El objetivo es el job; el producto no es más que un medio. Un cliente que compra un taladro no contrata un taladro, contrata un agujero en la pared. Y ese agujero es a su vez un medio para otra cosa, por ejemplo colgar una foto familiar que da sensación de conexión. La tarea de la habilidad es mirar más allá de la superficie hacia el job real y hacia el progreso que el cliente intenta lograr en su vida.

Está escrita para emprendedores, personas de marketing, gente de producto y cualquiera que tenga que posicionar algo. El frontmatter menciona las ocasiones en las que Claude debe recurrir a la habilidad: análisis JTBD, investigación de necesidades del cliente, posicionamiento de producto, trabajo sobre una propuesta de valor, resumir entrevistas con clientes, y la síntesis de una switch interview. También cuentan como disparador frases sueltas, como qué me contrata mi cliente para hacer, cuál es el job real, o pull push anxiety habit. Junto con el resto de la biblioteca de habilidades NL la ofrecemos gratis desde el servicio IA y automatización, sin cuenta y sin correo comercial después.

Lo que debes saber antes de empezar: esta habilidad es estricta. No acepta suposiciones como entrada. Si dices que tu cliente quiere trabajar más rápido, no obtienes un análisis sino una contrapregunta: por qué piensas eso, en qué observaciones se basa, y si alguna vez has hecho una switch interview para validarlo. Eso resulta incómodo cuando quieres algo rápido, y es exactamente la razón de que el resultado sea utilizable. Un job que te has inventado tú mismo es un persona con otra etiqueta.

Esa diferencia es práctica. Un persona te dice quién es alguien: edad, cargo, tamaño de empresa, una foto de stock y un nombre inventado. Con eso puedes hacer poco, porque no puedes cambiar la edad de alguien y tampoco te dice nada sobre lo que intenta conseguir hoy. Un job te dice por qué alguien se pone en movimiento en este momento. Y ese momento sí puedes alcanzarlo: con tu mensaje, con tu onboarding, con lo que prometes y lo que no.

Por eso la habilidad hace otra pregunta. No qué quiere el cliente, sino qué intenta lograr y qué progreso quiere hacer en su vida o su trabajo. Eso también está en las reglas, como prohibición explícita de la primera forma de pregunta. Preguntar qué quiere alguien da como resultado una lista de deseos con funciones que ha visto por ahí. Preguntar qué intenta lograr da como resultado una situación, y en esa situación está toda la información que necesitas.

Las funciones van al final. Hay otra regla que va con esto: la habilidad trata las funciones como irrelevantes hasta que conoce el job, con la aclaración de que una función sin job es adivinar. Eso invierte el orden habitual. En la mayoría de las discusiones de producto se empieza por lo que podemos construir y se termina por quién lo está esperando. Aquí se empieza por qué progreso quiere hacer alguien y se termina por lo que hace falta para eso.

Y la habilidad escribe desde el cliente. La última regla es la más discreta y quizá la más útil: todo se formula desde la primera persona del cliente, no desde la empresa. No queremos más conversión, sino cuando estoy en esta página, quiero entender si esto es para mí. En forma de diff, esa inversión se ve así.

Tres capas de análisis. Sobre cada entrada la habilidad aplica tres capas. La primera son las tres dimensiones del job, que siempre se nombran las tres, aunque el cliente solo mencione una. El job funcional es lo que hay que hacer en la práctica, la tarea medible. El job emocional es cómo quiere sentirse el cliente durante y después del job. El job social es cómo quiere quedar ante los demás. La segunda capa son las cuatro fuerzas de Bob Moesta, y la tercera capa es la estructura de la job story de la FIG.02 anterior.

Workflow de cinco pasos. Ante cada pregunta, la habilidad sigue el mismo camino. El paso 1 es la job excavation: preguntar hasta que el job bajo la superficie sea visible, con al menos cinco preguntas. Qué disparó la primera vez que pensaste en esto, el first thought. Qué probaste antes, qué soluciones se rechazaron. Cuándo empezaste a buscar en serio, el active looking moment. Qué tenía que poder hacer como mínimo antes de considerarlo, el bare minimum. Y qué sería un dealbreaker, los anxiety triggers.

El paso 2 es el job map. El paso 3 son los outcome statements. El paso 4 es el análisis hire and fire: qué solución contrata ahora el cliente y cuál ha despedido, con la observación de que una solución despedida da más información que una contratada, porque ahí estaba el dolor. El paso 5 es la síntesis.

Ocho secciones fijas de salida. Cada análisis tiene la misma estructura. El job principal en formato job story. Las dimensiones del job en tres líneas. El job map de ocho pasos con el punto de dolor de cada paso. Las cuatro fuerzas como una matriz de dos por dos, con push y pull en el lado a favor, anxiety y habit en el lado en contra, y al menos dos observaciones concretas por fuerza. De cinco a ocho outcome statements. La competencia, incluidas las soluciones indirectas. Las oportunidades sin explotar. Y por último tres hipótesis de prueba, cada una medible y falsable.

Outcome statements con una gramática fija. Los resultados deseados se escriben como minimizar o maximizar, más una métrica medible, más contexto. El archivo pone ejemplos: minimizar el tiempo necesario para enviar un presupuesto tras una llamada de contacto, y maximizar la probabilidad de que un cliente se sienta comprendido en el primer contacto. Esa forma es directamente utilizable en un backlog, y esa es precisamente la intención: obliga a escribir qué tiene que mejorar de forma medible en lugar de qué función quieres construir.

Cinco reglas que rigen la habilidad. Un buyer persona no sustituye el contexto del job. Nunca preguntar qué quiere el cliente. Las funciones son irrelevantes hasta que el job está claro. No aceptar suposiciones como entrada. Y escribir siempre desde la primera persona del cliente. Esas cinco están desarrolladas en la FIG.05 más adelante, con la respuesta que da cada regla. El archivo cierra con cuatro fuentes y una frase de justificación: la habilidad se basa en esas fuentes y aplica los marcos en un workflow de análisis estructurado. Si quieres aprender a construir tú mismo un archivo así, la estructura completa, del frontmatter a las reglas, se describe en escribir un SKILL.md NL.

Clayton Christensen, Competing Against Luck, 2016. De aquí viene el núcleo: las personas contratan un producto para avanzar en una circunstancia determinada. La consecuencia es mayor de lo que parece. Si el job es tu punto de partida, cambia quién es tu competidor, y eso explica buena parte de las sorpresas en los mercados. En el análisis de la competencia la habilidad lo hace explícito, con un ejemplo que no se olvida fácilmente: una suscripción a Netflix compite con una copa de vino como relajación nocturna.

Bob Moesta, Demand Side Sales 101, 2020. De él vienen las cuatro fuerzas de la FIG.03 y el énfasis en la switch interview: la conversación en la que averiguas qué pasó exactamente en los días y semanas antes de que alguien cambiara. La aportación de Moesta es que vender empieza por el lado de la demanda, por el momento en que alguien se pone en movimiento, y no por la oferta. Esto conecta directamente con lo que la habilidad Mom Test Coach NL hace con tu lista de preguntas: sacar hechos del pasado en lugar de opiniones sobre el futuro.

Tony Ulwick, Jobs to be Done Theory to Practice, 2016. De él vienen los ocho pasos universales del job de la FIG.04 y el enfoque outcome-driven: escribir los resultados deseados como afirmaciones medibles en lugar de como deseos. Ulwick hace operativo el marco. Donde Christensen muestra por qué hay que mirar de otra forma, Ulwick muestra qué anotas después.

Alan Klement, When Coffee and Kale Compete, 2016. Klement afina el concepto de progreso y desarrolla la forma de job story que usa esta habilidad. Su título resume el punto: el café y la col rizada no se parecen en nada y aun así compiten, en cuanto los miras como dos formas de lograr el mismo progreso.

También sin instalar la habilidad puedes hacer algo con esto. Escribe una job story para tu cliente más importante, con la forma de la FIG.02, y contrástala con las cuatro fuerzas. Si no sabes cuál fue el empuje, todavía no sabes por qué llegó hasta ti. Y esa suele ser la parte más interesante de la conversación.

La competencia se plantea más ampliamente de lo que estás acostumbrado. Pregunta qué otras soluciones contrata este cliente para el mismo job, y recalca que no se trata solo de competidores directos. En el ejemplo son Excel, el gestor, otro software, y no hacer nada y confiar. Este último es el más importante y a la vez el más ignorado. Quien no reconoce a su mayor competidor dirige su mensaje a la comparación equivocada.

Las oportunidades sin explotar están donde se cruzan mucho dolor y malas soluciones. Busca pasos del job con mucho dolor para los que no hay una buena solución en el mercado, porque ahí está la innovación. En el ejemplo eso es Confirm: ninguna solución da tranquilidad real antes de presentar. Una apertura concreta, por tanto, y mucho más utilizable que constatar que el mercado está lleno.

Tres hipótesis, cada una medible y falsable. El ejemplo las da incluyendo la forma de contrastarlas. La primera: los autónomos con más de cincuenta facturas por trimestre tienen estrés diario de IVA dentro de las dos semanas previas a la fecha límite, a validar con un estudio de diario. La segunda: una función de confirmación explícita que diga que todo se ha comprobado y parece correcto aumenta la disposición a cambiar, a validar con una prueba de landing page. La tercera: los autónomos confían más en señales suaves de otros autónomos que en las funciones del producto, a validar analizando reseñas en busca de lenguaje emocional.

Fíjate en lo que tienen en común esas tres. Todas se pueden equivocar. Puedes hacer un estudio de diario y descubrir que el estrés no es diario en absoluto. Esa es precisamente la intención: una hipótesis que no puede derrumbarse es una opinión. Así que no obtienes conclusiones sino una agenda de investigación, y esa agenda es la parte más utilizable de todo el documento. Si después quieres llevar bien esas conversaciones, la técnica de preguntar es un oficio aparte y de eso trata la Mom Test Coach NL.

Después, el uso es sencillo: describe qué vendes y a quién, y pega todo el material real que puedas. Transcripciones de entrevistas, tickets de soporte, reseñas, un informe de una switch interview. Cuantas más palabras reales de clientes reales aportes, menos tiene que adivinar el análisis. Si trabajas solo con suposiciones, recibes esas suposiciones de vuelta en forma de contrapreguntas, y eso no es un fallo sino la regla del archivo.

Lleva licencia MIT, así que puedes abrir SKILL.md y adaptar los disparadores, el workflow o los ejemplos a tu mercado. Si te atascas con la instalación en sí, la ruta completa paso a paso está en instalar skills de Claude NL. Si quieres aprender a montar este tipo de trabajo con tu equipo, ese es el tema de nuestras formaciones en IA.

También hay situaciones en las que es mejor no usarla. La primera es cuando solo tienes suposiciones y quieres verlas confirmadas. Entonces sobre todo devuelve contrapreguntas, y eso resulta frustrante cuando quieres tener algo terminado rápido. La segunda es cuando buscas una base cuantitativa. Este marco es de naturaleza cualitativa: explica por qué la gente hace lo que hace, no mide cuánta gente lo hace. Eso lo resuelve terminando en hipótesis en lugar de en conclusiones, pero significa que el trabajo real todavía tiene que empezar después.

Y después el límite más honesto. No puede hablar con tus clientes. Todo lo que entrega es una elaboración estructurada de lo que tú aportas, completada con las preguntas que aún no te has hecho. Eso es útil, porque la mayoría de la gente se salta precisamente esas preguntas. Pero quien lee el análisis como prueba en lugar de como hipótesis está más lejos de la verdad que alguien que ha llamado a dos clientes. El resultado es una agenda de investigación y no un resultado de investigación.

Lo que viene después de forma lógica depende de dónde acabes. ¿Estás atascado en qué funciones son esperadas y cuáles realmente diferencian? Entonces el siguiente paso es la habilidad Kano Model Analista NL. ¿Quieres poner el job junto a tu oferta? Ese es el trabajo de la habilidad Value Proposition Canvas NL. Y si el resultado afecta a todo tu modelo, la conversación pertenece al Business Model Canvas Coach o al Lean Canvas Strateeg NL.

Saber qué job hace que tu cliente te contrate afina tu mensaje, pero tiene que haber alguien que lo lea. Si entra poco tráfico, el trabajo real está antes: que te encuentren las personas que buscan justo en ese momento. Ese momento, el active looking moment del paso 1 de la habilidad, es precisamente aquello en lo que se centran los buscadores. El análisis SEO gratuito muestra en unos segundos dónde está tu sitio. Y si quieres seguir hablando de lo que la IA puede hacer por tu negocio, desde habilidades sueltas hasta automatización completa, lo hacemos simplemente en una conversación.