Alertas de crisis por WhatsApp: cómo se opera y qué exigen las licitaciones

Primero lo importante: WhatsApp es canal de salida, no fuente

No monitoreamos WhatsApp. Ni grupos, ni estados, ni conversaciones privadas de ningún tipo. WhatsApp aparece en este artículo cumpliendo el rol exactamente inverso: es el medio por el que se entrega un aviso al equipo que tiene que reaccionar. Se usa para avisar, no para escuchar.

Vale la pena despejar esto antes de seguir porque genera confusión con frecuencia, y no es una confusión menor: alguien que cree que se pueden monitorear grupos de WhatsApp está diseñando un plan de contingencia sobre una capacidad que no existe. Lo que capturamos es información pública: publicaciones en redes sociales abiertas y comentarios públicos donde la plataforma los entrega —en Instagram y Facebook sí, incluso en páginas de terceros y sin ser administrador de la cuenta; en LinkedIn se capturan publicaciones pero no comentarios, y en TikTok la captura de comentarios va video por video y está en desarrollo—, además de portales de noticias digitales, blogs, foros y reseñas. Nada que esté detrás de un login. Si un rumor está circulando por cadenas privadas, el monitoreo verá el reflejo que llegue a lo público —el posteo o el comentario público con el que alguien lo saca a la luz— y solo si su texto coincide con lo que se está vigilando: la captura se configura con palabras clave sobre texto, de modo que una imagen o una captura de pantalla sin texto que la acompañe no se detecta.

Aclarado eso, la pregunta real es otra. La alerta por mensajería instantánea se pide con frecuencia en los briefs institucionales, y casi siempre en una sola línea que exige alertas en tiempo real por WhatsApp sin especificar nada más. Esa línea no basta. Lo que decide si el mecanismo sirve el día que hay una contingencia son tres cosas que rara vez quedan por escrito: quién escribe la alerta, qué trae además del aviso y qué pasa cuando llega fuera de horario. El resto de este artículo es sobre esas tres.

Por qué WhatsApp y no el correo

El argumento a favor es puramente operativo y es bueno. En una contingencia el correo compite con todo lo demás que hay en la bandeja: el reporte mensual, la invitación a una reunión, la cadena de un proveedor. Un aviso urgente entra ahí como un ítem más de una lista y se lee cuando la persona abre el correo, que en una jornada intensa puede ser bastante después. El mensaje instantáneo, en cambio, llega al teléfono que la persona ya está mirando, y llega a un canal que se revisa por reflejo. Para un aviso que pierde valor con cada minuto que pasa, esa diferencia de comportamiento importa más que cualquier función del sistema que lo envía.

La contrapartida honesta es que estamos usando un canal informal para un asunto formal. WhatsApp no deja trazabilidad ordenada: el historial vive en los teléfonos de las personas, se fragmenta entre grupos, se pierde cuando alguien cambia de equipo o deja la organización, y no produce un registro que una institución pueda revisar después con comodidad. Si el contrato contempla plazos de aviso —y en el sector público suele contemplarlos—, el canal por el que se acredita el cumplimiento no puede ser una conversación de mensajería.

La conclusión práctica no es elegir uno de los dos, sino usarlos con roles distintos: el mensaje instantáneo despierta, el respaldo escrito acredita. Todo aviso enviado por mensajería debería tener un respaldo —correo, ficha, informe— con la misma hora y el mismo contenido. Cuesta poco, y es lo único que se puede revisar seis meses después cuando alguien pregunta si se avisó a tiempo.

Alerta automática frente a aviso de analista

Esta es, a nuestro juicio, la distinción que más valor agrega, y una de las que con más frecuencia falta en un brief. Son dos productos distintos, con costos distintos, que se piden con la misma palabra.

La alerta automática: rápida y sin interpretación

La dispara el sistema cuando se cumple una condición configurada de antemano: el volumen se desvía de la línea base, aparece un término vigilado, una cuenta con alcance relevante menciona a la institución. Llega en cuanto la fuente entrega el dato y no depende de que haya alguien despierto. Lo que no hace es interpretar. Te dice que algo se movió; no te dice si es un problema, si va a crecer o si conviene responder. Tampoco distingue una crítica genuina de una ironía, ni un pico propio de la réplica masiva de una sola publicación.

El aviso de analista: llega con contexto y con una recomendación

