Consultores, gerentes de proyecto y analistas viven de tres entregas: entender rápido, organizar bien y comunicar con claridad. Los modelos de lenguaje aceleran las tres, pero solo cuando el pedido está bien hecho. Esta guía reúne las técnicas que más diferencia hacen en el día a día y plantillas listas para copiar.

La estructura de un buen prompt

Los prompts débiles piden “haz un resumen”. Los fuertes le dan al modelo el mismo contexto que le darías a un colega nuevo en el proyecto. Usa seis bloques:

  1. Rol: quién debe ser el modelo (“analista de BI senior”).
  2. Contexto: empresa, público, objetivo y restricciones.
  3. Tarea: qué hacer, con un verbo claro.
  4. Material: los datos o textos, separados por delimitadores.
  5. Formato: tabla, viñetas, JSON, cantidad de palabras, idioma.
  6. Criterios: qué hace buena la respuesta y qué evitar.
Consejo: delimita el material con etiquetas, como <acta>...</acta> o <datos>...</datos>. Así el modelo no confunde instrucciones con contenido y se reducen las respuestas “inventadas”.

Técnicas avanzadas que funcionan

1. Ejemplos (few-shot)

Mostrar dos o tres ejemplos del resultado esperado vale más que un párrafo de explicación. Funciona muy bien para clasificar pedidos, estandarizar textos y convertir requisitos en historias de usuario.

2. Razonamiento paso a paso

Para análisis de varias etapas, pide al modelo que liste hipótesis, evalúe cada una y solo entonces concluya. Los modelos de razonamiento más recientes ya lo hacen internamente; con ellos, pide solo la conclusión y una justificación breve.

3. Salida estructurada

Cuando la respuesta va a alimentar una planilla, un Power BI o una automatización, pide JSON o una tabla con columnas fijas. Indica el nombre de cada campo y qué hacer cuando falte información (por ejemplo, null).

4. Encadenamiento (prompt chaining)

En lugar de un prompt gigante, divide: primero extraer los hechos, después analizar, después redactar. Cada etapa es más fácil de revisar y corregir.

5. Autocrítica

Después de la primera versión, pide: “revisa la respuesta anterior como un director escéptico: señala tres debilidades y reescríbela”. La segunda versión casi siempre es mejor.

6. Conjunto de pruebas

Si el prompt lo va a usar un equipo o un agente, guarda de 10 a 20 casos reales con la respuesta esperada y ejecútalos cada vez que cambies el texto. Es la diferencia entre un prompt que “parecía bueno” y uno confiable.

Plantillas listas para consultores

Copia, cambia lo que está entre corchetes y pega el material dentro de las etiquetas.

Diagnóstico de un proceso

Eres un consultor senior de procesos y automatización.
Contexto: [empresa, sector, tamaño]. Objetivo: reducir tiempo y errores en el proceso de abajo.
Tarea: analiza la descripción y entrega:
1) el flujo actual en pasos numerados;
2) los 3 mayores cuellos de botella, con la evidencia de cada uno;
3) qué se puede automatizar con reglas simples y qué requiere IA;
4) una estimación de horas ahorradas por semana, con supuestos explícitos.
Si falta información, lista las preguntas que debo hacerle al cliente.
<proceso>[pega aquí]</proceso>

Acta y plan de acción de reunión

Eres un gerente de proyectos con experiencia.
A partir de la transcripción de abajo, genera:
- resumen en 5 viñetas;
- decisiones tomadas;
- tabla de acciones con columnas: acción | responsable | plazo | estado;
- riesgos y puntos abiertos.
No inventes responsables ni plazos: si no están en la transcripción, escribe "a definir".
<transcripcion>[pega aquí]</transcripcion>

De requisitos a historias de usuario

Eres un Product Owner. Convierte los requisitos de abajo en historias de usuario
con el formato "Como [persona], quiero [acción], para [beneficio]", cada una con
3 criterios de aceptación en Gherkin (Dado/Cuando/Entonces).
Agrupa por épica y marca con [?] cualquier requisito ambiguo.
<requisitos>[pega aquí]</requisitos>

Explicar una medida DAX al cliente

Eres un experto en Power BI que explica a gerentes sin perfil técnico.
Explica la medida DAX de abajo en hasta 120 palabras: qué calcula,
con qué filtros cambia y un ejemplo numérico simple.
Después, en una sección "Para el equipo técnico", señala riesgos de rendimiento.
<dax>[pega aquí]</dax>

Borrador de propuesta comercial

Eres un consultor que escribe propuestas objetivas.
Con base en el diagnóstico de abajo, escribe una propuesta con:
problema (3 líneas), solución por fases, entregables, plazo por fase,
supuestos y lo que queda fuera del alcance. Tono: directo, sin jerga.
No incluyas precios; deja el campo [inversión] para que yo lo complete.
<diagnostico>[pega aquí]</diagnostico>

Análisis de riesgos del proyecto

Actúa como PMO. Lista los 8 principales riesgos del proyecto de abajo en una tabla:
riesgo | causa | probabilidad (1-5) | impacto (1-5) | respuesta | disparador de alerta.
Ordena por probabilidad × impacto.
<proyecto>[pega aquí]</proyecto>

Cuidado con los datos de clientes

  • Usa cuentas corporativas o APIs en las que los datos no se usan para entrenar modelos.
  • Quita nombres, documentos y valores sensibles cuando la tarea no los necesite.
  • Revisa siempre números, fechas y nombres antes de enviar algo al cliente: la IA acelera el borrador, la responsabilidad sigue siendo tuya.
Próximo paso: cuando el equipo usa un prompt todas las semanas, conviene convertirlo en un agente o una automatización, con los datos llegando solos y la respuesta yendo directo al sistema correcto.
Consultoría en IA Todos los artículos