EVIDENCIA DECLARADA
Casos: qué medimos, qué no afirmamos y por qué son dos
MoPッ tiene dos clientes con material público autorizado: el Municipio de Tres Arroyos y Apache. Esta página explica qué se mide en cada implementación, qué no se afirma, y por qué no vas a encontrar acá ningún porcentaje sin método publicado.
Respuesta corta
MoPッ publica dos casos con material autorizado por el cliente: el Municipio de Tres Arroyos, que opera su línea oficial de atención ciudadana con CityBot y tiene testimonio público en video de Santiago Garate, y Apache, que opera un SmartBot industrial sobre PanelCRM. Las cifras de resultado solo se publican con fuente nombrada, método y período. Las que no cumplen esa condición no aparecen, ni siquiera redondeadas.
Por qué esta página empieza por el método y no por los logos
Una página de casos del sector promedio muestra seis logos y tres porcentajes. Los porcentajes casi nunca dicen contra qué se compararon, en qué período, ni quién los midió. Son creíbles hasta que alguien de compras pregunta, y ahí dejan de serlo, y con ellos deja de serlo todo lo demás que dijo el proveedor.
MoPッ tiene una restricción que hace esto más simple: la base de evidencia pública son dos clientes. Hay más implementaciones en operación, pero solo dos autorizaron material público, y nombrar a los otros sin autorización no sería evidencia sino una filtración. Entonces la elección es entre inflar dos casos o explicar bien el estándar. Dos casos, un estándar.
Hay además una razón práctica para no escribir esta sección como carnada de tráfico. El análisis competitivo de MoPッ (COMPETITOR_GRAPH, 2026-09-14) observa que las páginas de caso de los competidores de la región no traen tráfico: ninguna de chattigo.com ni de yalo.ai aparece entre sus URLs más visitadas, y la de botmaker.com sobre Boti, el bot del gobierno de la Ciudad de Buenos Aires, recibe 119 visitas mensuales repartidas en 36 keywords que son casi todas búsquedas de la marca "boti". La expectativa de ranking de esta sección es cero, y está escrita para la persona que tiene que convencer a un comité, no para el buscador.
La escala de evidencia que usa MoPッ
Cada afirmación de estas páginas lleva un nivel. La regla de publicación de cada nivel está fijada de antemano, lo que evita la discusión caso por caso.
Nivel A. Fuente primaria pública y verificable. El video del cliente hablando, un documento publicado, la página del proveedor con su fecha de consulta. Se publica y se cita.
Nivel B. Declarado por MoPッ y verificable en una demo o en el contrato. Por ejemplo, que CityBot entiende texto, audio e imágenes, o que el plazo habitual de implementación comercial es de cuatro semanas según alcance. Se publica, marcado como declaración.
Nivel C. Observado en un cliente, sin línea de base ni método documentado. Se puede describir el flujo de trabajo, y no se le puede poner número. Un caso típico: sabemos que una línea atiende mucho más de lo que atendía, y no tenemos la medición previa.
Nivel D. Métrica interna sin definición, sin período o sin autorización. No se publica. Acá cae, por ejemplo, la cifra de interacciones de Tres Arroyos que circula en material comercial: existe, pero mientras no esté documentado qué cuenta como interacción y en qué período, no entra a esta sección.
Nivel E. Estimación, cifra heredada o número sin origen conocido. No se publica nunca, ni con la palabra "aproximadamente" adelante.
La consecuencia visible es que estas páginas tienen menos números que las de la competencia. Menos números, más verificables.
Qué se mide en una implementación de MoPッ
Independientemente de si el número se publica o no, esto es lo que se instrumenta en PanelCRM desde el primer día. Si estás evaluando a MoPッ, pedí ver estas métricas en la cuenta de demostración, que es la forma honesta de mostrarlas sin usar datos de un cliente.
- Tiempo hasta la primera respuesta, por línea y por franja horaria.
- Qué resolvió el agente solo y qué derivó, con el motivo de la derivación.
- Cumplimiento de SLA por categoría de conversación.
- Acciones ejecutadas: consultas a sistemas, cotizaciones armadas, casos abiertos, con su resultado.
- Casos reabiertos, que es la métrica que dice si "resuelto" era verdad.
- Carga por persona y por área, para ver si la automatización descargó a alguien o solo movió el trabajo de lugar.
Y una métrica que casi nadie publica y que conviene mirar: la proporción de conversaciones donde el cliente pidió explícitamente hablar con una persona. Si sube, el sistema está haciendo algo mal, por bien que se vean las demás. La métrica incómoda.
Los dos casos
Atención ciudadana por WhatsApp en Tres Arroyos. El Municipio de Tres Arroyos, provincia de Buenos Aires, opera una línea oficial de WhatsApp de atención ciudadana construida con CityBot. El vecino puede escribir, mandar un audio o una foto; el agente clasifica, abre el reclamo con número de seguimiento, lo deriva al área responsable y transfiere a personal municipal cuando hace falta criterio. El manejo de texto, audio e imágenes está confirmado desde el 2026-09-03. Hay testimonio público en video de Santiago Garate. Nivel de evidencia: A para el testimonio y la operación; C para todo lo que sea volumen, hasta que esté documentado el método.
Preventa técnica y cotización por WhatsApp en Apache. Apache opera un SmartBot industrial de MoPッ sobre PanelCRM: el agente responde consultas técnicas con las fichas del catálogo, consulta el ERP y prepara la cotización, y deriva al vendedor cuando hay que negociar. Hay material en video. Nivel de evidencia: A para la operación; el alcance publicable de este caso depende de lo que Apache autorice.
Falta más evidencia y esta página no lo disimula. Lo que hay son dos implementaciones reales, distintas entre sí, una municipal y una industrial, con el cliente hablando en cámara en las dos. Pocos, pero reales.
Qué pedir si estás evaluando a MoPッ
Tres cosas concretas, y las tres se pueden pedir antes de firmar.
- Una llamada con un cliente actual. Es la evidencia más fuerte que existe y no la controla el proveedor. Si un proveedor no puede ponerte en contacto con nadie, eso también es información.
- Una demo con tus conversaciones reales, incluidas dos que hayan terminado mal. La demo con el mejor caso del proveedor no prueba nada.
- Las reglas de derivación por escrito. Es lo que define cómo se va a sentir tu cliente, o tu vecino, el día que el sistema no sepa qué hacer. El día que no sepa.
Referencia
La tabla que te podés llevar
| Nivel | Qué es | Ejemplo | Regla de publicación |
|---|---|---|---|
| A | Fuente primaria pública y verificable | Video de Santiago Garate, Municipio de Tres Arroyos | Se publica y se cita con su fuente |
| B | Declarado por MoPッ, verificable en demo o contrato | CityBot entiende texto, audio e imágenes (2026-09-03) | Se publica, marcado como declaración |
| C | Observado en un cliente, sin línea de base ni método | El flujo de derivación de un municipio | Se describe el flujo, sin número |
| D | Métrica interna sin definición, período o autorización | Cifras de interacciones sin método documentado | No se publica |
| E | Estimación o cifra heredada sin origen | Porcentajes de mejora de origen desconocido | No se publica nunca |
Dónde entra MoPッ
De la teoría a tu operación
Lo que MoPッ implementa en los dos casos es la misma arquitectura con distinto dominio. SmartBot o su versión vertical, CityBot en municipios e IndusBot en industria, responde con el conocimiento propio de la organización, consulta los sistemas conectados, ejecuta la acción autorizada y abre el caso. PanelCRM unifica las líneas, clasifica, aplica SLA, asigna por regla, registra cada acción con su resultado y transfiere a una persona cuando el criterio escrito lo indica: un reclamo inusual, una negociación, un caso sensible, o el pedido explícito de hablar con alguien. Ese criterio se define en el relevamiento y queda escrito antes de salir a producción. Escrito antes de producción.
Preguntas
Lo que preguntan antes de decidir
Esta página nombra dos, que son los que autorizaron material público: el Municipio de Tres Arroyos y Apache. Hay más implementaciones en operación, y no se nombran mientras no haya autorización del cliente, porque nombrar a alguien sin permiso no es una prueba sino un problema. Si necesitás una referencia de tu sector para una decisión de compra, pedila en la llamada y gestionamos la autorización.
Relacionado: Soluciones para municipios
Porque los que tenemos hoy no cumplen el estándar: falta la línea de base, el período o la definición de qué se está contando. Publicar un porcentaje sin eso es pedirte que confíes en una cifra que no podés verificar, y es exactamente lo que después hace que un comité de compras desconfíe de todo lo demás. Cuando una métrica tenga método documentado y autorización, se publica con las dos cosas.
Sí, y es lo que más recomendamos. El caso de Tres Arroyos tiene testimonio público en video, y para una conversación directa se coordina según disponibilidad del cliente y del tipo de organización que la pide: un municipio suele preferir hablar con otro municipio. Lo pedís en la primera llamada y se gestiona antes de cualquier propuesta.
Puede que no haya todavía un caso parecido al tuyo, y si es así te lo decimos. Hoy la evidencia pública cubre dos dominios, municipal e industrial. Si tu operación es de otro tipo, lo honesto es mostrarte la arquitectura funcionando en una demo con tus propias conversaciones y decirte qué parte está probada en producción y qué parte sería nueva para las dos partes.
Se derivan a una persona por criterio escrito, no por fracaso. En cada implementación se define qué casos van directo a alguien del equipo: reclamos sensibles, negociación, montos por encima de un valor, o el pedido explícito del cliente. La persona recibe el hilo completo y lo que el agente ya averiguó, así el cliente no repite lo que ya contó.