Prompt Engineering #2: Casos de uso que impulsan tu productividad (más allá de TI)
Resumen: La IA puede ser tu co-piloto en tareas repetitivas y cognitivamente pesadas, desde automatizar scripts y crear expresiones regulares hasta resumir documentación densa y traducir terminología técnica con alta fidelidad. Este artículo ofrece prompts listos y “Antes/Después” para roles técnicos y no técnicos: Producto, Datos, Marketing, Ventas/RevOps, Operaciones y Soporte, además de TI.
Analogía Dev/Sysadmin: Diseñar prompts es como escribir playbooks de Ansible: cada tarea bien definida reduce errores y tiempo de ejecución.
1) Automatización de tareas (TI y más)
1.1 Generar scripts básicos de PowerShell/Bash
ANTES (prompt deficiente)
Haz un script en PowerShell para usuarios inactivos.DESPUÉS (prompt optimizado)
Rol/Persona: Ingeniero de automatización.
Tarea: Generar un script de PowerShell para listar usuarios inactivos en Active Directory.
Contexto:
- Inactividad: sin inicio de sesión en {{dias_inactividad}} días
- Salida: CSV con columnas SamAccountName, DisplayName, LastLogonDate, Enabled, OU
- Restricciones: solo lectura; no deshabilitar cuentas
- Compatibilidad: PowerShell 7 y RSAT instalado
Tono: Técnico, claro y conciso.
Formato: Proporciona el script primero y luego una breve explicación (5 bullets).
Parámetros de creatividad: baja (0.2) para consistencia.
Criterios de aceptación:
- Usa Get-ADUser con filtros adecuados
- Maneja control de errores
- Exporta a CSV
- Comentarios en el código para cada bloque1.2 Crear expresiones regulares “a prueba de balas”
ANTES
RegEx para correos.DESPUÉS
Rol: Especialista en validación de datos.
Tarea: Diseñar una expresión regular para emails corporativos.
Contexto:
- Permitir subdominios (p.ej. user@mail.eu.empresa.com)
- No permitir dominios públicos comunes (gmail, yahoo, outlook)
- Debe ser compatible con motores PCRE y .NET
Formato:
- Entrega la RegEx
- Incluye 6 ejemplos válidos y 6 inválidos
- Explica en 3 bullets por qué cada caso
Criterios de aceptación:
- Sin retrovisores excesivos
- Evita patrones que permitan dominios públicos
- Incluye anclas ^ y $1.3 Productividad fuera de TI
- Operaciones: prompt para generar SOPs a partir de notas sueltas.
- Producto: convertir feedback de clientes en user stories priorizadas (MoSCoW).
- Ventas/RevOps: normalizar CRMs (nombres de etapas, razones de pérdida, next steps).
- Marketing: transformar características en beneficios y CTAs por segmento.
- People/HR: estandarizar descripciones de puesto y matrices de competencias.
Plantilla universal “Tarea repetitiva → salida estandarizada”
Rol: [tu rol]
Tarea: [qué proceso quieres estandarizar]
Contexto: [fuentes de datos, restricciones, audiencias]
Formato: [estructura exacta de salida: tabla, JSON, bullets]
Criterios de aceptación: [3–5 checks verificables]
Nota: Usa creatividad baja (0.2) y valida incoherencias antes de entregar.2) Resumir documentación técnica densa
La IA puede destilar RFCs, manuales, postmortems o RFPs en resúmenes accionables. Evita prompts vagos y define para quién es el resumen.
ANTES
Resume este documento técnico.DESPUÉS
Rol: Tech Lead explicando a un Product Manager.
Tarea: Resumir el documento y extraer implicaciones de producto.
Contexto:
- Documento: [pega o adjunta texto]
- Objetivo: decidir si adoptamos la tecnología en el Q{{trimestre}}
- Límites: 200–250 palabras
Formato:
- 5 puntos clave
- 3 riesgos con mitigaciones
- Recomendación binaria: adoptar/no adoptar + por qué
Parámetros de creatividad: baja (0.2)
Criterios de aceptación:
- Sin jerga innecesaria
- Riesgos medibles (latencia, costo, compatibilidad)
- Recomendación clara y defendible3) Traducciones precisas de terminología técnica
No pidas “traduce esto”; pide equivalencias de término con glosario, contexto y uso en una frase. Útil para documentación, contratos y marketing técnico.
ANTES
Traduce al inglés: "equilibrador de carga con sticky sessions".DESPUÉS
Rol: Traductor técnico para documentación de producto.
Tarea: Producir equivalencias en inglés y un mini-glosario.
Contexto:
- Público: ingenieros y PMs
- Variedad: inglés internacional
Formato:
- Tabla con columnas: Español | Inglés | Definición breve | Ejemplo de uso
- Incluye nota si existe ambigüedad o variantes (e.g., session affinity vs sticky sessions)
Criterios de aceptación:
- Terminología consistente con prácticas de la industria
- Ejemplos de una línea, claros y realistas4) Recetas rápidas por rol (no solo TI)
4.1 Producto
Rol: Product Manager.
Tarea: Convertir feedback de usuarios en user stories.
Contexto: Usuarios freemium de una app de hábitos; problema: abandono en el día 7.
Formato: Historias (Como [tipo de usuario] quiero [acción] para [beneficio]) + Criterios de aceptación (Gherkin) + Prioridad (MoSCoW).
Criterios: 5 historias; cada una con 3 criterios Gherkin.4.2 Datos/Analítica
Rol: Analytics Engineer.
Tarea: Generar una consulta SQL estándar.
Contexto: Necesito cohortes de retención a 7/14/28 días para el plan free.
Formato: SQL compatible con {{dialecto}} + explicación en 4 bullets (sin revelar pasos internos).
Criterios: Evitar CTEs anidados innecesarios; usar fechas relativas parametrizables.4.3 Marketing
Rol: Marketing Strategist.
Tarea: Reescribir features como beneficios por segmento.
Contexto: Producto B2B SaaS; segmentos: SMB, Mid-Market, Enterprise.
Formato: Tabla (Segmento | Problema | Beneficio | Prueba social | CTA).
Criterios: Mensajes de 12–18 palabras; evita jerga; 1 prueba social por segmento.4.4 Ventas/RevOps
Rol: Sales Ops.
Tarea: Normalizar etapas de pipeline y razones de pérdida.
Contexto: Unificar 3 CRMs heredados.
Formato: JSON con arrays "stages" y "loss_reasons" + reglas de mapeo.
Criterios: Sin duplicados; nombres en singular; máximo 7 etapas.4.5 Soporte/Éxito del Cliente
Rol: Customer Success.
Tarea: Crear respuestas modelo para incidencias frecuentes.
Contexto: 5 tickets más comunes del último mes (pega ejemplos).
Formato: Macro de respuesta: apertura empática, pasos, verificación, cierre y enlace a ayuda.
Criterios: Máx. 120 palabras por macro; lenguaje claro; evita promesas no verificadas.Ejemplo práctico (completo): Script de PowerShell para usuarios inactivos en AD
Este ejemplo ilustra cómo una especificación clara reduce iteraciones y errores:
ANTES
Haz un PowerShell que saque usuarios inactivos.DESPUÉS
Rol: Ingeniero de automatización.
Tarea: Script PowerShell para identificar usuarios inactivos en AD.
Contexto:
- Inactivos = sin inicio de sesión en {{dias_inactividad}} días
- Sin privilegios: solo lectura
- Salida: CSV (SamAccountName, DisplayName, LastLogonDate, Enabled, OU)
- Compatibilidad: Windows Server 2019/2022 + RSAT
Formato:
- Entrega el script
- Luego 5 bullets de explicación
- Finalmente una sección "Verificación" con 3 checks ejecutables
Parámetros de creatividad: baja (0.2)
Nota: Razona internamente paso a paso y entrega solo la respuesta final y la sección "Verificación".
Criterios de aceptación:
- Usa Get-ADUser con -LDAPFilter o -Filter por LastLogonTimestamp
- Manejo de errores (try/catch)
- Export-CSV con -NoTypeInformation
- Comentarios por bloqueChecklist de validación rápida
- ¿La Tarea está definida con verbo + objetivo medible?
- ¿El Contexto incluye restricciones reales (plataformas, audiencias, límites)?
- ¿El Formato especifica la estructura exacta de salida?
- ¿Agregaste criterios de aceptación y tono/creatividad?
- ¿Incluiste una nota de seguridad si hay datos sensibles o acceso?
El Secreto del Ingeniero de IA: “Chain of Thought” (sin exponer el razonamiento)
Para tareas lógicas (cálculos, planificaciones, validaciones), pedir al modelo que piense paso a paso suele aumentar la precisión. Sin embargo, no necesitas (ni conviene) que muestre todo su razonamiento. Usa una instrucción segura:
Antes de responder, razona internamente paso a paso. Entrega solo:
1) La respuesta final estructurada
2) Una sección "Verificación" con 3 comprobaciones automáticas o criterios objetivos.
No muestres tus deliberaciones internas.Esto favorece la calidad sin saturar al lector ni exponer información irrelevante. También puedes limitar el razonamiento con pasos máximos (“no más de 5 saltos lógicos”).
Para llevar (resumen)
- Define tareas repetitivas → salidas estandarizadas con formatos claros.
- Para resúmenes, especifica audiencia, límites y una recomendación binaria.
- En traducciones, pide tabla de glosario con ejemplos de uso.
- Usa razonamiento interno y entrega una sección de Verificación breve.
Próximo artículo: Prompts para Desarrollo y Creatividad Técnica — explicación/refactor de código, pruebas unitarias, documentación y contenido de producto.
