Un cambio de horario, herramienta, política o proceso falla menos por el texto que por la falta de contexto: algunas personas no saben qué deben hacer, otras reciben la información tarde y nadie puede comprobar si entendieron. La IA puede convertir notas técnicas en mensajes claros para audiencias distintas, pero no debe decidir qué se anuncia, ocultar condiciones o inventar fechas. Esta guía sirve para crear un plan de comunicación de cambios que deje una tarea terminada y verificable.
El resultado será una tabla con audiencia, mensaje, canal, fecha, responsable, acción requerida y prueba de comprensión. No reemplaza una aprobación legal, contractual o institucional. Si el cambio modifica responsabilidades, conecta el plan con una matriz RACI.
Datos de entrada
- Qué cambia y qué permanece igual.
- Fecha efectiva, motivo confirmado y aprobador.
- Audiencias afectadas y necesidad de cada una.
- Acción concreta, plazo y canal de soporte.
- Riesgos de malentendido y excepción conocida.
No escribas “a partir de pronto” ni “según se informó”. Si no hay fecha o aprobación, la ficha debe decir pendiente. La IA no puede rellenar ese vacío con una previsión.
Paso 1: separa información de acción
| Elemento | Ejemplo de redacción verificable |
|---|---|
| Cambio | El formulario tendrá un campo obligatorio adicional |
| Fecha | Entra en vigor el 20 de noviembre |
| Acción | Actualizar el enlace guardado antes de esa fecha |
| Soporte | Reportar un error al rol de operaciones |
| Excepción | Solicitudes iniciadas antes de la fecha mantienen el formato anterior |
Una persona necesita saber qué hacer, no solo qué pasó. Escribe primero el cambio confirmado y después una acción de una sola frase. Si no se requiere acción, dilo explícitamente.
Paso 2: prepara borradores adaptados
Con esta información confirmada, crea una tabla de comunicación de cambio para cada audiencia. Incluye: mensaje principal, qué cambia, qué no cambia, acción requerida, fecha efectiva, canal, responsable, pregunta frecuente y riesgo de malentendido. No inventes plazos, beneficios ni aprobaciones. Marca PENDIENTE cuando falte un dato. Usa lenguaje claro y no atribuyas opiniones a personas. CAMBIO: [pegar] AUDIENCIAS: [pegar]
Pide versiones separadas para quien ejecuta el proceso, quien recibe el servicio y quien responde dudas. Un único anuncio extenso suele ocultar pasos distintos. Compara cada borrador con el documento aprobado antes de enviarlo.
Paso 3: crea una evidencia de recepción
La lectura no prueba comprensión. Elige una evidencia proporcional: confirmación de acceso, una pregunta corta, una prueba en entorno seguro o el registro de una tarea actualizada. Para un cambio menor basta una confirmación; para una regla que afecta pagos, datos o evaluación, define revisión adicional y responsable.
Ejemplo ficticio: plan completado
Ejemplo ficticio y salida ilustrativa: el centro ficticio Ruta Sur cambia el campo de contacto de su formulario. Es una plantilla, no una comunicación real.
| Audiencia | Mensaje y acción ilustrativa | Evidencia |
|---|---|---|
| Equipo de admisiones | Desde el 20 de noviembre, revisar el nuevo campo antes de responder; los formularios previos siguen igual. | Prueba con un registro de ejemplo |
| Personas interesadas | El formulario pide un dato adicional para responder la consulta. | Formulario publicado y legible |
| Soporte | Registrar errores de validación y escalar al rol técnico. | Ticket con categoría definida |
La salida no promete que el cambio mejore conversiones ni afirma que se aplicó. Permite a Ruta Sur avisar con claridad, identificar una excepción y comprobar que el formulario no bloquea una solicitud válida.
Revisión de errores y límites
- No presentes una fecha prevista como fecha efectiva.
- No mezcles anuncio con capacitación: enlaza o programa la capacitación aparte.
- No ocultes excepciones en una nota final; colócalas junto a la acción.
- No asumas que todos usan el mismo canal o tienen el mismo acceso.
- No uses confirmaciones como prueba absoluta de comprensión.
Cierre
Guarda el plan junto con la decisión que autorizó el cambio y revisa, una semana después, qué dudas se repitieron. Esa revisión puede alimentar un protocolo de atención o una actualización del proceso. La IA ayuda a convertir información en mensajes claros; la organización sigue debiendo confirmar hechos, acompañar la adopción y corregir errores.
Plantilla mínima para copiar
Cambio confirmado: [descripción]. Fecha efectiva: [fecha]. Audiencia: [grupo]. Qué debe hacer: [acción]. Canal: [lugar]. Responsable: [rol]. Excepción: [caso]. Cómo comprobar: [evidencia]. Próxima revisión: [fecha]. Completa una fila por audiencia, incluso si el mensaje es “no necesitas hacer nada”.
Preguntas antes de enviar
¿El mensaje promete algo no aprobado? ¿La persona puede ejecutar la acción con la información incluida? ¿El enlace apunta a la versión vigente? ¿Hay una forma clara de pedir ayuda? ¿La excepción está visible? Una revisión cruzada de cinco minutos detecta fechas contradictorias, canales inexistentes y términos técnicos que el destinatario no reconoce.
Después de comunicar, recoge preguntas reales y actualiza la sección frecuente. No reescribas el historial: añade una fecha y explica qué se aclaró. Esa trazabilidad permite corregir la comunicación sin fingir que la primera versión fue perfecta.
Control de calidad del mensaje
Antes de publicar, comprueba que el título indique el cambio, la primera frase incluya la fecha y el cuerpo responda qué hacer, dónde hacerlo y dónde pedir ayuda. Revisa enlaces desde la perspectiva del destinatario: un enlace interno de administración no sirve para quien no tiene acceso. Conserva una copia de la versión enviada y anota cualquier corrección posterior.
La comunicación debe conservar una sola fuente de verdad. Si existen varios mensajes, enlaza el documento vigente y retira versiones obsoletas para que una corrección no llegue como una instrucción contradictoria.
La claridad no se mide por longitud: se mide por si la persona puede actuar sin adivinar.