El Resumen de Intake con IA skill para Claude

El problema que resuelve la skill probablemente lo conoces de tu propia semana. Sales de una buena conversación, tienes tres páginas de palabras clave y la cabeza llena de contexto, y entonces empieza a elaborarlo. Una hora después tienes un informe que narra cronológicamente lo que se dijo, en el que tus propias suposiciones se han apuntado sin querer como hechos, y del que tu compañero pregunta la semana siguiente qué se acordó realmente. O no lo elaboras, y dos semanas más tarde, al redactar el presupuesto, dudas si el cliente llegó a decir cuánto quería gastar o no. Precisamente esos suspiros están literalmente en el archivo como los momentos en que la skill debe activarse.

El encargo que el archivo le da a Claude es estricto y sencillo a la vez. Empieza con una identidad de tres frases: eres un analista de intake de habla neerlandesa, no añades nada que no se dijo, y haces visible lo que falta en lugar de disimularlo. Todo lo que viene después, de la teoría a los bloques de salida, es un desarrollo de esas tres frases.

Está escrita para cualquiera que mantenga conversaciones con clientes y después tenga que entregar algo: autónomos y freelancers, agencias, consultores, empresas de construcción e instalaciones, coaches. Forma parte de la biblioteca de skills NL que ofrecemos gratis desde el servicio IA y automatización, sin cuenta y sin correo de ventas después.

Error uno: el informe es cronológico. Apuntas lo que ocurrió, en el orden en que ocurrió. Se siente completo, pero nadie lo lee hasta el final, y la conclusión más importante queda donde la conversación terminó por casualidad. El archivo es tajante en esto: un informe de intake que narra cronológicamente una conversación no sirve. Por eso la skill impone la estructura de pirámide, con la conclusión en las primeras cinco líneas.

Error dos: las suposiciones se disfrazan de hechos. Entre la conversación y la elaboración está tu propia cabeza, y esa rellena huecos sin esfuerzo. El cliente dijo que los presupuestos tardan tres días; tú apuntas que por eso pierde facturación. Puede ser cierto, pero no lo dijo. En cuanto esa frase está en el informe, todo el mundo la trata como una afirmación del cliente, y construyes una propuesta sobre un fundamento que no existe. Esos dos flujos se mantienen estrictamente separados, y cada deducción se marca como deducción.

Error tres: lo vago se queda vago. Rápido, pronto, presupuesto razonable, problema grande: palabras que en la conversación se sentían claras y en el papel no significan nada. Esas palabras se traducen a algo medible, o se marcan explícitamente como desconocido. Rápido se convierte en dentro de dos semanas o en desconocido, nunca se rellena en silencio.

En forma de diff, con frases del ejemplo de la skill: lo que hay en un informe alisado, y lo que la skill hace en su lugar.

Después viene el núcleo: siete acciones fijas que la skill ejecuta en cada resumen. Lee la entrada en bruto por completo y marca qué es hecho, qué es cita y qué ya has interpretado tú mismo. Ordena todo en las cuatro capas SPIN y deja una capa vacía si no hay información para ella. Pone la conclusión arriba, según la pirámide. Traduce indicaciones vagas a algo medible o las marca explícitamente como desconocidas. Entrega un enfoque por fases a grandes rasgos. Entrega un enfoque de precio sin inventar importes. Y termina con la lista de información que falta, incluidas las preguntas exactas para conseguirla todavía.

Antes de escribir nada, el archivo tiene una breve lista de comprobación de entrada de seis puntos: las notas en bruto en sí, quién es el cliente, qué vendes o entregas tú, para qué es el resumen, si se ha acordado algo que no está en las notas, y si se ha mencionado una fecha límite o una cita de seguimiento. La instrucción al lado es característica: pregunta solo lo que falta y hazlo breve, porque esta skill la usa a menudo alguien que acaba de salir de una conversación. Si solo pegas notas sin contexto, sigue adelante igualmente y coloca sus suposiciones de forma visible en un bloque aparte.

Llama la atención cuántas reglas tratan sobre el lenguaje. Neerlandés claro y tuteando (la forma «je» del neerlandés, nunca «u»), frases cortas alternadas con largas, cifra por encima de adjetivo, y citas del cliente entre comillas y de forma literal. No alises, dice el archivo, porque la formulación del cliente es el material más útil para el presupuesto. También hay un modo de evaluación aparte: si le pasas un informe de conversación o formulario de intake existente, recibes una prueba de completitud por capa SPIN, una marca de cada suposición que se ha apuntado como hecho, un escáner de vaguedad, los huecos de cualificación arriba y una versión reescrita según la estructura estándar.

