Todo empezó con una frase incómoda: “se nota que esto está hecho con ChatGPT”. En realidad, casi nunca significa eso. Suele significar algo más simple: “esto suena genérico”. Y pica, porque muchas veces detrás sí hay trabajo real.

Lo útil es que esa frase suele tener dos capas. La primera es superficial: el texto está impecable, demasiado correcto, tono uniforme, estructura perfecta. La segunda aparece cuando entras en el contenido: ahí es cuando se ve si hay decisiones, límites, renuncias y tensión operativa. En mi caso, el comentario ni siquiera pasó de la primera capa… pero da pie a hablar de la segunda, que es la que de verdad importa.

La capa 1 puede molestar. La capa 2 decide si el documento sirve para decidir o si es humo.

Con el tiempo vi que esa etiqueta se repite por un patrón predecible: primero te choca la forma impecable (todo correcto, bien ordenado, tono uniforme), y cuando intentas agarrarte a algo… aparece el fondo sin huellas (no se ven decisiones, límites, renuncias ni tensión operativa). Ahí es cuando huele a “documento intercambiable”. El texto queda precioso. El proyecto, invisible. Como un traje planchado sin nadie dentro.

Si el texto no tiene realidad, cualquier herramienta lo deja en evidencia.

1) “Se nota” no es un detector: es un síntoma

Cuando alguien suelta “se nota”, casi nunca está afirmando que detectó una IA. Está reaccionando a señales de plantilla. Normalmente entra primero por la capa 1 (la forma). Y si el lector sigue, llega a la capa 2: el contenido no permite decidir nada.

Capa 1 (forma)

• Estructura bonita y demasiado simétrica: todo “encaja” pero no aterriza.
• Tono uniforme y “profesional”: correcto, pulido, sin fricción.
• Frases impecables con olor a plantilla: suenan bien aunque no digan gran cosa.

Capa 2 (fondo)

• Beneficios estándar sin anclaje: suenan bien, pero podrían servir para cualquier proyecto o sector.
• Riesgos educados que no muerden: “puede haber retrasos”, “habrá que coordinar”.
• Apartados intercambiables: cambias el sector, el nombre del cliente, y sigue funcionando igual.
• Ausencia de huellas reales: no aparecen excepciones, dependencias ni fricciones, ni un “esto va a doler” honesto.

Un proyecto real deja huellas: matices del cliente, excepciones, dependencias, fricciones, y al menos un “esto va a doler” colocado con honestidad. Si no aparece tensión, no es paz. Es falta de modelo. Y la falta de modelo siempre factura (a veces la multa llega en forma de soporte).

2) Si “suena a ChatGPT”, casi nunca es “IA vs humano”

La etiqueta “hecho con ChatGPT” suena técnica, pero normalmente es cultural: intenta reducir el texto a su herramienta.

El problema es que la herramienta rara vez es el origen del vacío: solo lo amplifica.

• Si el documento tiene huellas (decisiones, límites, renuncias, consecuencias), da igual si lo escribiste tú o si te ayudó una IA.
• Si no las tiene, da igual si lo escribió un humano: seguirá sonando genérico.

El lector no paga por prosa. Paga por criterio.

3) La huella de un profesional no es el estilo: son decisiones y renuncias

Un documento profesional no destaca por sonar serio. Destaca por dejar claro qué se hace y qué no, y por qué.

Decidir es escoger un coste y renunciar a otro. La credibilidad sube cuando aparecen frases del tipo:

• priorizamos trazabilidad/consistencia frente a velocidad, aunque el inicio roce un poco;
• aplicamos Pareto: la primera fase cubre el 80% (lo que más valor genera) y deja fuera casos borde, a propósito;
• aceptamos menos automatización para reducir soporte y no convertirlo en un segundo negocio.

Nadie quiere escribir renuncias. Pero son las renuncias las que protegen el calendario. La propuesta que no renuncia a nada renuncia, en secreto, a ser creíble.

El lector no necesita que le convenzas. Necesita ver que tú ya viste el conflicto antes de que lo vea él. Ahí se paga el oficio, incluso cuando el texto sea corto.

4) La herramienta no decide por ti (y ahí empieza la diferencia)

Un modelo puede ordenar, redactar y completar. No decide. La diferencia no es el modelo: es lo que tú aportas antes de escribir: contexto, límites y decisiones defendibles.

Por eso, cuando falta realidad, la herramienta deja el hueco a la vista. A veces incluso lo disimula con prosa elegante: un mensajero con mucha seguridad y cero vergüenza. La autoestima sale de serie.

5) Por qué un modelo no «alucina»; “improvisa” cuando el brief viene flojo

