El proceso de creación de prompts
¿Te está gustando el curso?
Regístrate gratis para guardar tu progreso y obtener tu certificado al finalizar
10.3 El proceso de creación de prompts
Aunque podría parecer que crear un buen prompt es un arte que requiere intuición o experiencia especial, la realidad es que existe un proceso sistemático que cualquiera puede aprender y aplicar. Este proceso es similar a escribir una pregunta bien formulada a un colega experto: requiere claridad de pensamiento, pero es una habilidad desarrollable, no un talento innato.
En este apartado te presentamos un marco de trabajo estructurado que puedes seguir para crear prompts más efectivos. No es la única forma de hacerlo, pero proporciona una metodología que funciona consistentemente en la mayoría de casos de uso profesionales.
Paso 1: Definir claramente el objetivo
Antes de escribir ni una palabra del prompt, necesitas saber exactamente qué esperas obtener. Este paso es tan importante que muchas personas lo saltan, resultando en prompts vagos que generan respuestas inútiles.
Pregúntate: ¿Exactamente qué necesito? No en términos vagos ("ayuda con marketing"), sino en términos concretos y específicos. Algunos ejemplos de objetivos bien definidos: "Necesito lista de 10 keywords con alto volumen de búsqueda y baja competencia para nuestro blog de tecnología agrícola", "Necesito reescritura de email de venta para hacerlo más persuasivo sin parecer agresivo", "Necesito estructura de plan de contenidos para Q1 2025 para cuenta de Instagram de marca de accesorios sostenibles".
La definición clara del objetivo debería responder: ¿Cuál es exactamente el output que necesito? ¿Para qué lo usaré? ¿Quién es la audiencia o receptor final?
Paso 2: Determinar el contexto y el rol
Una vez claras sobre el objetivo, necesitas pensar sobre contexto. ¿Qué información de trasfondo debería conocer la IA para responder bien? ¿Cuál es el contexto de tu industria, empresa, audiencia, mercado?
También necesitas pensar sobre qué rol debería asumir la IA para responder optimally. ¿Buscas consejo estratégico? Elige rol de "estratega empresarial" o "consultor de negocio". ¿Buscas contenido accesible? Elige "divulgador científico" o "educador". ¿Buscas análisis técnico profundo? Elige "ingeniero de software senior" o "científico de datos".
En este paso también identificas qué información específica debería tener el modelo: datos sobre tu empresa, sector, audiencia, restricciones, preferencias.
Ejemplo: En lugar de decir simplemente "soy empresa de software", especifica: "Somos SaaS B2B con 40 empleados, enfocados en gestión de proyectos para agencias de marketing, con 200 clientes principalmente en España y Latinoamérica, tamaño mediano (5-50 personas por agencia)".
Paso 3: Especificar restricciones y parámetros
¿Hay restricciones sobre cómo debería ser la respuesta? Longitud, formato, tono, medio? Especifícalas explícitamente.
Ejemplos de restricciones útiles: - Longitud: "máximo 300 palabras", "entre 800-1000 palabras" - Formato: "lista numerada", "tabla de 3 columnas", "párrafos con subtítulos" - Tono: "profesional pero amable", "técnico pero accesible", "conversacional" - Nivel: "explicación para principiante sin conocimiento previo", "análisis profundo para experto" - Contenido requerido: "debe incluir ejemplos prácticos", "debe incluir referencias a estudios científicos recientes"
Las restricciones funcionan mejor cuando son específicas y cuantificables. "Sé breve" es débil. "Máximo 200 palabras" es fuerte. "Usa lenguaje simple" es débil. "Explicaría conceptos técnicos como si hablaras a alguien con formación secundaria sin experiencia técnica" es fuerte.
Paso 4: Proporcionar contexto y ejemplos
Si es posible, proporciona datos o ejemplos específicos del contexto. Si pides análisis de datos, proporciona los datos. Si pides reescritura de contenido, proporciona el contenido original. Si pides respuesta en tono específico, proporciona un ejemplo del tono que buscas.
Este paso es especialmente valioso cuando el output deseado tiene características específicas. Por ejemplo, si necesitas emails en cierto tono, proporcionar un email existente en exactamente ese tono es más efectivo que describir el tono deseado con palabras.
Técnicamente, incluir contexto y ejemplos "alimenta" al modelo con patrones específicos que puede detectar y replicar.
Paso 5: Redactar el prompt completo
Ahora combinas todo: objetivo claro, rol del modelo, contexto, restricciones, y ejemplos. Una estructura típica es:
- Rol: "Actúa como [rol específico]"
- Contexto: "Soy/Trabajamos en [contexto específico sobre empresa/sector/audiencia]"
- Tarea: "Necesito que [tarea específica]"
- Restricciones: "Con estos parámetros: [longitud, formato, tono, contenido requerido]"
- Ejemplos: "[Si es relevante, proporciona ejemplo de output esperado o contexto específico]"
No necesitas seguir esta estructura exactamente, pero proporciona buen marco de referencia.
Paso 6: Probar y refinar iterativamente
Una vez redactado el prompt, pruébalo. Revisa la respuesta que genera. ¿Es lo que esperabas? ¿Hay partes que funcionan bien y otras que no? ¿El tono es el correcto? ¿La profundidad es apropiada?
Basándote en resultado, refina el prompt. Si la respuesta es demasiado genérica, añade más contexto específico. Si es demasiado larga, especifica límite de palabras. Si el tono no es exactamente el que buscas, proporciona un ejemplo de tono. Si falta contenido específico, especifica qué debe incluir.
Este proceso de prueba y refinamiento es iterativo. Pocas personas logran prompt perfecto en primer intento. Incluso expertos frecuentemente prueban una o dos versiones antes de lograr output óptimo.
Caso práctico: desarrollo iterativo de prompt para análisis de mercado
Una empresa española de consultoría necesitaba prompt para análisis de competidores en sector agrotecnología. Versión inicial: "Analiza el mercado de agrotecnología en España." Resultado: análisis genérico, sin datos específicos. Versión 2: "Soy consultor de estrategia en empresa de agrotecnología. Necesito análisis competitivo en España para identificar oportunidades." Resultado: mejor enfoque, pero todavía falta especificidad. Versión 3 (completa): "Soy director de negocio en empresa agrotecnología española (30 empleados, 5M EUR ingresos, enfocados en software IoT para riego inteligente, mercado principalmente productores de frutas/hortalizas). Proporciona análisis de competencia en España identificando: 1) Competidores directos (similar tamaño y enfoque), 2) Amenazas emergentes de startups, 3) Riesgo de entrada de grandes multinacionales, 4) Oportunidades sin cubrir. Formato: máximo 1500 palabras, con tabla de competidores clave. Incluye: capacidades clave de cada competidor, target market, precios aproximados, fortalezas y debilidades, amenaza percibida para nuestro modelo." Con esta versión, modelo generó análisis altamente específico y accionable, identificando incluso competidores específicos (reales) que el director desconocía.
Estructura de prompt template reutilizable
Una vez dominas el proceso, puedes crear templates reutilizables para tipos de tareas que repites frecuentemente. Por ejemplo, para revisión de textos: "Como [rol], revisa este [tipo de documento] considerando: 1) [aspecto 1], 2) [aspecto 2], 3) [aspecto 3]. Proporciona feedback estructurado con: cambios específicos sugeridos, justificación, impacto potencial. Tono del feedback: [constructivo pero directo]. Máximo [palabras]."
Teniendo este template, cada vez que necesites revisar diferente documento, solo cambias las variables específicas sin necesidad de reinventar el proceso cada vez.
Ideas clave
- El proceso comienza con definición clara y específica del objetivo exacto que necesitas
- Contexto y rol del modelo son elementos críticos que mejoran significativamente la calidad de respuesta
- Restricciones explícitas y específicas (no vagas) guían mejor al modelo hacia output deseado
- Proporcionar contexto, datos, y ejemplos específicos alimenta patrones al modelo para replicar
- La redacción del prompt combina sistemáticamente: rol, contexto, tarea, restricciones, ejemplos
- Prueba iterativa y refinamiento es parte normal del proceso, no signo de fallo inicial