El archivo termina con una lista de fuentes de cinco entradas, de Rackham a Weiss. Sobre eso, más abajo, porque esa teoría es la razón de que el informe esté construido como está construido. Si quieres aprender a escribir tú mismo un archivo de instrucciones así, la metodología completa está en escribir SKILL.md NL.

El contenido viene de Neil Rackham. Para lo que hay que extraer de una conversación, la skill usa la lógica de SPIN, descrita en Spin Selling de 1988. Rackham analizó grandes cantidades de conversaciones de venta y encontró que las conversaciones exitosas producen cuatro tipos de información: los hechos, el problema en palabras del cliente, lo que cuesta ese problema, y lo que da si se resuelve. Mantener la conversación misma según ese método es una habilidad distinta de escribir el informe, y para eso hay una skill aparte: la skill Conversación de Venta SPIN NL.

La forma viene de Barbara Minto. Su Pyramid Principle, desarrollado en McKinsey y descrito en 1987, dice: empieza con la conclusión, después los puntos que la sustentan, y solo después los detalles. De ahí el núcleo en cinco líneas arriba de cada informe. Un lector que solo lea ese bloque puede contar la conversación; todo lo demás es profundización para quien lo necesite.

La cualificación viene de BANT, y el archivo es honesto sobre ello. Budget, Authority, Need, Timing se atribuye generalmente a IBM y no tiene una publicación original identificable. No es un modelo sino una lista de comprobación, dice literalmente el SKILL.md, y así lo usa también: cuatro puntos, por punto conocido o desconocido, con la fuente al lado. Para trayectos B2B complejos con varios decisores, el archivo menciona MEDDIC como alternativa más pesada, con la observación de que la mayoría de las intakes de pyme no lo necesitan.

El traspaso viene de SBAR, la pregunta de precio de Weiss. SBAR, procedente de la marina estadounidense y ampliamente aplicada en sanidad desde principios de este siglo, es la variante compacta para el traspaso interno: Situación, Antecedentes, Evaluación, Recomendación en aproximadamente media página. Y de Alan Weiss, autor de Million Dollar Consulting, viene la idea detrás del enfoque de precio: pregunta primero por el coste del problema antes de mencionar un precio. Quien quiera entender qué intenta lograr realmente el cliente detrás de la pregunta planteada, puede poner el informe junto a la skill Analista de Jobs to be Done.

Incluso sin instalar la skill puedes mejorar tus propios informes con estos principios: pon la conclusión arriba, separa lo que dijo el cliente de lo que tú supones, y apunta lo que no sabes en lugar de rodearlo.

Después, el uso es simple: pega tus notas justo después de la conversación y pide un resumen. Cuanto más en bruto sea la entrada, más da la estructura; limpiarla antes es perder el tiempo. Lo que falta te lo pregunta ella misma, y lo hace breve. Si eres nuevo con este tipo de archivos, en la base de conocimiento NL encuentras la explicación más amplia sobre trabajar con IA.

En trayectos con más de dos decisores o un concurso público se añade un análisis de decisores, con lo que cada persona gana o pierde con un sí. Si trabajas con una transcripción literal, las citas reciben marcas de tiempo. Y en conversaciones repetidas con el mismo cliente, el informe empieza con lo que ha cambiado desde la última vez.

También hay límites, y están en el propio archivo. No escribe un presupuesto completo: eso es un paso aparte después del resumen, con su propio documento y su propia lógica, y para eso está la skill Redactor de Presupuestos con IA NL, que construye precisamente sobre este informe. No está pensada para expedientes médicos, jurídicos u otros con requisitos legales de registro: ahí la ley determina el formato, no la legibilidad. Y no trabaja con grabaciones de conversación para las que no se ha dado permiso.

El límite más honesto es este: la skill mejora tu informe, no tu conversación. Si hiciste las preguntas equivocadas, el informe lo muestra sin piedad, porque las capas vacías y los campos abiertos quedan visibles en él. Eso cuesta tragar, pero es exactamente la retroalimentación con la que tu próxima conversación mejora. Si el precio surge después, la skill Negociador ayuda en la conversación que llega después de la propuesta.

Un mejor informe de intake fortalece cada siguiente paso, pero primero tiene que haber conversaciones que resumir. Si entran pocas solicitudes, ahí está el verdadero trabajo antes de este documento: que te encuentren las personas que te buscan. El análisis SEO gratuito muestra en unos segundos dónde está tu web. Y si quieres seguir hablando de lo que la IA puede hacer más por tu empresa, de skills sueltas a la automatización completa, lo hacemos simplemente en una conversación.