Es como un junior en su primer día: entusiasmado y dispuesto a hacer todo lo que se le pida, incluso cuando el encargo viene incompleto. Y ahí está el problema.

Un junior humano, cuando no sabe, se le nota: duda, pregunta, se frena. La IA, en cambio, puede no tener los datos y aun así seguir hacia delante con seriedad, frialdad y una seguridad que que ojalá tuviéramos los lunes por la mañana. No es malicia: es que su trabajo no es decidir, es predecir la siguiente palabra plausible.

Por eso “improvisa”: no porque alucine por deporte, sino porque tú no le has dado toda la información que necesita, o la pregunta va torcida. Si faltan datos críticos, el texto no se detiene: rellena huecos. Y el riesgo no es que quede bonito; el riesgo es que cierre un alcance con supuestos invisibles.

Un supuesto invisible es un fallo con traje: no se ve hasta el día de la entrega. (Y ese día deja de llamarse “fallo” y pasa a llamarse “urgente”, que es la etiqueta premium para “nadie lo vio venir”.)

Moraleja operativa: si tú no sabes de lo que estás hablando, la IA no te salva. Puede darte una respuesta impecable… y equivocada para tu caso. El control no está en pedirle “sé más preciso”, sino en darle la precisión antes de que escriba: contexto, límites, y lo que falta por confirmar.

Y recuerda: la IA no discute el presupuesto. Lo invierte en adjetivos.

6) El vacío típico: prometer “integración” sin pagar el coste

Un clásico del documento genérico: “se integrará con lo existente”. Suena profesional y no dice nada.

Integrar siempre tiene coste: compatibilidades, permisos, calidad del dato, ritmo operativo y mantenimiento. Un texto operable no necesita enseñar cocina, pero sí hacer explícito el coste asumido:

• qué nivel de intercambio de datos se considera suficiente;
• qué parte queda manual por diseño (sí, a veces conviene);
• qué se observa para detectar que la integración se está degradando.

Cuando aparecen esos límites, el lector entiende algo clave: aquí no se venden promesas, se venden decisiones.

7) El trabajo real está antes: pensar el sistema, no escribirlo

Lo caro no es redactar una propuesta. Es modelar la operación: qué pasa hoy, qué debería pasar, qué excepciones te van a perseguir, quién valida, y dónde se rompen los datos.

En una propuesta de stock, “control de inventario” cabe en dos líneas. Pero lo que define el sistema son preguntas incómodas:

• ¿Hay ubicaciones y movimiento entre ellas (almacén, vehículos, puntos móviles)?
• ¿Hay consumibles críticos donde una rotura cuesta caro?
• ¿Qué significa “rotura” en este negocio y qué acción ocurre cuando pasa?
• ¿Qué pasa con conectividad irregular y registros rápidos: si registrar roba demasiado tiempo, nadie lo usa?
• ¿Quién tiene autoridad para corregir un error sin reventar la trazabilidad?

La IA puede ayudarte a redactar respuestas. No puede inventarse bien la realidad de esas respuestas. Como mucho, te devuelve una versión elegante de una duda. Y los clientes suelen oler las dudas elegantes a kilómetros.

8) Texto genérico vs texto operable (sin enseñar receta)

Versión que dispara el “se nota”:

“Se implementará un sistema de gestión de stock con control de inventario, alertas y reportes. Se integrará con herramientas existentes para optimizar procesos.”

Está correcto. Y no te deja tomar ninguna decisión. Es un PDF con buena educación y mala memoria.

Versión operable (sin receta, con criterio):

“El sistema prioriza visibilidad de existencias por ubicación y reduce incertidumbre en consumibles críticos. Define qué se considera rotura y qué ocurre cuando pasa. La integración con lo actual se plantea con intercambio de datos asumible, no con promesas de ‘integración total’. La operación asume fricciones del mundo real (conectividad, permisos, disciplina de registro) y las hace explícitas.”

No hay pasos replicables. Hay criterio. Y un criterio se puede defender en una reunión.

9) Tres preguntas que separan “suena profesional” de “sirve para decidir”

1. ¿Qué cambia de forma observable? No “mejorar”, sino qué se verá distinto en la operación.
2. ¿Qué límites son innegociables? Tiempo, privacidad, soporte, movilidad, permisos, seguridad.
3. ¿Qué renuncias aceptamos? Cada “sí” arrastra un “no”. Escríbelo.

Si defines éxito, ya no puedes vender beneficios: te comprometes con un cambio verificable. Si defines límites, el documento deja de prometerlo todo y empieza a proteger el proyecto. Si explicitas renuncias, el cliente entiende qué compra y qué no.