Lo escribe una persona que ya miró la conversación antes de escribir. Por eso puede decir qué se está diciendo exactamente, desde dónde nació, si el movimiento tiene volumen propio —muchas cuentas reaccionando por separado— o es amplificación de un origen único, qué cuentas están empujando y si hay medios digitales tomando el tema. Y, sobre todo, puede cerrar con una recomendación: vigilar, preparar una respuesta, escalar. Ese último punto es lo que convierte el aviso en algo accionable en lugar de una fuente de ansiedad.

Una forma sana de estructurarlo es en capas: la capa automática no depende de que haya alguien de turno y es el piso del servicio; el aviso con lectura humana ocurre dentro de la ventana contratada; y fuera de esa ventana se define de antemano qué nivel de gravedad justifica despertar a alguien. Escrito así, el contrato es cumplible. Escrito como «alertas inmediatas», no lo es.

Ese piso tiene una condición que conviene decidir en frío, porque es justamente la que aprieta en una contingencia: al llegar al tope mensual de menciones del plan hay que elegir si la captura se detiene ahí, con el gasto topado, o si continúa sin interrupción y ese mes se factura el plan del volumen efectivamente alcanzado. Esa elección es la que define si el piso es realmente permanente, y está explicada en monitorear una crisis sin histórico retroactivo. Conviene además tener claro qué se está contratando en cada capa: los planes de la plataforma están publicados en la página de precios, mientras que los informes gestionados por analistas y el monitoreo de medios para instituciones —que es donde vive la ventana de cobertura humana— se cotizan a medida según fuentes, frecuencia y alcance.

Los dos grupos: el operativo y el de contingencia

El escalamiento se ordena mejor con dos canales que con uno, y la razón no es organizativa sino de atención humana. Por qué un canal que recibe de todo deja de leerse, y cómo se enruta cada nivel de gravedad, está desarrollado en el semáforo de contingencias y sus umbrales de alerta. Lo que interesa aquí es lo propio del canal de salida: quién está en cada grupo, qué mensaje le llega y por qué el de contingencia necesita respaldo escrito. En genérico funciona así.

El grupo operativo

Ahí está el equipo que trabaja el día a día: comunicaciones, redes sociales, quien atiende consultas, quien coordina con las áreas. Ese grupo ve lo cotidiano —el reclamo suelto, la nota crítica de un medio digital pequeño, el hilo que subió un poco— y tiene tolerancia al ruido, porque el ruido es parte de su trabajo. Es también donde se decide, con criterio, si algo merece subir de nivel.

El grupo de contingencia

Ahí está la dirección y las áreas que deciden: quien puede autorizar una declaración pública, quien conoce el frente legal, quien responde ante la autoridad. Ese grupo existe para activarse poco. Su valor no está en la información que transporta sino en que, cuando llega un mensaje, todos asumen que hay que mirarlo ahora.

Por eso el mensaje que entra al grupo de contingencia tiene una exigencia que el operativo no tiene: debe poder acreditarse después. Quien lo recibe va a tomar una decisión con consecuencias —autorizar una declaración, activar al área legal, informar a la autoridad—, y ese aviso es el punto de partida de una cadena que alguien va a revisar más adelante. La regla práctica es simple: lo que entra al canal de contingencia entra también, con la misma hora y el mismo contenido, en un registro formal que no dependa del teléfono de nadie.

La consecuencia es que la calibración de qué va a cada grupo no es un detalle de configuración: es la decisión que determina si el sistema funciona. Conviene definirla por escrito antes de crear los grupos, no después de la primera falsa alarma.

Qué debe traer un aviso para que sirva

Un aviso incompleto no ahorra tiempo: lo traslada. Quien lo recibe tiene que preguntar, y esa segunda conversación consume justamente los minutos que se ganaron avisando rápido. Este es el contenido mínimo que a nuestro juicio debería tener cualquier aviso de contingencia, venga por mensajería o por correo.

• • Qué pasó, en una línea. Sin preámbulo y sin jerga de monitoreo. Quien lo lee debería entender el asunto antes de decidir si sigue leyendo.
• • Dónde está ocurriendo. En qué red o en qué medio digital, porque de eso depende quién debe hacerse cargo y con qué tono se responde.
• • Desde cuándo. Un tema que lleva tres horas circulando y uno que empezó hace diez minutos exigen decisiones distintas, aunque el volumen sea parecido.
• • Si crece o se estancó. La foto del volumen no dice nada; la dirección del movimiento sí. Vale la pena indicar si el ritmo se está acelerando, si se mantiene o si ya se aplanó.
• • El enlace a la publicación original. En nuestra experiencia es el elemento que más veces falta, y el que más trabajo evita después: permite que quien recibe verifique por su cuenta, sin tener que preguntar nada. Un aviso sin enlace obliga a una segunda conversación.
• • Si hay medios digitales cubriéndolo. No es lo mismo una conversación contenida en redes que una que ya saltó a portales de noticias, porque cambia la vida útil del tema y su alcance.
• • Qué se recomienda hacer o vigilar. Aunque la recomendación sea «no responder todavía y volver a mirar en dos horas». Un aviso que no termina en una sugerencia deja la carga completa en quien lo recibe.

