Gobernanza de IA

Cómo crear un plan de comunicación para incidentes de AI Sales Copilot

Un playbook operativo para definir audiencias, autoridad, canales, plantillas, cadencia y evidencia durante incidentes que afectan IA, CRM o procesos comerciales.

Respuesta directa

En pocas palabras

Para crear un plan de comunicación de incidentes de AI Sales Copilot, define qué eventos lo activan; separa coordinación, notificación, comunicación pública e intercambio técnico; mapea audiencias y responsables; prepara canales principales y alternos; usa un registro único del incidente; redacta cada actualización con hechos confirmados, alcance conocido, acciones realizadas, instrucciones y hora de la próxima actualización; adapta el detalle a empleados, clientes, proveedores y autoridades competentes; registra aprobaciones; corrige errores de forma visible; y cierra solo cuando exista una decisión operativa comprobada. El plan no sustituye requisitos legales, regulatorios o contractuales aplicables.

La comunicación es una capacidad de respuesta, no una nota de prensa

Comunicar durante un incidente significa entregar información útil a las personas que deben decidir, contener, operar o protegerse. El objetivo no es parecer seguro cuando todavía existen dudas. Es mantener una versión trazable de lo que se sabe, evitar instrucciones contradictorias y permitir que cada audiencia actúe dentro de su responsabilidad.

NIST SP 800-61 Rev. 3 distingue cuatro actividades: coordinación de la respuesta, notificación formal a partes afectadas, comunicación pública e intercambio de información sobre amenazas. La separación importa porque no comparten la misma audiencia, detalle, autorización ni momento. Un mensaje interno de contención no debe copiarse sin revisión a un cliente o a un canal público.

En un AI Sales Copilot, el incidente puede afectar datos, permisos, recomendaciones, precios, propuestas, integraciones o continuidad. El plan debe integrarse con respuesta, privacidad, seguridad, soporte y negocio. Una comunicación correcta no corrige el sistema, pero una comunicación ausente o imprecisa puede ampliar el impacto.

Define qué activa el plan y qué nivel de comunicación necesita

Relaciona la activación con la clasificación del incidente, no con cualquier respuesta imperfecta. Puede activarse por acceso indebido, exposición o pérdida de datos, acción fuera del alcance, precio o condición comercial comunicada incorrectamente, indisponibilidad relevante, dependencia comprometida o degradación que supera los controles normales.

Usa niveles que describan efecto y alcance. Un evento limitado a una salida descartada puede requerir coordinación interna. Una propuesta compartida con información incorrecta exige localizar destinatarios y preparar corrección. Una posible exposición entre organizaciones requiere contención, investigación y evaluación especializada antes de decidir notificaciones.

Escribe condiciones para escalar, reducir y cerrar el nivel. Incluye quién puede declarar el incidente, quién convoca comunicación y qué funciones deben incorporarse. Evita basarte solo en un score: la reversibilidad, la propagación, las personas afectadas y la incertidumbre pueden importar más que el volumen.

Mapea audiencias por necesidad y posible impacto

Construye el mapa antes del incidente. Incluye equipo de respuesta, dirección, Ventas, RevOps, soporte, tecnología, datos, seguridad, privacidad, legal, riesgo y comunicación. Añade clientes potencialmente afectados, socios, proveedores, aseguradora, asesores y autoridades competentes cuando correspondan al contexto de la organización.

Para cada audiencia registra por qué necesita información, qué decisión tomará, nivel de detalle, canal, responsable, suplente y condición de contacto. Dirección necesita impacto, opciones y decisiones. El equipo técnico necesita indicadores y acciones. Ventas y soporte necesitan instrucciones consistentes para conversaciones reales. Un cliente necesita entender qué ocurrió en su alcance, qué se hizo y qué debe hacer.

