Documentar un proceso con Claude antes de automatizarlo

Definir un proceso con Process Interviewer →

Quiere que una IA le ayude a construir un procedimiento de bienvenida para nuevos clientes, un flujo de tramitación de solicitudes o un documento tipo para su despacho. Formula la petición en una frase — «automatízame la tramitación de solicitudes de clientes» — y el resultado, correcto en apariencia, olvida sistemáticamente el caso particular que usted podría haber mencionado si se lo hubieran preguntado.

Documentar un proceso con Claude, antes de pedirle que lo construya, consiste precisamente en dejarse hacer esas preguntas en lugar de descubrirlas después, una vez que el entregable ya está producido y medio inutilizable. El skill Process-Interviewer realiza una entrevista en pequeñas tandas de preguntas para sacar a la luz un disparador, unos datos, unas decisiones y un resultado, y después entrega un plan, sin construir nada mientras ese plan no esté validado.

Este artículo detalla cómo se desarrolla esa entrevista, qué obtiene tanto si trabaja en Claude Code como en una conversación normal, y dónde se detiene voluntariamente antes de la construcción en sí.

Sumario

1. Por qué documentar un proceso antes de pedir un entregable
2. Cómo se desarrolla la entrevista de Process-Interviewer
3. Lo que obtiene, sea cual sea su herramienta
4. Realizar la entrevista paso a paso
5. Lo que Process-Interviewer no hace
6. Formarse para encuadrar sus procesos antes de automatizarlos
7. Preguntas frecuentes

Por qué documentar un proceso antes de pedir un entregable

Una petición formulada en una frase — «automatízame la tramitación de solicitudes de clientes» — contiene una intención clara pero ninguna de las decisiones concretas que esa tramitación implica realmente: quién actúa, con qué información y cómo se resuelve un caso que se sale del camino normal. Sin esas respuestas, Claude rellena los huecos con hipótesis plausibles pero potencialmente falsas, y el desajuste solo aparece en el uso, una vez que el documento o el flujo ya están producidos.

El problema con «automatízame esto»

Un proceso no es una lista de tareas en orden: es un disparador, unos datos disponibles en ese momento preciso, unas decisiones tomadas según esos datos y un resultado que depende de la decisión adoptada. «Tramitar la solicitud» no describe ninguno de estos elementos; es un título, no una descripción utilizable. Pedir directamente un entregable construido sobre ese título equivale a pedirle a alguien que adivine un reglamento interno que nunca se escribió.

Lo que una entrevista estructurada hace y usted no haría solo

Dejado a su aire, usted describirá de forma natural el caso normal —el que le viene primero a la cabeza— y olvidará las excepciones, precisamente porque son poco frecuentes y por tanto están menos presentes en la memoria al redactar. La entrevista invierte esa tendencia: pide explícitamente los casos incompletos, las decisiones ambiguas y los actores implicados, en lugar de esperar a que usted piense en mencionarlos por su cuenta.

Cómo se desarrolla la entrevista de Process-Interviewer

El skill realiza la entrevista en pequeñas tandas de preguntas en lugar de un único bloque de veinte preguntas de golpe, para que cada respuesta pueda orientar la siguiente sin saturar a la persona entrevistada. Reutiliza sistemáticamente las respuestas ya aportadas en la conversación o en los documentos adjuntos, en lugar de repetir una pregunta cuya respuesta ya existe en otro lugar.

Pequeñas tandas de preguntas, no un interrogatorio

El objetivo no es recopilar el máximo de información sino hacer visibles las decisiones que, de otro modo, seguirían siendo implícitas. Si un detalle ya figura en un documento aportado, la entrevista lo retoma y señala las contradicciones que pudiera haber, en lugar de volver a pedir una información ya disponible — una distinción que evita que la entrevista se convierta en un cuestionario mecánico desconectado del contexto real.

Conectar disparador, datos, decisiones y resultado

Cada paso del proceso debe responder a cuatro preguntas: qué lo dispara, qué información está disponible en ese momento, quién decide y sobre qué base, y qué sale de ese paso para alimentar el siguiente. Un proceso bien encuadrado puede releerse como una sucesión de estos cuatro elementos, sin ninguna zona donde haya que adivinar qué ocurre por falta de descripción.

Lo que obtiene, sea cual sea su herramienta

Process-Interviewer es uno de los pocos skills del catálogo que funciona de forma idéntica dondequiera que lo use: la entrevista y el plan que produce son texto, sin archivo obligatorio ni script que ejecutar. La única variable es cómo conserva el resultado una vez terminada la entrevista.

Un método que no depende de un entorno concreto

Esta portabilidad no es casual: la documentación oficial de Anthropic sobre Agent Skills confirma que el contenido textual de un skill — sus instrucciones y su salida — sigue disponible en cualquier sitio, a diferencia de los skills que dependen de scripts ejecutados o de archivos escritos en disco. Process-Interviewer pertenece a esta primera categoría: nada en su funcionamiento supone acceso a red o capacidad de escribir archivos.

Guardar el plan una vez terminada la entrevista

En un chat sin guardado automático, pida explícitamente el plan en una forma copiable de una sola vez al final de la entrevista, en lugar de reconstruir las respuestas dispersas en varios mensajes. Ese documento, revisado y validado, es el que sirve de base al siguiente paso — construir el skill, el flujo o el documento tipo —, no la entrevista en sí.

Realizar la entrevista paso a paso

Cinco pasos estructuran una entrevista eficaz, tanto si los sigue manualmente como si el skill los conduce por usted.

Paso 1: Partir de un caso real, no de una lista de funciones deseadas. Describa una situación concreta ya vivida en lugar de un proceso imaginado en abstracto. Un caso real revela restricciones que una lista de funcionalidades teóricas nunca hace aparecer.