Ese formato tiene una virtud adicional: obliga a quien escribe a mirar la conversación de verdad antes de mandar el mensaje. Un aviso que se puede completar sin abrir la publicación original probablemente no valía la pena mandarlo.

Qué pasa a las tres de la mañana de un domingo

Es la tercera cosa que casi nunca queda por escrito y la que más discusiones produce después. Conviene resolverla en tres capas, porque cada una tiene un costo distinto y confundirlas es lo que hace inviable un compromiso.

• • La capa automática. No depende de que haya alguien de turno: se dispara cuando se cumple la condición configurada, con la latencia que imponga cada fuente. Es el piso del servicio y es la más barata de comprometer, porque es capacidad de sistema.
• • La ventana con analista. Es el tramo en que hay lectura humana y, por lo tanto, avisos con contexto y recomendación. Es lo que efectivamente se contrata, y lo que hay que dejar escrito en la propuesta.
• • El procedimiento fuera de la ventana. Qué nivel de gravedad justifica despertar a alguien, quién es esa persona y por qué canal se la contacta. Si no está definido de antemano, en la práctica no existe.

Para que no quede como crítica genérica, esta es nuestra propia posición: la capa automática no depende de una ventana horaria y su latencia la marca cada fuente; la lectura humana ocurre dentro de la ventana contratada. Ese es el compromiso que ponemos por escrito, y es el que conviene exigirle a cualquier proveedor con ese nivel de detalle en vez de un número único de minutos.

La franja de cobertura con analista es el componente que más incide en el costo del servicio, porque se pagan horas de analista y no licencias de software. De ahí que sea también la variable que hay que dimensionar primero: ampliarla es la decisión cara, y estrecharla sin definir el procedimiento fuera de ella es la decisión riesgosa.

Lo que exigen las bases de licitación, y cómo leerlo

En procesos de compra pública, las alertas suelen aparecer como un requisito con varios componentes, y cada uno tiene implicancias de costo que no siempre son evidentes para quien redacta. Estos son los tipos de exigencia que aparecen de forma recurrente en las bases que hemos revisado.

• • Franjas horarias de cobertura con analista. En qué horarios hay lectura humana y qué ocurre fuera de ellos. Es uno de los componentes que más incide en el precio de una propuesta, porque compra horas de analista y no licencias de software.
• • Tiempos máximos de aviso diferenciados. Habitualmente segmentados por nivel de gravedad y por si el hecho ocurre en horario hábil o fuera de él. Es un buen diseño cuando los tramos son realistas y una fuente de incumplimiento cuando no lo son.
• • Canales redundantes. Que el aviso viaje por más de una vía —mensajería y correo, o mensajería y llamada— para que no dependa de que una sola persona tenga el teléfono a mano.
• • Obligación de respaldo escrito. Que todo aviso quede registrado en un canal formal con hora y contenido. Es la contrapartida sana de usar mensajería.
• • Penalidades por incumplimiento del plazo de aviso. Descuentos o multas asociados a no avisar dentro del tiempo comprometido; su forma y su magnitud varían en cada proceso, y conviene leerlas junto con la definición de la ventana de cobertura, porque una y otra tienen que ser coherentes.

El consejo que de verdad importa para quien redacta las bases es este: hay que decidir si se está comprando velocidad de notificación o criterio humano, porque son cosas distintas y cuestan distinto. La velocidad de notificación es capacidad de sistema, se puede exigir de forma amplia y no encarece demasiado. El criterio humano es tiempo de analista, y un proveedor que compromete tiempos cortos de aviso redactado fuera de horario está comprometiendo turnos de guardia que alguien tiene que pagar: o los paga la institución en el precio, o los paga el proveedor con un compromiso que no va a poder sostener todo el contrato. Ninguna de las dos salidas es buena, y la segunda es peor porque el incumplimiento aparece justo el día de la contingencia.