No uses una lista masiva como sustituto del análisis. Un contacto comercial no siempre es el contacto de seguridad o privacidad; un administrador del servicio no siempre puede aceptar una notificación contractual. Mantén datos de contacto, zona horaria, idioma y respaldo, y comprueba la lista en ejercicios.

Cuatro flujos que no deben confundirse
CriterioPropósitoContenido principal
CoordinaciónOrganizar la respuestaAcciones, responsables, bloqueos y decisiones
NotificaciónInformar formalmente a una parteHechos y datos revisados según el contexto aplicable
Comunicación públicaMantener una versión pública coherenteEstado confirmado, impacto conocido y próximo hito
Intercambio técnicoAyudar a investigar o protegerIndicadores y observaciones minimizados y autorizados

Asigna autoridad editorial y derechos de decisión

Nombra a una persona responsable de coordinar la comunicación del incidente y a su suplente. Eso no significa que redacte todo. Seguridad confirma hechos técnicos; negocio describe el proceso afectado; soporte aporta preguntas; privacidad y legal revisan obligaciones; dirección autoriza decisiones materiales; comunicación adapta mensajes externos.

Define quién redacta, valida hechos, revisa riesgos, aprueba y publica para cada audiencia. Limita las aprobaciones a las funciones necesarias: una cadena interminable vuelve obsoleto el mensaje. También define quién puede emitir una alerta urgente de contención antes de contar con una explicación completa.

Separa autoridad para hablar y autoridad para decidir. Una persona vocera puede explicar el estado sin poder reanudar la función. El dueño del servicio puede aprobar una corrección técnica sin decidir una notificación externa. Registra ambas decisiones para evitar que un mensaje se interprete como autorización operativa.

Prepara canales principales, alternos y protegidos

Define una sala segura para coordinación, un registro de decisiones, canales internos, atención a clientes y una ruta pública si fuese necesaria. No coloques datos personales, secretos, prompts completos, documentos de clientes o evidencia forense en conversaciones amplias. Comparte referencias restringidas y el mínimo detalle que permita actuar.

Supón que una dependencia normal puede fallar o estar comprometida. Prepara contactos fuera de banda, conferencia alternativa, directorio exportado de forma protegida y una página de estado independiente cuando el riesgo lo justifique. CISA recomienda considerar métodos e infraestructura de comunicación dentro del plan y mantener contactos de respaldo.

Prueba acceso, autenticación, capacidad, moderación, trazabilidad y conservación. Define qué canal es la fuente oficial. Un grupo improvisado puede ayudar durante minutos, pero no debe convertirse en archivo permanente sin dueño, acceso controlado ni reglas de retención.

Mantén una bitácora única de hechos, decisiones y mensajes

Abre un registro con identificador, hora, zona horaria, nivel, alcance provisional, funciones afectadas y responsables. Separa hechos confirmados, hipótesis, preguntas abiertas, decisiones, acciones y mensajes publicados. Cada elemento debe indicar fuente, responsable y momento de actualización.

Conserva versiones de los mensajes. Si cambia un dato, registra qué se corrigió, por qué y qué audiencias recibieron la versión anterior. No edites silenciosamente una cronología que otras personas utilizaron para decidir. Una corrección visible protege mejor la confianza que sostener una afirmación equivocada.

La bitácora no es un depósito sin límites. Guarda referencias a evidencia restringida en lugar de copiar contenido sensible. Aplica acceso, minimización y retención definidos. La hora del mensaje no sustituye la hora del evento, detección, contención o recuperación; mantenlas separadas.

Redacta cada actualización con una estructura estable

Empieza con el estado y la hora de corte. Describe qué está confirmado, qué servicio o proceso se encuentra afectado y qué acción tomó el equipo. Después indica qué debe hacer la audiencia, qué no debe hacer, dónde reportar un caso relacionado y cuándo llegará la siguiente actualización.