10) Lo que más delata lo genérico: ausencia de tensión

La tensión no es drama. Es conflicto real: coste vs plazo, detalle vs simplicidad, control vs fricción. Una propuesta sin tensión suele evitar frases como:

• “esto aumenta el roce inicial”
• “esto exige disciplina de registro”

En proyectos operativos, esas frases evitan desastres. Un texto sin tensión es como un coche sin frenos: va suave hasta la primera curva. La curva siempre llega. Vender calma con tipografía suele salir caro.

11) Verificación rigurosa: lo único que no se delega (aunque uses IA)

La herramienta redacta. La responsabilidad firma.

Verificación mínima:

• Coherencia interna: sin contradicciones entre alcance, plazos y dependencias.
• Hechos vs supuestos: qué está confirmado y qué está pendiente (y el riesgo si es falso).
• Coherencia con la operación: encaja con cómo trabaja la gente, no con cómo nos gustaría que trabajara.
• Estimaciones defendibles: el calendario debe sobrevivir a la pregunta incómoda.

Si no puedes sostenerlo en una reunión, no lo dejes escrito. Y si no sabes del tema, el riesgo sube: puede sonar impecable y estar fuera de contexto. No es “un prompt y a correr”. La magia, si existe, se llama edición. Y suele llevar café.

12) Método mínimo para gobernar la IA (no para “que no se note”, sino para que sea defendible)

La diferencia entre “usar IA” y “gobernarla” no es un prompt brillante. Es control de calidad. Un método simple:

• Antes: fija objetivo, límites y definición de éxito (una página basta).
• Durante: fuerza decisiones y renuncias; elimina beneficios sin anclaje.
• Después: pide crítica, busca contradicciones y marca lo que falta por confirmar.

Un truco que parece básico y cambia todo: lista supuestos y huecos antes de redactar. Luego, pide que se critique a sí misma: inconsistencias, puntos débiles, frases plantilla, riesgos que no se ven a primera lectura.

Si el texto sale raro, muchas veces no es “capricho del modelo”. Es un síntoma de brief incompleto. El modelo no tiene pudor: si le dejas huecos, los rellena. Y encima te lo entrega con confianza premium. Resultado: una catedral de servilleta (imponente, rápida, frágil).

13) Lo profesional es multi-herramienta (pero no por moda)

En trabajo real, una sola herramienta suele ser insuficiente, no por “stack”, sino por roles:

• una para redactar y ordenar;
• otra para buscar y contrastar afirmaciones con fuentes;
• y la capa humana para contexto, límites y responsabilidad.

A veces toca hacer malabares para que el resultado sea defendible. Pero es la diferencia entre un acelerador legítimo y un generador de humo.

14) Checklist antes de enviar algo asistido

• He escrito 3 decisiones defendibles (y sus renuncias).
• He dejado claro qué queda fuera del alcance.
• He descrito 3 señales observables del problema (no opiniones).
• He nombrado una consecuencia operativa si no se corrige.
• He eliminado beneficios genéricos sin anclaje.
• He revisado coherencia de plazos y dependencias.
• He marcado qué es supuesto y qué es hecho.
• He simplificado lenguaje donde solo había “sonido profesional”.
• He buscado una tensión real (coste vs plazo, detalle vs fricción) y la he escrito.
• He pedido a otra persona que busque frases plantilla.
• He dejado una versión que yo firmaría sin excusas.

Si no aparece al menos una decisión y un “NO” claro, el texto no está listo. Si no aguanta la pregunta incómoda (“¿y si esto falla?”), tampoco. Y si te lo preguntas tarde, ya sabes quién aprobó eso.

15) Cierre: si suena genérico, el brief fue genérico

Antes decían “se nota que usaste Word”. Luego “se nota que lo sacaste de Internet”. Ahora toca “se nota que usaste IA”. Hay que vivir con el tiempo: si no la usas, te quedas atrás; si la usas bien, es ventaja.

La diferencia clave es esta: un procesador de texto no inventa hechos. Un generador de lenguaje puede hacerlo si lo dejas solo.

Por eso, más que “tener IA”, lo profesional es tener disciplina: límites, filtros, verificación y renuncias explícitas. No es Jarvis. Es disciplina empaquetada.

Si tu propuesta “suena a ChatGPT”, el problema rara vez es que alguien haya usado una herramienta. El problema suele ser que no hay suficiente realidad dentro del texto.

Si te ha pasado, ¿qué te delata más: la capa 1 (forma impecable, tono uniforme) o la capa 2 (decisiones, límites, renuncias y verificación)?