La forma de escribirlo bien es separar los dos productos en el mismo requisito: alerta automática permanente por un lado, con su canal y su respaldo; aviso con análisis dentro de una ventana definida por otro, con un procedimiento explícito para lo que ocurre fuera de ella. El resto de la estructura de unos términos de referencia —qué se compra, qué componentes encarecen sin aportar y qué revisar antes de publicar— está en la guía para redactar los TDR de una licitación de monitoreo de medios digitales. Y si el proceso es para una institución pública, en monitoreo de medios para el sector público está el detalle de cómo estructuramos ese tipo de servicio.

Cinco preguntas antes de firmar

Sirven para cualquier proveedor, incluidos nosotros. Las respuestas dicen más sobre qué vas a recibir que cualquier demostración de producto.

• • ¿El aviso lo escribe una persona o lo genera el sistema? Y si son ambos, cuál llega en qué situación. Es la pregunta que separa dos servicios con precios muy distintos.
• • ¿Cuál es la ventana de cobertura humana y qué pasa fuera de ella? No basta con que digan «24/7»: hay que preguntar qué llega a las tres de la mañana, quién lo escribe y a quién despierta.
• • ¿Qué nivel de gravedad activa qué canal? Si no hay una definición previa, en la práctica todo llega al mismo lugar, y ese lugar termina siendo ignorado.
• • ¿Queda respaldo escrito del aviso? Con hora y contenido, en un canal que la institución pueda revisar después sin depender del teléfono de nadie.
• • ¿Qué ocurre si el volumen se dispara? Hay que preguntarlo por los dos lados. Por el de las notificaciones: si se agrupan en un resumen o si el equipo va a recibir cientos de mensajes sueltos justo cuando menos puede leerlos. Y por el de la captura, que es el riesgo mayor: qué pasa al llegar al tope mensual de menciones del plan, si se detiene ahí o si continúa facturando el plan alcanzado. En una crisis el volumen se dispara, y es exactamente cuando se toca ese tope.

Los límites que conviene saber antes

Los límites que siguen son los del canal de aviso, que son los que cambian el diseño del procedimiento. Los de la captura en sí —la ironía, que es una muestra y no un censo, y que nada es retroactivo— están desarrollados en monitorear una crisis sin histórico retroactivo.

• • No monitoreamos WhatsApp ni ninguna fuente privada. Vale la pena repetirlo al cierre porque es lo que más se malinterpreta: aquí es canal de salida. Solo trabajamos con información pública, y lo que circula por canales cerrados solo se ve cuando alguien lo lleva a lo público.
• • «Tiempo real» significa cosas distintas según la plataforma. La velocidad de una alerta depende de con qué frecuencia y con qué límites cada red entrega los datos. No es un parámetro que el proveedor controle, y por eso un mismo compromiso de minutos para todas las fuentes es una promesa que no se puede sostener.
• • Solo medios digitales. Portales de noticias y sus versiones online, redes sociales, blogs y foros. No cubrimos televisión, radio ni prensa impresa: si las bases exigen una alerta ante lo que salga en un noticiario de TV, eso hay que resolverlo con otro proveedor. Es el límite que más veces deja fuera de un pliego, y conviene decirlo antes de ofertar y no después.
• • El piso permanente tiene un tope mensual de menciones. Al alcanzarlo hay que haber decidido antes si la captura se detiene, con el gasto topado, o si continúa y ese mes se factura el plan del volumen alcanzado. Es una decisión que se toma en frío, porque el mes en que se toca el tope suele ser el de la contingencia.
• • La notificación no es el cuello de botella. Como está desarrollado en monitorear una crisis sin histórico retroactivo, lo que demora la reacción no es la latencia sino quién lee y quién tiene atribución para decidir. Lo que sí aporta el canal de aviso es lo contrario de la velocidad: el respaldo escrito y el escalamiento definido de antemano. El protocolo de respuesta propiamente tal está en gestión de crisis de reputación en redes sociales.

Hay un último punto que no es técnico y que conviene decidir temprano: quién tiene permiso para no avisar. Un equipo que teme equivocarse escala todo, y un canal que recibe todo deja de leerse. Darle explícitamente a alguien la atribución de decir «esto lo vemos mañana» es, en nuestra experiencia, lo que mantiene sano el sistema de alertas en el mediano plazo. Cómo se integra todo esto en un servicio de monitoreo continuo está en nuestra página de monitoreo de medios.

Preguntas frecuentes