Distingue hecho, evaluación e hipótesis. Escribe “confirmamos que la función fue deshabilitada” cuando exista evidencia. Escribe “investigamos si otras cuentas pudieron verse afectadas” mientras no se conozca el alcance. Evita “no hubo exposición” si la investigación solo revisó una muestra o todavía falta una fuente.

Usa lenguaje directo, fechas completas, zona horaria y nombres estables del producto. Define términos técnicos o elimínalos. No atribuyas culpa, no especules sobre causa, no prometas plazos de recuperación sin evidencia y no conviertas una mitigación temporal en solución definitiva.

Flujo de comunicación de incidentes de AI Sales Copilot con hechos confirmados, audiencias, acciones y próxima actualización
Interfaz de Cerravi · Demo con datos ilustrativosCada actualización parte de una bitácora común, adapta el detalle a la audiencia y termina con una acción y un próximo hito verificable.

Compromete una cadencia aunque todavía no exista una respuesta final

Define la frecuencia según impacto, velocidad de cambio y audiencia. El equipo de respuesta puede necesitar actualizaciones continuas; dirección, hitos de decisión; personal operativo, cambios que afecten su trabajo; clientes, una cadencia explícita mientras permanezca un efecto relevante. No inventes una periodicidad universal.

La próxima actualización es un compromiso de comunicación, no de resolución. Si no hay cambios materiales, confirma que la investigación continúa, repite las instrucciones vigentes y entrega el siguiente horario. El silencio provoca canales paralelos y respuestas contradictorias.

Actualiza también cuando cambie el alcance, la acción requerida, el riesgo o la estimación. Marca cada mensaje como inicial, actualización, corrección, recuperación o cierre. Mantén una versión breve para lectura rápida y una referencia controlada con el detalle disponible.

Da a Ventas y soporte una respuesta operativa, no solo contexto

El equipo comercial necesita saber qué funciones evitar, qué alternativa utilizar, cómo identificar una cuenta posiblemente afectada y a quién escalar. Proporciona un guion con hechos autorizados y límites: qué puede decirse, qué todavía no está confirmado y qué compromisos no pueden asumirse.

Prepara respuestas para preguntas previsibles: si una propuesta sigue vigente, si un precio debe reconfirmarse, si una Buyer Room continúa accesible, si un seguimiento debe pausarse y si el historial del CRM está completo. Vincula cada respuesta con la fuente oficial y una fecha de revisión.

No pidas a vendedores que investiguen por su cuenta ni que copien información sensible a un chat. Habilita un identificador, canal y formulario mínimos. Protege a quien reporta una anomalía: corregir al mensajero o exigir certeza antes de aceptar un caso reduce visibilidad justo cuando más se necesita.

Comunica a clientes afectados con alcance comprobable

Cuando corresponde contactar a un cliente, explica el hecho confirmado en relación con su servicio o información, las acciones tomadas, el estado actual y las instrucciones útiles. Evita una explicación genérica si existe evidencia específica; evita también afirmar que una organización fue afectada solo porque utiliza la misma función.

Si se compartió una propuesta con un importe incorrecto, identifica versión, destinatario y fuente autorizada, retira o marca el documento cuando sea posible y envía una corrección inequívoca. No asumas que una apertura confirma identidad, lectura, aceptación, firma o pago. Conserva evidencia de entrega sin convertirla en certeza comercial.

Los requisitos de notificación pueden depender de leyes, regulación sectorial, ubicación, contratos, tipo de dato y hechos todavía bajo investigación. Define una ruta para que privacidad, legal, seguridad y responsables locales evalúen el caso. Esta guía no establece destinatarios ni plazos legales universales.

Coordina proveedores y terceros sin perder control del mensaje

Define cómo abrir incidentes con proveedor de modelo, nube, identidad, correo, CRM, almacenamiento o integraciones. Conserva identificador, severidad, hora, región, versión, datos minimizados, preguntas y próximo hito. Pide hechos y acciones; una página de estado general puede no explicar el recorrido propio.

