Para convertir unas reglas internas en un procedimiento con Claude, entrega una fuente numerada, pide pasos con condiciones y comprueba el resultado con casos normales, excepciones y datos incompletos. Aquí puedes practicar con un ejemplo ficticio completo: gestionar solicitudes de material compartido sin inventar permisos ni aprobaciones.
El resultado del ejercicio será un borrador de procedimiento, una checklist y seis casos de prueba. No necesitas programar ni conectar Claude a las aplicaciones de tu empresa.
Qué necesitas antes de empezar
- Una conversación nueva en Claude y el texto de práctica que encontrarás debajo.
- Un proceso pequeño con un inicio y un final reconocibles.
- Una persona que conozca las reglas y pueda revisar el borrador antes de usarlo.
En este tutorial pegarás texto. Si trabajas con un documento propio, Claude también permite adjuntar formatos como PDF, DOCX y TXT desde el botón «+» del chat. Comprueba los formatos y límites vigentes en la ayuda oficial sobre carga de archivos. Poder adjuntar un archivo no garantiza que se interprete correctamente: revisa la información extraída.
Para practicar, usa los datos ficticios de esta página. Para un proceso real, sigue las normas de tu organización y utiliza únicamente información que tengas autorización para compartir. No pegues contraseñas, datos personales ni documentos confidenciales por comodidad.
Si todavía estás aprendiendo a dar instrucciones, el curso gratuito Claude para Principiantes de AIClases incluye seis lecciones sobre escritura, documentos y otras tareas prácticas. Requiere una cuenta de AIClases; la página del curso indica que no hace falta tarjeta.
1. Define una fuente pequeña que puedas revisar
Supongamos que un equipo comparte material para grabar videos. Las reglas siguientes son inventadas para el ejercicio. No describen las políticas de AIClases ni de una empresa real. Copia el bloque completo: los identificadores R1–R8 permitirán comprobar de dónde sale cada paso.
FUENTE FICTICIA: préstamo interno de material, versión de práctica 1.
R1. Este proceso prepara solicitudes de préstamo interno de material. No confirma reservas ni autoriza entregas.
R2. Cada solicitud debe incluir área solicitante, código del material, fecha de inicio, fecha de devolución y cantidad. Las fechas usan AAAA-MM-DD. La cantidad debe ser un entero positivo. La devolución no puede ser anterior al inicio.
R3. Si falta un campo o incumple el formato de R2, marcar PENDIENTE DE DATOS. Pedir solo los datos ausentes o incorrectos. Detener la evaluación hasta corregirlos.
R4. Para una solicitud con datos completos y válidos, comprobar disponibilidad del material durante todo el intervalo solicitado en el registro vigente. Si no se proporciona esa información, marcar PENDIENTE DE DISPONIBILIDAD. No suponer que hay unidades libres.
R5. Si no hay unidades suficientes durante todo el intervalo, marcar REQUIERE ALTERNATIVA. Pedir otra cantidad o fechas; no cambiar la solicitud sin que el área solicitante lo confirme. Esta regla se evalúa antes de R6.
R6. Si hay disponibilidad confirmada: entre 1 y 3 unidades, marcar LISTA PARA VALIDACIÓN; más de 3 unidades, marcar REQUIERE REVISIÓN DE COORDINACIÓN.
R7. En ambos estados de R6, coordinación debe revisar la solicitud y confirmar expresamente la reserva antes de cualquier entrega. Este documento no establece un plazo de respuesta de coordinación.
R8. Registrar el estado, la regla aplicada y los datos pendientes. Una nueva cantidad o unas nuevas fechas requieren repetir la evaluación desde R2. No modificar el registro de disponibilidad durante este ejercicio.
Una fuente numerada facilita revisar el borrador. Si tus reglas reales se contradicen, pide aclaraciones a quien gestiona el proceso antes de convertirlas en instrucciones de uso.
2. Pide el procedimiento sin dejar huecos a la improvisación
Pega este prompt junto con la fuente anterior. El objetivo es que cada instrucción pueda comprobarse contra una regla concreta.
Necesito un borrador de procedimiento para una persona nueva del equipo.
Usa exclusivamente la FUENTE FICTICIA que incluyo a continuación.
Entrega:
1. Objetivo y alcance, en dos frases.
2. Entradas necesarias.
3. Pasos numerados con condición, acción, estado de salida y regla R1–R8 que lo respalda.
4. Una checklist breve para revisar una solicitud.
5. Dudas o información que la fuente no resuelve.
Restricciones:
- Respeta el orden de evaluación de la fuente.
- No inventes responsables, plazos, permisos ni confirmaciones.
- Conserva exactamente los nombres de los estados.
- Cuando falte información, indica qué falta y dónde se detiene el proceso.
- Distingue preparar una solicitud de confirmar una reserva.
- No ejecutes acciones, no envíes mensajes ni modifiques herramientas externas.
- No completes la política con buenas prácticas propias. Si sugieres una mejora, colócala fuera del procedimiento y etiquétala como propuesta.
FUENTE FICTICIA:
[pega aquí R1–R8]
La documentación de Anthropic sobre prompting recomienda definir criterios de éxito y una forma de probarlos. Aquí el criterio es concreto: el procedimiento debe conservar las reglas y producir el estado correcto para cada caso.
3. Compara el borrador con este resultado esperado
Resultado esperado, elaborado como solución del ejercicio: este esquema no es una transcripción de una prueba ejecutada en Claude. La redacción puede variar; las condiciones, estados y límites deben mantenerse.
- Revisar los cinco campos. Si falta uno, la cantidad no es un entero positivo, las fechas no tienen el formato indicado o la devolución precede al inicio, marcar PENDIENTE DE DATOS, pedir solo lo ausente o incorrecto, registrar el estado, la regla y los datos pendientes, y detener la evaluación. Referencias: R2, R3 y R8.
- Comprobar la disponibilidad de todo el intervalo. Si falta esa información, marcar PENDIENTE DE DISPONIBILIDAD, registrar el estado y la información pendiente, y no evaluar la cantidad hasta disponer de ella. Referencias: R4 y R8.
- Comprobar si hay unidades suficientes. Si no las hay, marcar REQUIERE ALTERNATIVA y solicitar otras fechas o cantidad. No elegirlas por el solicitante; registrar el estado y esperar su confirmación antes de reevaluar. Referencias: R5 y R8.
- Evaluar la cantidad cuando sí hay disponibilidad. De 1 a 3 unidades: LISTA PARA VALIDACIÓN. Más de 3: REQUIERE REVISIÓN DE COORDINACIÓN. Referencia: R6.
- Registrar el estado y su motivo. No confirmar reservas ni autorizar entregas. En los dos estados de R6, la revisión y confirmación de coordinación quedan pendientes; no hay un plazo definido. Referencias: R1, R7 y R8.
- Revisar cualquier cambio. Si cambian cantidad o fechas, repetir la evaluación desde la comprobación de datos. Referencia: R8.
Un error importante sería escribir «entregar hasta tres unidades». La fuente solo permite preparar la solicitud para validación. Otro sería prometer respuesta en 24 horas: R7 dice expresamente que ese plazo no está definido.
4. Prueba las excepciones antes de usar la checklist
Ahora copia estos casos en la misma conversación. En todos, el área es «Contenidos», el material es «KIT-01» y las fechas son 2026-10-12 a 2026-10-13, salvo donde se indica un cambio. La disponibilidad es un dato ficticio suministrado para practicar, no una consulta a un inventario real.
Aplica el procedimiento a estos seis casos ficticios, sin ejecutar acciones:
Datos comunes salvo cambio explícito: área Contenidos; material KIT-01; inicio 2026-10-12; devolución 2026-10-13.
A. Cantidad 2. Disponibilidad confirmada: 2 unidades durante todo el intervalo.
B. Cantidad 4. Disponibilidad confirmada: 4 unidades durante todo el intervalo.
C. Cantidad 2. Falta la fecha de devolución. Disponibilidad no proporcionada.
D. Cantidad 2. Disponibilidad confirmada: solo 1 unidad durante el intervalo.
E. Cantidad 2. Todos los campos son válidos, pero no se proporciona disponibilidad.
F. Cantidad 4. Disponibilidad confirmada: solo 2 unidades durante el intervalo.
Devuelve una tabla: caso | estado | regla aplicada | siguiente paso permitido.
No conviertas ningún estado en reserva confirmada.
Si el procedimiento no basta para resolver un caso, señala la carencia.
| Caso | Estado correcto | Comprobación clave |
|---|---|---|
| A | LISTA PARA VALIDACIÓN | R6 y R7: requiere revisión y confirmación de coordinación. |
| B | REQUIERE REVISIÓN DE COORDINACIÓN | R6: supera tres unidades y hay disponibilidad suficiente. |
| C | PENDIENTE DE DATOS | R3: primero debe completarse la fecha de devolución. |
| D | REQUIERE ALTERNATIVA | R5: pedir un cambio, sin decidirlo por el solicitante. |
| E | PENDIENTE DE DISPONIBILIDAD | R4: datos válidos no equivalen a material disponible. |
| F | REQUIERE ALTERNATIVA | R5 se aplica antes de R6; no hay material suficiente. |
El caso F comprueba el orden de las reglas. Un documento puede parecer claro y aun así llevar a una ruta equivocada cuando coinciden dos condiciones. Si un caso falla, corrige el procedimiento y repite los seis, porque una corrección puede afectar a otro caso.
5. Revisa el borrador y guarda una versión controlada
Haz una última revisión contra R1–R8. Puedes pedir a Claude que busque errores con este prompt, pero conserva la comparación humana con la fuente.
Audita el procedimiento contra R1–R8.
Enumera únicamente:
- reglas omitidas;
- instrucciones añadidas sin respaldo;
- cambios en el orden de evaluación;
- frases que confundan preparación con aprobación.
Para cada hallazgo, cita la regla y la frase problemática.
Si no encuentras un problema, indícalo sin afirmar que el documento está aprobado.
No reescribas todo todavía.
Antes de llevarlo al trabajo, verifica:
- Cada paso tiene una fuente y todas las reglas relevantes están cubiertas.
- Los seis casos del ejercicio devuelven los estados esperados.
- El procedimiento dice qué hacer cuando faltan datos.
- No aparecen plazos, permisos o aprobaciones inventados.
- La persona responsable del proceso ha revisado la versión que se usará.
Guarda la fuente, el prompt, el borrador revisado y los resultados de las pruebas con una fecha y un número de versión. Cuando cambie una regla real, actualiza los casos afectados y vuelve a probar el conjunto. Aprobar seis casos de práctica no demuestra que un procedimiento cubra todas las situaciones de una organización.
Preguntas frecuentes
¿Qué es un procedimiento operativo o SOP?
Es un documento que describe cómo realizar una tarea repetible: qué información hace falta, qué pasos seguir, qué excepciones detienen el proceso y qué resultado se espera. SOP es la sigla inglesa de procedimiento operativo estándar.
¿Tengo que usar Projects o conectar aplicaciones?
No para este ejercicio. Basta con una conversación y los bloques de texto. Conectar otras herramientas añade decisiones sobre accesos y acciones que aquí no son necesarias.
¿Puede Claude crear las reglas que me faltan?
Puede proponerlas si se lo pides, pero deben quedar separadas y pendientes de decisión. Una regla sugerida no debe incorporarse como si ya estuviera aprobada.
¿Cómo llevo este ejercicio a mi trabajo?
Elige un proceso acotado, usa una fuente autorizada y añade casos reales anonimizados o sintéticos. Incluye una solicitud normal, una excepción, un dato ausente y dos condiciones que coincidan. Pide a la persona responsable que compruebe los resultados antes de adoptar el documento.
Sigue practicando con Claude
Este ejercicio trabaja una habilidad concreta: transformar instrucciones en un documento verificable. Para practicar también cómo escribir, analizar documentos y dar contexto, continúa con Claude para Principiantes. Revisa el temario y elige la lección que corresponda a tu próxima tarea.
Fuentes de capacidades y destino formativo comprobadas el 3 de octubre de 2026. Los prompts, las reglas y los casos de prueba de este artículo son material educativo original y ficticio.