Viernes de seguimiento en un servicio recurrente: llevas retraso en una línea de trabajo y esperas los recursos gráficos de la marca. Si le pides a un modelo que «haga que esta actualización suene positiva y profesional», es fácil que responda con «grandes avances en todas las líneas de trabajo» y relegue el bloqueo a una nota al pie. Tu cliente planifica lanzamientos basándose en ese correo. Maquillar el estado no es cortesía; pone en riesgo la planificación.
Este es el equivalente para profesionales autónomos de redactar actualizaciones asíncronas sin adornos para equipos internos. La mecánica es la misma, pero cambia el lector: un cliente que paga, no un responsable en Slack.
Por qué los modelos se desvían hacia un lenguaje optimista
Los sistemas generativos suelen estar ajustados para producir una prosa afable y servicial. OpenAI explicó públicamente y revirtió una tendencia a la complacencia en una actualización de GPT-4o de abril de 2025 (OpenAI, “Sycophancy in GPT-4o”). Desde la gestión de riesgos, conviene tratar esa deriva como un modo de fallo previsible cuando está en juego la planificación del cliente, no como una rareza que pueda ignorarse (NIST AI Risk Management Framework). Si tu prompt es impreciso («escribe una actualización para el cliente del Proyecto Orion»), el modelo no conoce el estado real e inventará un relato verosímil. Verosímil no significa responsable.
No permitas que una actualización para clientes redactada por IA transforme «bloqueado» o «con retraso» en palabras que den a entender que la entrega sigue según lo previsto. Si la situación real es de retraso, dilo e indica qué necesitas para desbloquearla.
Flujo de trabajo para operadores en solitario
Paso 1: Primero, una ficha de hechos (sin IA)
Rellena en lenguaje sencillo:
- Entregado / terminado desde la última actualización
- Bloqueado por (o «nada»)
- Próximas acciones concretas y fechas que hayas comprobado de verdad
- Confianza: según lo previsto / en riesgo / bloqueado - necesito X antes de tal fecha
- Cambios de alcance desde la última actualización (enlaza tu registro de cambios de alcance)
Paso 2: Prompt solo de formato
Convierte estos hechos en un correo corto de estado al cliente.
Mantén el tono sencillo y profesional.
No añadas progreso, confianza ni cronogramas más allá de lo que escribí.
Si algo está bloqueado, ponlo cerca del principio, no como nota al pie.
Hechos:
[paste facts card]
Paso 3: Busca palabras que maquillen la situación
| Frase a buscar | Sustituir por |
|---|---|
| Grandes avances / va de maravilla | Solo los elementos concretos ya entregados |
| Ya casi / casi listo | Una fecha que consideres realista, o «aún no hay una fecha estimada fiable» |
| Según lo previsto (cuando hay un bloqueo) | Primero el bloqueo y después la petición |
| No debería haber problema | Tu valoración real del nivel de confianza |
Paso 4: Revisión de privacidad antes de enviar
Si has usado IA para dar formato al correo, confirma que no pegaste en el chat credenciales, datos personales de los clientes de tu cliente ni anexos confidenciales. Una actualización de estado rara vez necesita esos detalles.
Paso 5: Patrón de escalado
Si el mismo elemento aparece «en riesgo» durante tres actualizaciones, propón una llamada o una decisión sobre el alcance. No permitas que el correo semanal posponga indefinidamente una decisión estancada. Cuando la ayuda de la IA en los entregables sea sustancial, sigue unas normas de transparencia que mantengan tu nombre como responsable (mantén tu nombre en el trabajo asistido por IA).
Guarda una plantilla breve de «ficha de hechos» en tu herramienta de correo. No abras la pestaña de IA hasta haber rellenado las cinco líneas.
Escenario ilustrativo (etiquetado)
Escenario ilustrativo, no un caso medido: Un profesional autónomo que gestiona un proyecto envía una actualización pulida por IA en la que afirma que la integración estará «lista el viernes». Sabe que el cliente aún no ha enviado la clave API. El miércoles, el cliente publica sus comunicaciones de lanzamiento. Corregir la situación cuesta más que haber enviado a tiempo un correo directo.
Actualizaciones en contratos recurrentes frente a las de proyecto
En un servicio recurrente, incluso una semana tranquila requiere una nota objetiva: qué ha avanzado, qué no y qué necesitas. El silencio acostumbra al cliente a dar por hecho que hay progreso. En proyectos de precio cerrado, las actualizaciones deben usar el lenguaje de hitos del SOW para que «terminado» signifique lo mismo para ambas partes. Si el SOW es impreciso, corrige su redacción en la siguiente revisión del alcance en lugar de inventar certezas en un correo.
Ejemplo de paso de los hechos al correo
Solo ilustrativo:
Hechos: Entregados los wireframes v2 de la página de inicio. Bloqueado a la espera de los iconos finales de marca del responsable de diseño del cliente. Siguiente: preparar el kit de UI cuando lleguen los iconos; sin ellos no puedo comprometerme a realizar el control de calidad visual el viernes. Confianza: bloqueado - necesito los iconos antes del miércoles para mantener la fecha del viernes.
Después de limitar la IA al formato, el correo debe seguir empezando por el bloqueo y la petición del miércoles. Si el borrador oculta esa información bajo «grandes avances en la página de inicio», descártalo.
Validación y alternativa
Validación: alguien que solo lea el correo no debería planificar de una forma que tu ficha de hechos no justifique.
Alternativa: envía la ficha de hechos como un correo con viñetas, sin pasarla por la IA. Es mejor un correo poco elegante y claro que uno bonito y equivocado.
Las comunicaciones comerciales engañosas pueden plantear problemas de protección del consumidor si vendes a particulares (visión general de publicidad de la FTC; medidas de la FTC contra las afirmaciones engañosas sobre IA; Directiva de prácticas comerciales desleales de la UE). Incluso un correo de estado puede crear expectativas sobre la entrega. En los servicios recurrentes B2B, la obligación práctica sigue siendo la misma: no generes una falsa certeza.
Versión de escritorio: ficha de hechos para actualizaciones al cliente.