Establece qué información puede compartirse y quién la autoriza. Indicadores técnicos pueden ayudar a investigar, pero no deben incluir secretos, contenido completo de clientes o datos personales innecesarios. Comprueba canales auténticos antes de enviar evidencia o ejecutar instrucciones recibidas durante una crisis.

Un tercero puede informar su recuperación sin que tu proceso esté listo. Valida permisos, datos, integraciones, colas, propuestas y controles antes de comunicar normalidad. Si existe una obligación contractual o regulatoria, revísala con las funciones competentes y registra cómo afectó la decisión.

Gestiona comunicación pública, consultas y rumores con una sola versión

Designa vocería y un canal público oficial cuando el alcance lo requiera. Publica únicamente lo que pueda sostenerse con la bitácora y la revisión correspondiente. Un estado corto y actualizado es preferible a una explicación extensa que mezcla hipótesis, datos de terceros y promesas.

Monitorea preguntas de clientes, soporte, redes y medios como señales, no como hechos. Registra afirmaciones que necesiten verificación y corrige información falsa sin amplificar detalles sensibles. No confirmes identidades, cuentas o datos afectados a una persona que no haya sido autenticada por el canal adecuado.

Coordina mensajes públicos con notificaciones directas. Un cliente materialmente afectado no debería enterarse únicamente por una publicación general cuando exista una ruta válida de contacto. Tampoco retrases instrucciones urgentes solo para esperar un comunicado perfecto.

Cierra la comunicación con evidencia y conserva el aprendizaje

Antes del cierre confirma el estado técnico y comercial dentro del alcance definido, las mitigaciones activas, los casos pendientes y quién autorizó la decisión. Distingue servicio recuperado, investigación terminada y remediación completa: pueden ocurrir en momentos diferentes.

El mensaje final resume qué se confirmó, el periodo relevante, el impacto conocido, las acciones realizadas, los límites que permanecen y dónde continuar una consulta. Corrige mensajes anteriores si el análisis cambió. No uses “resuelto” cuando continúan cuentas sin revisar, conciliaciones pendientes o controles temporales sin responsable.

Después realiza una revisión sin buscar culpables. Evalúa tiempos, aprobaciones, canales, contactos, preguntas recurrentes, contradicciones y decisiones retrasadas. Actualiza plantillas, directorios, capacitación y ejercicios. En Cerravi, Copilot propone siguientes pasos para revisión humana; no envía mensajes ni cambia etapas automáticamente, no inventa precios y conserva monedas separadas. Cada organización sigue siendo responsable de su respuesta y comunicación.

Preguntas frecuentes

Dudas comunes sobre este proceso

¿Qué debe incluir una actualización de incidente de IA?

Debe incluir hora de corte, estado, hechos confirmados, alcance conocido, acciones realizadas, instrucciones para la audiencia, preguntas todavía abiertas, canal de reporte y momento de la siguiente actualización.

¿Conviene esperar a conocer la causa raíz antes de comunicar?

No siempre. Puede ser necesario coordinar o dar instrucciones antes de conocer la causa. El mensaje debe distinguir hechos e hipótesis y evitar atribuciones o promesas que la evidencia todavía no sostiene.

¿Todos los incidentes requieren avisar públicamente?

No. La audiencia y el canal dependen del impacto, alcance, personas afectadas y requisitos aplicables. Coordinación interna, notificación directa, comunicación pública e intercambio técnico son flujos diferentes.

¿Con qué frecuencia deben enviarse actualizaciones?

La cadencia depende de la severidad, la velocidad de cambio y la necesidad de cada audiencia. Lo importante es publicar el siguiente horario y mantenerlo, incluso si la investigación continúa sin cambios materiales.

¿El plan define los plazos legales de notificación?

No. Los plazos pueden variar por país, sector, contrato, tipo de dato y hechos del caso. El plan debe incluir una ruta para obtener revisión legal, regulatoria, de privacidad y seguridad aplicable.