Debes ser explícito/a con tus instrucciones. Un modelo de lenguaje es más bien un “motor de completar texto” que un “lector de mentes”.
Si el prompt es ambiguo, genérico o incompleto, el modelo rellena huecos según sus “suposiciones promedio”, no según lo que tú realmente necesitas. Ser explícito convierte esa incertidumbre en instrucciones claras y controlables.
1. Definir qué debe producir
Primero, el modelo necesita saber el tipo de salida que esperas.
Piensa en cosas como:
- ¿Quiero una lista, un texto corrido, una tabla, código, un esquema, preguntas de examen, etc.?
- ¿Quiero un borrador general o algo casi listo para usar?
- ¿Quiero que cree algo nuevo o que transforme algo que ya le doy (resumir, corregir, reescribir…)?
Ejemplo Vago:
Háblame sobre product management.
Ejemplo Explícito:
Genera una **lista numerada** con **7 responsabilidades clave** de un Product Owner en un equipo Scrum, con **1–2 frases de explicación por responsabilidad**, enfocadas en cómo aportan valor al negocio.
2. Definir cómo debe producirlo
Aquí entras en el estilo y estructura de la respuesta:
- Tono: formal, informal, cercano, técnico, didáctico…
- Perspectiva: primera persona (“yo”), tercera persona, neutra.
- Idioma: español neutro, español de España, inglés, bilingüe…
- Estructura: introducción → desarrollo → conclusión, bullets, pasos…
Ejemplo Vago:
Explica qué es un roadmap de producto.
Ejemplo Explícito en el “cómo”:
Explica qué es un roadmap de producto en **español neutro**, usando un **tono didáctico y cercano**, en **primera persona plural** (‘nosotros’), **sin usar jerga excesivamente técnica**, y termina con un **ejemplo sencillo de roadmap trimestral** para una app móvil.
Aquí no solo dices qué (explicar la fotosíntesis), sino cómo quieres que sea la explicación.
3. Indicar restricciones
Las restricciones son todo aquello que el modelo no debe hacer o debe limitar:
- Límites de longitud (palabras, párrafos, ítems).
- Cosas que debe evitar (jerga, tecnicismos, referencias culturales, spoilers, etc.).
- Restricciones de contenido (no mencionar X, no usar ejemplos de Y).
- Límites de tiempo o etapa (no avanzar a la fase 2 hasta que lo pida, etc.).
Ejemplo sin restricciones:
Resume este PRD: ...
La respuesta puede ser muy larga, muy corta, o incluir detalles irrelevantes.
Ejemplo con restricciones:
Resume este PRD en **máximo 120 palabras**, usando un lenguaje **simple**, y **sin mencionar detalles técnicos de implementación**.
Otro ejemplo con restricciones:
No propongas soluciones técnicas. Limítate a **describir el problema de negocio** desde el punto de vista del usuario final.
4. Aclarar el nivel de detalle
El nivel de detalle define cuán “profunda” debe ser la explicación:
- Súper breve vs. explicación extendida
- General vs. paso a paso
- Introductorio vs. experto
Ejemplo General:
Explícame qué es un MVP.
Ejemplo más explícito en el detalle:
Explícame qué es un MVP como si yo fuera un nuevo Product Manager en una startup, en **2–3 párrafos**, y luego añade una **lista de 5 ejemplos de MVP** en productos digitales, con una breve explicación de cada uno.
Otro ejemplo con detalle:
Primero da una **explicación corta** (máx. 3 frases) sobre qué es la priorización por impacto/esfuerzo.
Luego, si yo escribo ‘profundiza’, da una explicación **detallada y orientada a product management** con ejemplos de backlog.
5. Explicar el propósito (cuando ayuda)
Decirle al modelo para qué necesitas la respuesta le permite adaptar mejor tono, nivel y enfoque.
- “Es para una presentación ejecutiva sobre el estado del producto.”
- “Es para explicar a un stakeholder no técnico por qué estamos retrasando una feature.”
- “Es un borrador interno para la reunión de refinamiento de backlog.”
- “Es material para un taller interno de formación en product management.”
Ejemplo sin propósito:
Haz un resumen de este informe
Ejemplo con propósito:
Haz un resumen de este informe de métricas de producto **para el CEO**, que **no es técnico** y tiene **poco tiempo**. Destaca solo **tendencias clave**, **riesgos de negocio** y **decisiones que debemos tomar en el próximo trimestre*.
Otro ejemplo con propósito:
Necesito este texto como **guion para un video corto** de actualización de roadmap para stakeholders internos (duración aproximada 60 segundos), así que utiliza frases breves, lenguaje claro y termina con una invitación a enviar preguntas o feedback.
6. Ejemplo completo: de prompt vago a prompt explícito
Tomemos un caso y lo vamos mejorando.
Explícame qué es la discovery de producto.
Problemas:
- No hay público objetivo.
- No hay formato.
- No hay longitud ni tono definidos.
Otro ejemplo (un poco mejor)
Explícame qué es la discovery de producto de forma sencilla.
Mejor, pero aún difuso: “sencilla” puede ser muchas cosas.
Ejemplo 3 (explícita)
Explícame qué es la discovery de producto **en español neutro**, para una persona **que está empezando como Product Owner**, en **un párrafo de máximo 150 palabras**, usando **un ejemplo cotidiano** (por ejemplo, lanzar una nueva funcionalidad en una app bancaria) y **evitando términos excesivamente técnicos**.
Aquí ya cumplimos:
- Qué: explicación de machine learning.
- Cómo: español neutro, sin matemáticas, ejemplo cotidiano.
- Restricciones: no fórmulas, longitud máxima.
- Nivel de detalle: 1 párrafo, sencillo.
- Propósito implícito: divulgación básica.
7. Plantilla rápida para ser explícito/a
Puedes usar algo como esta plantilla mental (o literal) al crear prompts:
Quiero que generes **[tipo de salida]** sobre **[tema]**, en **[idioma/tono]**, para **[audiencia]**.
La respuesta debe tener **[estructura / formato]**, con **[nivel de detalle]** y debe **[restricciones]**.
El propósito es **[propósito]**.
Plantilla completada:
Quiero que generes un **resumen ejecutivo** sobre **el desempeño del producto en el último trimestre (retención, activación y NPS)**, en **español neutro** para **directivos no técnicos**.
La respuesta debe tener **tres secciones con títulos**: *Qué está funcionando*, *Qué no está funcionando* y *Acciones recomendadas*, con **2–3 frases por sección**, y debe **evitar detalles técnicos de implementación o análisis estadísticos complejos**.
El propósito es **usar este texto como diapositiva de apertura en una presentación de resultados de producto**.
8. Mini checklist
Antes de enviar tu prompt, pregunta:
- ¿Está claro qué quiero que produzca? ✅
- ¿He dicho cómo quiero que lo haga (tono, idioma, estilo)? ✅
- ¿He puesto restricciones razonables (longitud, cosas a evitar)? ✅
- ¿El nivel de detalle está especificado (breve / profundo / técnico / simple)? ✅
- ¿He indicado el propósito o audiencia, si es relevante? ✅
Si 2–3 de esas respuestas son “no”, probablemente el prompt aún es demasiado vago.
Continúa leyendo la Guía...
👉 Parte 2: Controlar la Verbosidad
👉 Parte 3: Controlar el Formato de las Respuestas
👉 Parte 4: Añadir contexto para mejorar rendimiento
👉 Parte 5: Usar ejemplos y detalles (few-shot prompting)
Puedes profundizar tus habilidades en el uso de IA para Product managers y Product Owners en nuestro curso:
IA para Gestión de Productos y Backlogs (AIPB)
Continúa leyendo...