CASO MUNICIPAL
Atención ciudadana por WhatsApp en Tres Arroyos: cómo el municipio responde, deriva y registra con CityBot
Un municipio bonaerense, una línea oficial de WhatsApp y un circuito donde la IA recibe y el personal municipal decide. Contado por el mecanismo, no por los adjetivos.
Respuesta corta
El Municipio de Tres Arroyos, en la provincia de Buenos Aires, opera una línea oficial de WhatsApp de atención ciudadana construida con CityBot de MoPッ. El sistema entiende texto, audio e imágenes, responde con información oficial del municipio, deriva los reclamos al área responsable y transfiere la conversación a personal municipal cuando hace falta criterio humano. Santiago Garate, Secretario de Gobierno y Transporte, lo describe en un testimonio público en video.
Qué problema tiene un municipio antes de abrir una línea oficial
Un municipio de escala intermedia atiende a sus vecinos por cuatro o cinco puertas a la vez: el mostrador, el teléfono de la Secretaría, el mail de contacto, las redes y, casi siempre, un WhatsApp que empezó como el celular de alguien y se volvió costumbre.
El problema real está en otro lado: tres de esas cinco puertas no dejan rastro. Nadie puede decir cuántos pedidos entraron por semana, cuáles se resolvieron, cuántos quedaron esperando ni qué área los tiene. Cuando una vecina llama por segunda vez, arranca de cero. Cuando un concejal pregunta por un reclamo, la respuesta depende de la memoria de alguien. Y cuando la persona que atendía ese WhatsApp se toma licencia, el canal se toma licencia con ella.
El otro problema es el horario. Un caño roto, un árbol caído o un semáforo apagado no ocurren de nueve a cinco. El problema no espera al lunes.
Qué hizo Tres Arroyos
Tres Arroyos abrió una línea oficial de WhatsApp para atención ciudadana sobre la plataforma de WhatsApp Business, con CityBot de MoPッ como agente y PanelCRM como registro. La diferencia con un WhatsApp en un celular está explicada en detalle en WhatsApp para atención ciudadana, y se resume en tres cosas: número a nombre del municipio, varias personas atendiendo la misma línea, y todo lo que pasa queda escrito fuera de un teléfono.
Lo que dice Santiago Garate, Secretario de Gobierno y Transporte del municipio, en su testimonio público en video:
"En un mes gestionamos más de 3.000 interacciones, optimizando tiempos y costos con el mismo equipo. Somos referentes en innovación, fortaleciendo el vínculo ciudadano con IA de voz, agenda inteligente y clima. Eficiencia y respuesta inmediata ante emergencias."
Santiago Garate, Secretario de Gobierno y Transporte, Municipio de Tres Arroyos. Testimonio en video: https://www.youtube.com/watch?v=JOd7L1CmNzM
Esa cifra es una afirmación del municipio, hecha por su funcionario responsable y publicada en video. MoPッ la reproduce como cita atribuida y no la usa como métrica propia, no la extrapola a otros municipios y no la convierte en promesa comercial. El resto de esta página es mecanismo, que es lo que sí se puede mostrar y verificar.
Qué hace el vecino y qué hace el sistema
El vecino no aprende nada nuevo. Escribe al número del municipio como le escribe a cualquiera: manda un audio caminando, saca una foto del pozo, pregunta a qué hora abre Rentas.
Del otro lado, el circuito es siempre el mismo.
Recibe. CityBot contesta en el momento, a cualquier hora, incluidos fines de semana y feriados. No hay mensaje de "te respondemos en horario de atención".
Entiende. Texto, audio e imagen entran igual. Un audio de treinta segundos con ruido de calle es el formato más natural para una persona mayor, para alguien que está manejando o para quien no se lleva bien con el teclado. Una foto muestra en dos segundos lo que un párrafo no logra describir.
Identifica. Si el vecino ya escribió antes, el sistema recupera su historial: qué reclamó, en qué estado quedó, qué área lo tiene. Si es la primera vez, pide los datos mínimos y no repite la pregunta nunca más.
Clasifica. Consulta de trámite, reclamo de servicio, pedido de turno, información general, urgencia. De la clasificación depende todo lo que sigue.
Responde o actúa. Si es información oficial que el municipio cargó (requisitos, horarios, oficinas, tasas), responde. Si es un reclamo, lo genera con número de seguimiento y lo manda al área. Si es un turno, lo agenda. Si no tiene la respuesta oficial, no la inventa: pregunta o deriva.
Deriva. El caso entra a la bandeja del área correspondiente en PanelCRM, con prioridad y plazo.
Registra. La conversación queda con su categoría, su estado y su dueño, en un sistema del municipio.
Avisa. Cuando el área resuelve, el vecino recibe el aviso por el mismo número, dentro de las reglas de mensajería de WhatsApp, que exigen consentimiento y plantilla aprobada para los mensajes que inicia la institución.
El vecino no cambia de canal en ningún momento del circuito.
Cuándo toma la conversación una persona
Esta es la parte que más se omite en las páginas de caso del rubro, y es la que decide si un municipio adopta el sistema o lo apaga a los dos meses.
CityBot no decide por su cuenta cuándo retirarse. Los criterios de derivación se escriben con el municipio durante la implementación y quedan configurados en PanelCRM. En una línea de atención ciudadana, los habituales son:
- Urgencia con riesgo físico. Pérdida de gas, cable caído, árbol sobre la calzada, anegamiento, accidente. Se escala según el protocolo del municipio, que puede incluir guardia, Defensa Civil o emergencias.
- Situación de vulnerabilidad. Violencia, salud mental, persona mayor sola, menor en riesgo. Estas conversaciones las toma una persona desde el primer mensaje que lo indique.
- Conflicto o reclamo institucional. Cuando el vecino está enojado con el municipio, no con un pozo.
- Consulta fuera de la información oficial cargada. Si la respuesta no existe en el conocimiento del municipio, se deriva en lugar de improvisar.
- Pedido explícito. El vecino escribe que quiere hablar con alguien, con las palabras que use.
El empleado municipal recibe la conversación completa, el historial del vecino y lo que CityBot ya averiguó, y responde por el mismo WhatsApp. No hay transferencia a otro canal ni pedido de repetir el problema. La persona entra con contexto.
Qué cambia adentro del municipio
Tres cosas, y ninguna es "automatizamos la atención".
El canal deja de ser una persona. Antes, el WhatsApp del municipio era el teléfono de alguien. Cuando esa persona se iba de licencia, cambiaba de área o cambiaba la gestión, el canal y su historial se iban con ella. Ahora el número es del municipio y las conversaciones están en PanelCRM.
Aparecen los números que no existían. Cuántos pedidos entraron, de qué tipo, en qué franja horaria, qué área los tiene, cuánto tardan. No porque alguien los cargue, sino porque el sistema los registra al pasar.
El equipo trabaja en lo que requiere criterio. Las consultas de horario, requisitos y estado de reclamo se resuelven solas. Lo que llega a una persona es lo que necesita una persona. Garate lo formula como optimizar tiempos y costos con el mismo equipo, y esa es la lectura correcta: el mismo equipo, otras tareas.
Qué se puede replicar y qué no
Lo replicable es el circuito: recibir en todos los formatos, identificar, clasificar, responder con información oficial, derivar por área, registrar y avisar. Eso no depende del tamaño del municipio ni de su presupuesto de sistemas.
Lo que cambia entre municipios es el contenido: la información oficial que hay que cargar, las áreas que existen, los protocolos de urgencia, los sistemas previos con los que hay que integrarse y los criterios de derivación. Por eso la implementación empieza con dos semanas de relevamiento y no con una instalación.
Lo que no se replica automáticamente es el resultado. Los números de Tres Arroyos son de Tres Arroyos, los dijo su Secretario de Gobierno y Transporte, y no son una promesa para otro municipio.
Referencia
La tabla que te podés llevar
| Lo que llega por WhatsApp | Qué hace CityBot | Cuándo entra una persona | Qué queda registrado |
|---|---|---|---|
| Consulta de trámite ("¿qué necesito para la licencia?") | Responde con los requisitos oficiales cargados por el municipio | Solo si la consulta sale de lo cargado | Conversación, categoría "información", vecino identificado |
| Reclamo de servicio con foto (pozo, luminaria, poda) | Clasifica, genera el reclamo con número y lo deriva al área | Si el área lo pide o si hay conflicto | Reclamo con número, área, prioridad, plazo y estado |
| Audio de un vecino describiendo un problema | Transcribe, interpreta, pregunta lo que falta y actúa igual que con texto | Igual que en el caso escrito | Audio original más la interpretación y la clasificación |
| Pedido de turno | Consulta disponibilidad y agenda | Si el turno requiere evaluación previa | Turno agendado, área, fecha, vecino |
| Urgencia con riesgo físico | Detecta el criterio y escala de inmediato según el protocolo | Siempre, desde el primer mensaje | Conversación completa, hora de detección y de escalamiento |
| Situación de vulnerabilidad | Deriva sin intentar resolver | Siempre, desde el primer mensaje | Conversación, derivación y área receptora |
| "Quiero hablar con alguien" | Transfiere con el hilo completo | Siempre | Conversación y momento del pedido |
| Consulta sin respuesta oficial | Lo dice y deriva, sin improvisar | Siempre | Conversación y motivo de derivación, insumo para ampliar el conocimiento |
“En un mes gestionamos más de 3.000 interacciones, optimizando tiempos y costos con el mismo equipo. Somos referentes en innovación, fortaleciendo el vínculo ciudadano con IA de voz, agenda inteligente y clima. Eficiencia y respuesta inmediata ante emergencias.”
Santiago Garate
Secretario de Gobierno y Transporte, Municipalidad de Tres Arroyos
Dónde entra MoPッ
De la teoría a tu operación
MoPッ diseñó, implementó y sostiene la línea. El trabajo no es instalar un bot: es relevar la información oficial del municipio, mapear las áreas y sus plazos, escribir con el equipo los criterios de derivación, entrenar a CityBot con ese material, configurar las bandejas por área en PanelCRM, probar con conversaciones reales y después revisar lo que pasa todas las semanas para ajustar. El plazo declarado para una implementación municipal es de ocho semanas, según alcance. La parte que MoPッ no hace, y que ningún proveedor debería ofrecer, es responder por el municipio: cuando la conversación requiere criterio, urgencia o trato humano, la toma personal municipal. El criterio es del municipio.
Preguntas
Lo que preguntan antes de decidir
La línea atiende consultas de información oficial cargada por el municipio (requisitos, horarios, oficinas, tasas), reclamos de servicio con número de seguimiento, pedidos de turno para trámites y derivación de urgencias según protocolo. El alcance exacto lo define cada municipio en el relevamiento: lo que no está cargado como información oficial, CityBot no lo responde, lo deriva.
Relacionado: Dónde entra la persona
El reclamo se clasifica al momento de entrar, se genera con un número de seguimiento y entra a la bandeja del área responsable en PanelCRM, con prioridad y plazo. Cada cambio de estado queda registrado. Cuando el área resuelve, el vecino recibe el aviso por el mismo WhatsApp, con su consentimiento y dentro de las reglas de mensajería de la plataforma.
Toma las conversaciones que requieren criterio: urgencias con riesgo físico, situaciones de vulnerabilidad, conflictos, consultas fuera de la información oficial y todo pedido explícito de hablar con una persona. Trabaja desde PanelCRM, ve el hilo completo y el historial del vecino, y responde por el mismo WhatsApp sin que el vecino repita nada.
No hay nada nuevo que aprender: es el WhatsApp que ya usan, con el número del municipio. La parte que sí requiere trabajo es interna, y por eso la implementación incluye capacitación del equipo en la bandeja. El formato que más reduce la barrera para el vecino es el audio, porque no exige escribir.
Relacionado: Soluciones para municipios
El plazo que MoPッ declara para implementaciones municipales es de ocho semanas, según alcance: dos de relevamiento y diseño, tres de construcción y prueba, dos de integración y activación de la línea, una de salida a producción con el equipo capacitado. El tiempo real de cada municipio depende de cuánta información oficial haya que ordenar y de qué sistemas previos haya que integrar.
Relacionado: Integraciones y datos
El circuito no depende de la escala. Un municipio chico suele tener menos áreas y menos información que cargar, así que el relevamiento es más corto. Lo que sí importa, en cualquier escala, es que exista un área que resuelva lo que entra: el sistema recibe, clasifica, deriva y registra, y el reclamo lo sigue arreglando una cuadrilla.