Paso 2: Nombrar el disparador y los datos disponibles en ese instante. Precise qué pone en marcha el proceso y qué se sabe realmente en ese momento, sin suponer una información que solo llegará más adelante en el desarrollo.

Paso 3: Describir cada decisión y quién la toma. Para cada bifurcación, indique la persona o el rol responsable y los criterios que orientan su elección, en lugar de dejar la decisión implícita en una formulación vaga como «se mira caso por caso».

Paso 4: Citar los casos incompletos y los fallos externos. Una solicitud sin número de expediente, un proveedor que no responde, una información que falta en el momento previsto: estos casos límite son los que un entregable construido sin entrevista previa casi siempre olvida.

Paso 5: Hacer validar el plan por alguien que ejecuta realmente el proceso. El plan final debe ser revisado por una persona que vive el proceso a diario, no solo por quien formuló la petición inicial: ambos puntos de vista rara vez revelan los mismos puntos ciegos.

Lo que Process-Interviewer no hace

El skill no construye nada automáticamente: una vez entregado el plan, construir el documento, el flujo o el skill que se deriva de él sigue siendo un paso distinto, que hay que pedir explícitamente. Una entrevista destinada únicamente a encuadrar un proceso debe detenerse en el plan validado, sin que Claude continúe por su cuenta hacia una implementación no solicitada.

Tampoco sustituye el conocimiento del negocio de la persona entrevistada: la entrevista formula las preguntas correctas, pero las respuestas vienen enteramente de usted. Un proceso mal comprendido de partida producirá un plan coherente en apariencia, pero basado en una descripción errónea; la revisión por parte de quien lo ejecuta sigue siendo la única protección frente a ese riesgo.

En los intercambios que mantenemos con directivos sobre sus proyectos de automatización, el bloqueo casi nunca es técnico: es la dificultad de poner por escrito un proceso que nunca existió salvo en la cabeza de dos o tres personas, cada una con su propia versión no formalizada. La entrevista sirve tanto para alinear esas versiones entre sí como para preparar un entregable.

Formarse para encuadrar sus procesos antes de automatizarlos

Saber conducir o guiar este tipo de entrevista — reconocer un caso límite, formular una decisión implícita, distinguir una excepción de un error de diseño — se aprende y se practica. La formación Dominar Claude de Educasium dedica módulos a la construcción de skills y agentes a partir de procesos de negocio reales, para perfiles que nunca han usado una terminal. Para un directivo o un independiente del régimen correspondiente, el FIFPL financia una parte del coste de una formación certificada Qualiopi según los criterios 2026 fijados en 300 €/día y 900 €/año, con el e-learning limitado al 50 % del criterio diario.

Preguntas frecuentes

¿Process-Interviewer construye directamente el flujo una vez terminada la entrevista?

No, salvo que se pida explícitamente. El comportamiento por defecto del skill es entregar un plan al final de la entrevista y detenerse ahí; construir el documento, el skill o la automatización que se deriva de él es un paso siguiente y separado, que usted debe solicitar una vez revisado y validado el plan. Para iniciar ese paso, formule una petición explícita como «construye el skill a partir de este plan» en lugar de suponer que Claude continuará automáticamente.

¿Hace falta un entorno concreto para usar este skill?

No: la entrevista y el plan que produce son enteramente textuales, lo que lo hace utilizable de forma idéntica en Claude Code, en claude.ai, en ChatGPT o en Gemini. La única diferencia práctica está en el guardado del resultado — automático en un entorno con acceso a archivos, manual mediante copiar y pegar en los demás casos. Si trabaja fuera de Claude Code, pida el plan en una forma copiable al final de la entrevista en lugar de reconstruir las respuestas dispersas en varios mensajes.

¿Qué hacer si la entrevista no formula las preguntas adecuadas para mi sector?

Aporte el contexto que falta de forma explícita en lugar de esperar a que la entrevista lo adivine: el nombre de los roles implicados, las restricciones normativas propias de su sector, un ejemplo de caso límite ya vivido. El skill se apoya en lo que usted le da; cuanto más preciso sea el caso real aportado, más pertinentes serán las preguntas siguientes. Sin ese contexto, la entrevista sigue siendo genérica y el plan final deberá completarse a mano antes de darlo por válido.

¿Cuánto tiempo lleva una entrevista de encuadre con este skill?

Depende directamente de la complejidad del proceso y del número de casos límite a cubrir, no de una duración fija prevista por el skill. Un proceso simple con pocas bifurcaciones se encuadra en pocos intercambios; un proceso con varios actores y excepciones frecuentes requiere más idas y venidas para que el plan final sea fiel a la realidad sobre el terreno. En cualquier caso, prevea que alguien que ejecuta el proceso a diario revise el plan antes de darlo por definitivo.

Documentar un proceso antes de construirlo no alarga el proyecto: evita la reconstrucción, a menudo más costosa en tiempo, una vez que un entregable producido sobre hipótesis erróneas resulta inutilizable en el uso real. Es exactamente el papel del paquete de entrevista de encuadre Process-Interviewer, que se detiene en el plan validado en lugar de adivinar lo que no se dijo.

Una vez encuadrado el proceso, comparar varias formas de construirlo responde a otro método: nuestra guía para decidir con Claude detalla cómo hacer visibles los criterios y las incertidumbres de una elección, una vez que el proceso en sí está claro.

Formación 100 % financiable vía OPCO/FIFPL. Programa certificado Qualiopi. Para encuadrar sus procesos con la IA en el marco de nuestra formación Dominar Claude, contacte con Educasium e indique su situación (asalariado, independiente, directivo) y su objetivo.