Construye tu Operador Semanal

Crea un prompt de sistema que convierta tu entregable recurrente de los lunes en un trabajo de 30 segundos. Luego ejecútalo con tus propios datos y consérvalo.

En De Chatear a Construir conociste el patrón del operador semanal: un prompt de sistema que conoce tu rol, más datos frescos cada semana, equivale al mismo análisis de calidad cada lunes. En esta lección construirás el tuyo y lo ejecutarás con tus datos reales antes de salir de la página.

Dos minutos de configuración. Abre una nota y responde tres preguntas:

Tu rol, en una línea. No tu título. "Dirijo un equipo de ventas de 6 personas que cubre el Suroeste" es mejor que "Gerente Regional de Ventas."

Tu entregable recurrente. El resultado semanal con la misma forma: revisión de pipeline, plan de contenido, actualización de operaciones, correo electrónico de estado del cliente. Elige el que más tiempo te quite los lunes.

Tu fuente de datos. Una exportación de CRM, un panel de control, los números de la semana pasada. Elige algo a lo que puedas acceder ahora mismo.

El Bloque 1 de tu prompt de sistema es el contexto del rol: todo lo que Claude necesita y que nunca cambia semana a semana. Quién eres, quién lee el resultado, qué decisión toman con él.

El Gerente de Ventas: "Gestiono un equipo de ventas de 6 personas. Cada lunes reviso nuestro pipeline para mi VP, quien decide dónde invertir su tiempo de apoyo a acuerdos. Etapas: Descubrimiento, Propuesta, Negociación, Cerrado. Un acuerdo se estanca después de 21 días en una etapa."

El Líder de Operaciones: "Dirijo la revisión semanal de operaciones para un equipo de cumplimiento. KPIs: precisión de pedidos (objetivo 99.2%), tiempo de envío (objetivo 24h), backlog de soporte (menos de 40). Cualquier cosa por debajo del objetivo durante 2 semanas seguidas va al COO."

Qué hay ahí: definiciones, umbrales, el lector, qué hace el lector a continuación. Qué no hay: adjetivos, declaraciones de misión.

El Bloque 2 es el formato de salida. Describe la forma exacta del entregable, en orden, con longitudes. La prueba: ¿podría un extraño producir algo que se parezca a tu informe solo con esta descripción?

El Bloque 2 del Gerente de Ventas: "Salida: 1) Resumen de tres oraciones sobre la salud del pipeline. 2) Tabla de acuerdos por acuerdo: nombre, etapa, días en etapa, un comentario de una línea. 3) Los 3 principales riesgos de esta semana, cada uno con una acción recomendada que puedo tomar antes del viernes. Menos de 400 palabras. Sin charlas motivacionales, sin repetir los datos."

Si tienes una versión anterior del entregable con la que estuviste contento, díselo: "Coincide con la estructura del informe de ejemplo a continuación." Un ejemplo real es mejor que cualquier descripción.

El Bloque 3 son las reglas de escalada. Esto es lo que separa a un operador de un resumidor. Dile a Claude qué cuenta como un problema y qué hacer al respecto:

"Si algún acuerdo de más de $50K retrocedió una etapa, márcalo en la parte superior, antes del resumen."

"Si un KPI no cumple el objetivo por segunda semana consecutiva, márcalo como ESCALAR y redacta la nota de un párrafo para el COO."

"Si los datos carecen de un campo que necesitas, enuméralo en Preguntas Abiertas. Nunca rellenes huecos con suposiciones, y nunca uses números que no estén en los datos que pegué."

Esa última regla va en cada operador, sea cual sea tu rol. Es la diferencia entre un informe que revisas rápidamente y un informe que tienes que auditar.

Ahora, ensambla y ejecútalo. Apila los tres bloques en orden: contexto del rol, formato de salida, reglas de escalada. Termina con una línea: "Cada semana pegaré datos frescos. Produce el entregable. No me preguntes nada que puedas responder de los bloques anteriores."

Ejecútalo ahora: pega el operador como el primer mensaje de una nueva conversación, o en las instrucciones del proyecto para que cada conversación futura lo herede. Luego pega los datos reales de esta semana, redactados.

Tres verificaciones en la salida: cada número se remonta a los datos pegados; el formato coincide con el bloque 2, sección por sección; las recomendaciones son accionables hoy. "Hacer seguimiento con Meridian sobre la propuesta estancada" pasa. "Monitorear acuerdos en riesgo" falla.

¿Alguna verificación falla? Corrige el bloque que lo permitió, no la salida, y vuelve a ejecutar.

Esto es tuyo. Guárdalo ahora. Pon el prompt corregido en algún lugar donde lo encuentres el próximo lunes: una nota titulada "Operador Semanal", un documento o las instrucciones del proyecto (ya guardado, en ese caso).

El próximo lunes, todo el trabajo es: abrir el operador, pegar datos frescos, leer la salida contra tus tres verificaciones. Treinta segundos de tu entrada para el entregable que solía tomarte la mañana. Cuando la salida se desvíe, edita el bloque, no el borrador.

Y el esqueleto se transfiere: correo electrónico de estado del cliente, resumen mensual de la junta, resumen del sprint. El segundo operador toma minutos porque ya conoces tus bloques.

Construiste un operador semanal: contexto del rol, formato de salida, reglas de escalada, ensamblado en un prompt de sistema y ejecutado con tus datos reales. Conoces las tres verificaciones (los números se remiten a los datos, el formato coincide, las recomendaciones son accionables) y la regla de reparación: corrige el bloque, no la salida. Está guardado donde lo encontrarás. El próximo lunes te costará treinta segundos.