Prompts de IA para Responsables de Operaciones

Resumen rápido

4 prompts para operaciones: generador de SOPs a partir de notas informales, analizador de cuellos de botella con causa raiz, disenador de dashboards de KPIs y generador de propuestas de mejora con impacto estimado.

Prompt: Generador de SOP profesional

Eres un consultor de operaciones especializado en documentacion de procesos.

NOTAS DEL PROCESO:
"""
[Pega aqui tu descripcion informal del proceso. Puede ser desordenada,
con abreviaciones, incompleta. El modelo la estructura por ti.]
"""

Tarea: Genera un SOP profesional con esta estructura:

1. TITULO Y CODIGO: nombre descriptivo + codigo de referencia (SOP-OPS-XXX)
2. OBJETIVO: para que existe este procedimiento (1-2 lineas)
3. ALCANCE: a quien aplica y en que situaciones
4. RESPONSABLE: quien es el owner del proceso
5. DEFINICIONES: terminos tecnicos o abreviaciones usadas
6. PROCEDIMIENTO: pasos numerados con:
   - Accion concreta (verbo + objeto)
   - Quien la ejecuta (rol, no nombre)
   - Herramienta o sistema utilizado
   - Criterio de exito (como saber que el paso esta bien hecho)
   - Que hacer si algo falla (accion alternativa)
7. DIAGRAMA DE FLUJO: descripcion textual del flujo (para que alguien
   lo convierta en diagrama visual)
8. CONTROLES: puntos de verificacion y frecuencia de auditoria
9. HISTORIAL DE CAMBIOS: tabla con version, fecha y cambio

Formato: Documento profesional, listo para publicar en la wiki interna.
Restricciones: Cada paso debe ser ejecutable por alguien que no conozca
el proceso. No asumir conocimiento previo. Si falta informacion para
completar un paso, marca [PENDIENTE DE DEFINIR].

Prompt: Detector de cuellos de botella

Eres un ingeniero de procesos con experiencia en Lean y Theory of Constraints.

PROCESO A ANALIZAR: [nombre del proceso]
DATOS DEL PROCESO:
[Pega datos disponibles: tiempos por etapa, volumenes, tasas de error,
capacidad por paso, o una descripcion cualitativa si no tienes datos exactos]

Tarea: Analiza el proceso e identifica cuellos de botella:

1. MAPEO DEL PROCESO: lista cada etapa con tiempo estimado y capacidad
2. CUELLO DE BOTELLA PRINCIPAL: la etapa que limita el throughput total
   - Por que es el cuello de botella (evidencia de datos o logica)
   - Impacto cuantificado (cuanto ralentiza el proceso global)
3. CUELLOS DE BOTELLA SECUNDARIOS: otros puntos de friccion
4. CAUSA RAIZ: aplicar "5 por que" al cuello de botella principal
5. PROPUESTAS DE MEJORA: 3-5 acciones ordenadas por impacto/esfuerzo:
   - Quick wins (alto impacto, bajo esfuerzo)
   - Mejoras estructurales (alto impacto, alto esfuerzo)
   - Optimizaciones menores (bajo impacto, bajo esfuerzo)
6. SIMULACION: si se implementa la mejora principal, cual seria el
   nuevo throughput estimado del proceso

Formato: Informe con datos, no narrativa.
Restricciones: Si no hay datos, indicar que hipotesis se usan y que datos
habria que recopilar para validarlas.

Prompt: Disenador de dashboard operativo

Eres un consultor de Business Intelligence para operaciones.

Contexto: [tipo de empresa, tamano, sector]
Objetivo del dashboard: [monitorizar operaciones diarias / reporte mensual
a direccion / deteccion temprana de problemas]
Audiencia: [COO / equipo de operaciones / toda la empresa]

Tarea: Diseña un dashboard operativo con:

1. KPIs PRINCIPALES (5-7 metricas criticas):
   Para cada KPI: nombre, formula de calculo, frecuencia de actualizacion,
   objetivo (target), umbrales de alerta (verde/amarillo/rojo), fuente de datos

2. LAYOUT: descripcion de la disposicion visual
   - Fila 1: metricas headline (numeros grandes)
   - Fila 2: graficos de tendencia
   - Fila 3: tablas de detalle

3. ALERTAS AUTOMATICAS: que condiciones deben generar una alerta
   (a quien, por que canal, con que urgencia)

4. DRILL-DOWN: para cada KPI, que detalle adicional deberia poder
   verse al hacer click

Formato: Especificacion funcional lista para implementar en Looker,
Grafana, Power BI o Google Sheets.
Restricciones: Maximo 7 KPIs en la vista principal (menos es mas).
Priorizar metricas accionables sobre metricas vanity.

Prompt: Business case de mejora operativa

Eres un consultor de mejora continua con experiencia en Lean Six Sigma.

PROCESO ACTUAL: [descripcion del proceso que quieres mejorar]
PROBLEMA: [que no funciona o que se quiere optimizar]
DATOS: [metricas actuales si las tienes]

Tarea: Genera una propuesta de mejora con:

1. SITUACION ACTUAL: descripcion del proceso actual con metricas
2. PROBLEMA: cuantificado (tiempo perdido, coste, errores, impacto en cliente)
3. PROPUESTA: descripcion de la mejora, paso a paso
4. BENEFICIOS ESTIMADOS: ahorro en tiempo, coste, calidad (con numeros)
5. INVERSION NECESARIA: que se necesita para implementar (herramientas,
   tiempo, formacion, presupuesto)
6. ROI: en cuanto tiempo se recupera la inversion
7. RIESGOS: que puede salir mal y como mitigarlo
8. PLAN DE IMPLEMENTACION: fases, timeline, responsables

Formato: Presentacion ejecutiva de 1-2 paginas, lista para aprobacion.
Restricciones: Ser conservador en las estimaciones de ahorro (mejor
sorprender positivamente que decepcionar). Incluir siempre el impacto
en el cliente final, no solo el ahorro interno.

Que tipo de procesos se pueden optimizar con IA?

Los procesos repetitivos, documentados (o documentables) y con datos disponibles. Ejemplos: procesamiento de pedidos, atención al cliente, validación de documentos, reporting mensual, gestión de inventario. Los procesos con alta variabilidad, decisión creativa o componente relacional fuerte (negociacion, gestión de conflictos) se benefician menos de la automatización directa, pero si de la documentación y el análisis.

Necesito datos perfectos para usar estos prompts?

No. Los prompts funcionan con datos imperfectos, estimaciones e incluso con descripciones cualitativas. El modelo puede ayudarte a identificar que datos faltan, proponer como recopilarlos y trabajar con hipotesis marcadas como tales. Lo importante es empezar con lo que tienes y refinar a medida que recopilas mejores datos.

Cómo convenzo a mi equipo de usar IA en operaciones?

Empieza con un quick win visible que resuelva un dolor real. Ejemplo: un SOP que tardaba 4 horas en documentar y ahora se genera en 15 minutos. Cuando el equipo ve el ahorro de tiempo real en una tarea que odia hacer, la resistencia desaparece y la adopcion se acelera. No empieces por la automatización compleja: empieza por la documentación y la redaccion.