Aprende a briefar a la IA para que mantenga la voz de marca con una plantilla práctica: reglas de voz, ejemplos de hacer y no hacer, y criterios de aceptación claros para editores.
La voz de marca es el conjunto de elecciones que hacen que tu redacción suene a ti, cada vez. Incluye el tono (amistoso, directo, formal), la elección de palabras (simple vs técnico, divertido vs serio), la estructura (párrafos cortos, viñetas, encabezados fuertes) y la intención (educar, tranquilizar, desafiar, entretener). Cuando los lectores dicen “esto suena como vuestra marca”, normalmente quieren decir que esos patrones se sienten consistentes.
La IA deriva porque no tiene un “tú” predeterminado estable. Reacciona a lo que ve en el momento: el prompt, los ejemplos que le das, los últimos mensajes en el chat e incluso detalles pequeños como si pediste “contundente” o “profesional”. Cambia ligeramente el prompt y la voz cambia.
La deriva también ocurre cuando diferentes personas briefing la IA de maneras distintas. Un/a fundador/a puede pedir “rápido y audaz”, un/a marketer puede pedir “optimizado para SEO” y un/a editor/a puede pedir “más matiz”. Los tres pueden tener sentido. Sin reglas compartidas, las salidas suenan como si vinieran de tres empresas distintas.
El contexto también cambia los resultados. La misma marca puede sonar muy distinta en una landing page, en un post de ayuda y en un correo al cliente. Si el brief no dice qué se mantiene constante (voz) y qué puede cambiar (formato, profundidad y situación), el modelo suele copiar el tono que “espera” para ese tipo de contenido, no la voz que quieres.
Esta plantilla es para quien necesite que el contenido suene consistente incluso cuando muchas manos lo tocan: marketers, fundadores, editores, agencias y equipos que publican a escala. Es especialmente útil si usas un flujo de escritura basado en API (como GENERATED), donde varios prompts y colaboradores alimentan el mismo sitio.
El objetivo no es borradores perfectos. El objetivo es borradores que den en la voz correcta en el primer intento, para que los editores dediquen su tiempo a mejorar ideas, precisión y claridad —no a reescribir los mismos problemas de tono una y otra vez.
Los desencadenantes de deriva que puedes controlar suelen reducirse a cuatro cosas: indicaciones vagas (“hazlo interesante”), objetivos conflictivos (informal y académico a la vez), reglas de “no hacer” faltantes (frases, afirmaciones, cambios de tono, formato) y ausencia de criterios de aceptación (así cada uno edita según su gusto).
Para briefing a la IA sobre voz de marca necesitas más que una vibra. “Escribe con nuestra voz” puede funcionar para un equipo unido, pero no es lo bastante específico para un modelo ni para un editor que deba juzgar el resultado.
Un brief útil convierte el gusto en elecciones que el modelo puede seguir y el editor puede comprobar. Separa lo que debe permanecer constante (voz) de lo que puede flexibilizarse (tono, formato, profundidad).
La voz es la personalidad estable de tu marca. Debe sonar como el mismo “orador” en posts, landing pages, correos y docs de soporte.
El tono es situacional. La misma voz puede ser vivaz en un anuncio de lanzamiento, serena en un artículo de ayuda y firme en una actualización de política. Si solo describes el tono (“amistoso”, “profesional”), distintos redactores lo interpretarán diferente y la IA derivará.
Para fijar la voz y mejorar la calidad de la salida, define claramente estos elementos:
Una vez los entregues, puedes mantener la voz consistente incluso cuando cambian los temas y tipos de contenido.
La coherencia suele venir de unas pocas elecciones concretas: palabras preferidas (y palabras que nunca usarás), punto de vista (primera persona plural “nosotros” vs tercera persona), longitud de las frases y hábitos de formato (párrafos cortos, encabezados simples, si usas contracciones, cómo escribes los números).
Una prueba simple: si un/a editor/a no puede señalar una frase y decir exactamente qué regla rompe, la regla es demasiado vaga. Sustituye “claro” por “usa frases cortas, 12–18 palabras cuando sea posible”. Sustituye “seguro” por “expresa recomendaciones directamente y evita matices como ‘podría’ y ‘posiblemente’ a menos que la incertidumbre sea real”.
Ese nivel de detalle hace la salida repetible y medible.
Usa esto como hoja para completar que puedes pegar en cualquier prompt de IA o dar a redactores y editores. Manténlo lo bastante corto como para que la gente realmente lo use.
Marca + audiencia + objetivo (3–5 líneas)
Marca: [Nombre, qué haces en una frase sencilla]
Audiencia: [A quién hablas, qué les importa, qué ya saben]
Objetivo de contenido: [Qué debe pensar/sentir/hacer el lector]
Contexto: [Dónde aparecerá: blog, correo, landing, ayuda]
Debe sonar a
Escribe como: [3–5 adjetivos, más una frase ejemplo corta]
Ritmo: [rápido/medio/lento]
Punto de vista: [nosotros/tú/yo/tercera persona]
Nivel de confianza: [directo y seguro / cauto y matizado]
No debe sonar a
Evitar sonar: [3–5 adjetivos]
Evitar: [vendedizo / sarcástico / académico / demasiado informal]
Evitar patrones: [introducciones largas, exageración, intros de relleno, afirmaciones vagas]
Nivel de lectura y reglas de frase
Nivel de lectura: [simple / general / experto]
Longitud de frase: [promedio objetivo, longitud máxima]
Longitud de párrafo: [1–3 frases]
Reglas de claridad: [definir siglas una vez, evitar jerga, explicar con ejemplos]
Reglas de formato
Encabezados: [usar H2/H3, con qué frecuencia]
Listas: [cuándo usar viñetas, máximo de ítems]
Estilo de introducción: [comenzar con el punto / comenzar con un escenario / nada de preámbulos]
Estilo de cierre: [resumen corto + siguiente paso]
Palabras y nombres
Palabras/frases prohibidas: [lista de 5–15]
Frases preferidas: [lista de 5–15]
Convenciones de nombres: [capitalización de ProductName, nombres de características, notas de marca registrada]
Números y unidades: [¿escribir uno a nueve? usar % o “porcentaje”?]
Reglas de pruebas y afirmaciones
Afirmaciones permitidas: [qué puedes decir sin fuentes]
Prueba requerida: [qué necesita cita, datos o referencia interna]
Afirmaciones prohibidas: [no garantices, no “el mejor del mercado”, no asesoramiento médico/legal]
Marca: Una app financiera amigable para freelancers. Audiencia: trabajadores independientes ocupados que quieren explicaciones sencillas. Objetivo: ayudarles a elegir una categoría fiscal y que se sientan seguros.
Debe sonar a: calmada, práctica, directa. No debe sonar a: sarcástica, “gurú” o legalista. Nivel de lectura: simple. Frases: máx. 20 palabras. Formato: encabezados cortos, viñetas solo para pasos, nada de intros largas. Palabras prohibidas: “crush it”, “hack”, “garantizado”. Frases preferidas: “aquí está la opción más simple”, “si no estás seguro, empieza por…”.
Evita rasgos vagos como “profesional” sin ejemplos. Escoge un puñado de rasgos, defínelos en palabras llanas y muestra exactamente el tipo de frases que quieres y las que no.
| Rasgo | Qué significa | Qué no es | Ejemplo “Sí” | Ejemplo “No” |
|---|---|---|---|---|
| Amistoso | Cálido y útil, como un compañero inteligente | Energía de animadora o entusiasmo forzado | “Buenas noticias: puedes arreglar esto en unos minutos.” | “¡Vas a AMAR esto!!!” |
| Directo | Punto claro al inicio, frases cortas | Rudo, abrupto o mandón | “Haz esto primero. Luego verifica los resultados.” | “Obviamente lo hiciste mal. Arréglalo.” |
| Sereno | Tono estable, sin palabras alarmistas | Frío, distante o robótico | “Si falla, prueba estas dos comprobaciones.” | “¡Esto es un desastre y debe solucionarse YA!” |
| Práctico | Pasos concretos, limitaciones reales, términos sencillos | Palabrería y afirmaciones abstractas | “Usa 3 viñetas. Mantén cada una bajo 12 palabras.” | “Optimiza resultados con un enfoque holístico.” |
| Seguro | Da una recomendación y una razón | Exceso de confianza, promesas absolutas | “Esto suele funcionar porque reduce la confusión.” | “Esto funcionará siempre para todo el mundo.” |
Usa estas reglas por defecto salvo que un proyecto diga lo contrario:
Si quieres ir un paso más, añade una “lista de sustituciones” que los editores puedan aplicar (por ejemplo, sustituir “leverage” por “usar”, “utilize” por “usar”, “best-in-class” por “fiable”).
Define un pequeño conjunto de reglas que siempre ganen, incluso si entran en conflicto con “estilo” o “creatividad”. Los editores deben tratarlas como aprobado o rechazado.
Usa estas como valores por defecto en cada borrador, sin excepciones:
El hype es fácil de detectar porque hace afirmaciones sin límites. Banderas rojas comunes para eliminar o reescribir incluyen “resultados garantizados”, “el mejor del mercado”, “revolucionario”, “aumenta tu SEO al instante” y “perfecto para todos”.
Si necesitas vender un beneficio, ponlo sobre una base: “Ayuda a los equipos a publicar más rápido generando borradores y esquemas” es más seguro que “Explota tu tráfico de la noche a la mañana”.
Las comparaciones deben ser justas y específicas. No nombres competidores salvo que tu política lo permita, y nunca afirmes que “no pueden” hacer algo salvo que puedas demostrarlo. Prefiere formulaciones neutras como “Si necesitas X, busca características Y” en lugar de “La herramienta A es horrible”.
Para temas sensibles (precios, seguridad, cumplimiento, despidos, política), mantén la factualidad y la calma. Si el borrador no puede ser preciso, debe decir qué puede y qué no puede confirmar.
Los CTAs deben sonar a siguiente paso útil, no a empujón. Ofrece una acción clara y una razón clara: “Genera un borrador y revísalo con tu lista de comprobación” funciona. Si mencionas un producto como GENERATED, mantenlo práctico: úsalo para producir un borrador y luego edita la voz antes de publicar.
Los criterios de aceptación son las reglas de aprobado/rechazado para un borrador. Convierten el feedback de “no me gusta” en “esto incumple la regla #3”, lo que acelera ediciones y las hace más justas y repetibles.
Los criterios de aceptación son el último filtro antes de que algo llegue a los lectores. También dicen a los redactores qué significa “listo”.
Un borrador es publicable solo si cumple todos estos puntos:
Si cualquiera de estos falla, el borrador necesita revisión. Si falla en precisión o seguridad, debe revisarse incluso si todo lo demás está perfecto.
Úsala cuando quieras consistencia entre editores (y una llamada rápida de sí/no):
| Categoría | 0 = Arreglar | 1 = Casi | 2 = Bien |
|---|---|---|---|
| Claridad | Difícil de seguir | Mayormente claro | Claro y escaneable |
| Precisión | Afirmaciones sin verificar | Necesita comprobaciones menores | Limpio y respaldado |
| Voz | Se siente fuera de marca | Ligeramente fuera | Suena en marca |
| Estructura | Desordenado | Ajustes menores | Bien conformado |
| Seguridad | Riesgoso | Requiere revisión | Seguro |
Publicable: no hay 0s y puntuación total 8–10. Necesita revisión: cualquier 0, o puntuación total 7 o menos.
Trata el prompt como un mini brief creativo. Pon las reglas de voz primero, luego la tarea y después los insumos. El objetivo es eliminar la adivinanza.
Usa este orden para que el modelo vea tus prioridades en la secuencia correcta:
Tras el primer borrador, mantén el feedback estrecho. Por ejemplo: “Acorta la intro a 2 frases. Sustituye ‘innovador’ por un lenguaje llano. Añade un ejemplo concreto en el párrafo 3.” Ese tipo de indicaciones es fácil de seguir y produce resultados más estables.
VOICE BRIEF (highest priority)
- Brand traits: [3-5 traits]
- Do: [plain, direct, friendly, etc.]
- Don't: [buzzwords, hype, slang, etc.]
- Non-negotiables: [claims policy, legal notes, formatting rules]
- Vocabulary: Use [terms]. Avoid [terms].
JOB
Write a: [type of content]
Audience: [who]
Goal: [what the reader should understand/do]
Tone level: [casual / neutral / formal]
Length: [target word count]
INPUTS (facts and constraints)
- Outline: [paste bullets]
- Must-include facts: [paste]
- Must-not-change items: [product names, pricing, dates]
- Examples to match: [paste a short sample]
- Constraints: [no links, no images, reading level, etc.]
OUTPUT
1) Draft
2) Self-check against these acceptance criteria:
- [criterion 1]
- [criterion 2]
- [criterion 3]
If any criterion is not met, explain why and propose a fix.
Si generas contenido vía API (por ejemplo, con una herramienta como GENERATED en generated.app), esta estructura funciona bien como plantilla guardada para que cada solicitud empiece con las mismas reglas de voz y comprobaciones de calidad.
La mayoría de equipos intentan briefing a la IA para voz consistente describiendo un “tono” y esperando que el resto ocurra por arte de magia. La brecha no suele ser el modelo. Es el brief.
Los errores siguientes causan la mayor parte de la deriva. Cada uno tiene un solo cambio que lo arregla.
Describes la vibra pero no los hábitos de escritura. “Amistoso y profesional” es demasiado vago, así la salida oscila entre informal y rígida. Arreglo: añade una receta corta de estilo: longitud de frase, verbos preferidos, tamaño típico de párrafo y una pequeña lista de “palabras que usamos” y “palabras que evitamos”.
Un brief intenta cubrir múltiples audiencias y equipos. Ventas quiere copy contundente, soporte quiere instrucciones calmadas y producto quiere especificaciones precisas, todo en un mismo documento. La IA lo promedia en una voz insípida. Arreglo: divide en mini-briefs por tipo de contenido (blog, landing, ayuda) y etiqueta cada uno con un responsable y propósito.
Incluyes reglas que se contradicen. Ejemplo común: “sonar amistoso” pero “sin contracciones”, o “sé conciso” pero “añade mucho detalle”. El modelo romperá alguna regla. Arreglo: establece un orden de prioridades: no negociables primero (legal, reclamaciones, seguridad), luego rasgos de voz y después preferencias de formato. Si dos reglas chocan, decide cuál gana.
Pides “optimizado para SEO” sin definirlo. Esa petición suele llevar a saturación de palabras clave, encabezados repetitivos o intros genéricas. Arreglo: define qué significa SEO para ti: una frase principal usada de forma natural, encabezados claros, preguntas específicas respondidas y sin repetición forzada. Indica también qué no hacer (nada de clickbait, nada de párrafos de relleno).
No das ejemplos aprobados ni reglas de nombres. Sin algunos ejemplos buenos y malos, la IA inventa giros, nombres de producto o capitalización inconsistente. Arreglo: incluye 2 párrafos aprobados, un mini glosario (términos de marca, nombres de producto, términos prohibidos) y 3 reglas de formato “debe coincidir” (por ejemplo: cómo escribir números, fechas y CTAs).
Una prueba rápida: da el mismo brief a dos personas. Si producen voces claramente distintas, la IA también lo hará. Ajusta el brief hasta que los humanos converjan; entonces el modelo suele seguir.
Un equipo SaaS pequeño publica un post de blog semanal. Tienen un/a marketer, un/a product manager y un/a redactor/a freelance que crean borradores. Dos editores rotan las revisiones. Los plazos son ajustados y el producto cambia a menudo, así que el equipo necesita que la redacción suene como si la hubiera escrito una sola persona.
Aquí hay un prompt que parece aceptable, pero falla porque no tiene restricciones reales:
Write a blog post about our product and how it helps with SEO. Make it friendly and professional.
Esto produce borradores que oscilan mucho. Un/a redactor/a suena vendedizo/a, otro/a suena académico/a y el tercero usa palabreo y frases largas. Los editores dedican la mayor parte del tiempo a reescribir el tono en lugar de corregir datos.
Ahora la misma petición, pero con un breve que fija voz, estructura y elementos innegociables:
Audience: non-technical marketers at small companies.
Voice: clear, direct, helpful. Short sentences. No hype.
Point of view: “you” for the reader, “we” only for product actions.
Reading level: plain English.
Structure: 1 short intro, 4-6 scannable sections, 1 short checklist, finish with next step.
Non-negotiables: no buzzwords, no long dashes, no claims without proof, no links.
Must include: one concrete example and 3 actionable tips.
Qué cambia en la salida: el borrador es más fácil de escanear, el tono se mantiene estable y los tres redactores aterrizan en el mismo tono de “experto útil”. Incluso cuando los detalles del producto evolucionan, la redacción sigue sonando consistente.
Los editores entonces usan criterios de aceptación para aprobar rápido. No debaten el gusto. Comproban lo específico: el tono coincide con los rasgos, las frases son cortas y las secciones escaneables, los elementos requeridos están presentes (ejemplo + 3 consejos) y cualquier afirmación de producto está respaldada o reescrita de forma neutral y verificable.
Si un borrador falla, el editor no reescribe todo. Envía una nota: qué criterio falló y qué cambiar. Eso mantiene el tiempo de respuesta rápido y hace que el siguiente borrador esté más cerca, incluso con contribuyentes mixtos.
La consistencia es sobre todo disciplina, no magia. Antes de publicar, realiza algunos chequeos rápidos que detectan la mayor parte de la deriva.
Si solo compruebas tres cosas, comprueba estas:
Luego haz una pasada de sentido común: si alguien nuevo se uniera hoy, ¿podría escribir un borrador decente desde este brief sin hacer cinco preguntas?
La voz deriva cuando pequeñas decisiones se acumulan. Vigila estos patrones:
Un ejemplo simple: si tu guía dice “nada de hype”, pero el CTA dice “No te lo pierdas, actúa ya”, eso es un fallo aunque el resto esté bien. Reescríbelo en tu estilo: “Pruébalo hoy” o “Comprueba si encaja en tu flujo”.
Almacena tu brief de voz donde todos escriban (no en un doc olvidado) y trátalo como un estándar vivo.
Si generas contenido a escala, un sistema como GENERATED (generated.app) puede ayudarte a reutilizar la misma plantilla de voz en múltiples solicitudes y generar CTAs que encajen con tus pautas. Lo importante sigue siendo lo mismo: trata el brief como la fuente de verdad y juzga cada salida contra él antes de publicar.
La voz de marca es la “personalidad” consistente en tu escritura: tu tono habitual, elección de palabras, estructura y punto de vista. El tono es el estado de ánimo situacional que cambia según el contexto, por ejemplo más calmado en la documentación de soporte y más animado en anuncios, pero siempre debe sonar como la misma marca.
La IA no tiene un “predeterminado” estable para tu marca, por eso copia señales de lo que aparece más reciente y más específico: la redacción del prompt, los ejemplos y el contexto del chat. Pequeños cambios como “hazlo contundente” frente a “hazlo profesional” pueden desplazar el resultado más de lo que imaginas.
Empieza por definir lo que debe permanecer constante y que se pueda comprobar: audiencia, punto de vista, longitud de frases y párrafos, y una lista corta de frases preferidas y prohibidas. Añade 2–3 ejemplos breves de “esto somos nosotros” y 1–2 de “esto no somos” para que el modelo tenga límites claros.
Trata el brief como un estándar compartido, no como una preferencia personal. Da a los editores criterios de aceptación que puedan aplicar de forma consistente, de modo que el feedback sea “falla la regla #3” en vez de “se siente raro”, y asegúrate de que todos usen la misma plantilla para cada solicitud.
Pon primero los no negociables, luego los rasgos de voz y después las preferencias de formato y estilo. Si dos reglas entran en conflicto, elige explícitamente cuál vence; si no lo haces, el modelo las “promediará” y obtendrás resultados inconsistentes.
Haz las restricciones de SEO concretas y naturales: una frase principal utilizada donde encaje, encabezados claros y respuestas directas a preguntas reales. También indica qué no hacer, como introducciones repetitivas o forzar la repetición de palabras clave, para que el modelo no caiga en patrones genéricos de SEO.
Usa hábitos concretos en lugar de adjetivos vagos. Sustituye “claro” por un objetivo de longitud de frase y una longitud máxima, y sustituye “seguro” por una regla como “da recomendaciones de forma directa y solo atenúa cuando la incertidumbre sea real”.
Define qué afirmaciones están permitidas sin pruebas, cuáles requieren una fuente proporcionada y qué está prohibido (por ejemplo, garantías o “el mejor del mercado”). Si no puedes verificar una afirmación, reescríbela con un lenguaje acotado como “a menudo”, “normalmente” o “puede ayudar”, y elimina números o citas inventadas.
Usa criterios de aprobación simples de pasar/fallar que un editor pueda aplicar rápido, como párrafos cortos, punto de vista consistente, ausencia de frases prohibidas y afirmaciones verificables. Si un borrador falla en exactitud o seguridad, debe revisarse aunque la redacción suene perfecta.
Una plantilla de prompt almacenada ayuda porque cada solicitud parte de las mismas reglas de voz, restricciones e instrucciones de autocomprobación. En un flujo basado en API como GENERATED, mantener el brief de voz como entrada por defecto reduce la deriva entre contribuyentes y tipos de contenido, mientras permite personalizar los detalles de la tarea.