Implementar un agente de IA con MoPッ es un proyecto en cuatro fases (Diseñar, Crear, Integrar y Optimizar) que arranca con cuatro decisiones: alcance, información, sistemas y criterios de derivación a personas. SmartBot se prueba en un piloto acotado, cada conversación queda registrada en PanelCRM, y pasa a producción cuando cumple los criterios de aceptación que fija tu organización: vos decidís cuándo sale.
Ya operan con MoPッ
y equipos de industria, construcción y gobierno local en Argentina
Martes 16:40
El momento
Martes, 16:40. El gerente de operaciones de un distribuidor industrial salió convencido de la demo y ahora tiene que presentarlo al directorio el jueves. Le van a preguntar qué necesita la empresa para arrancar, cuánto tarda, quién del equipo se ocupa, cómo se prueba antes de abrirlo a todos los clientes y cómo se sabe si funcionó. Tiene una presentación con capturas y ningún plan con fechas. Sin ese plan, el proyecto queda para el próximo trimestre.
Qué hace el sistema
Implementar un agente de IA es un proyecto con cuatro decisiones previas, y todo lo demás depende de ellas: alcance (qué resuelve y qué no), información (con qué catálogo, fichas, precios o trámites trabaja), sistemas (con qué ERP, CRM o expedientes se conecta) y criterios de derivación (cuándo pasa la conversación a una persona). El marco para esa última decisión está en cuándo un agente de IA deriva a una persona.
En MoPッ el resultado es un SmartBot (IndusBot, ConstBot o CityBot según el rubro) operando sobre PanelCRM, donde queda el registro de cada conversación, cada acción sobre tus sistemas y cada derivación.
Antes de empezar: qué tiene que tener listo tu organización
| Requisito | Por qué importa | Cómo saber si lo tenés | Si no lo tenés |
|---|---|---|---|
| Volumen y tipo de consultas que entran por WhatsApp | Define el alcance del piloto | Podés nombrar las cinco consultas más frecuentes | Se relevan en la fase Diseñar con una muestra de conversaciones |
| Catálogo, precios o información oficial ordenados | El agente responde con lo que le das | Hay una fuente vigente con responsable | Se arranca con la parte ordenada y se suma el resto después |
| Acceso a sistemas y credenciales propias del agente | Sin acceso, el agente no consulta stock ni registra | IT puede crear un usuario con permisos acotados | El piloto empieza con información fija y la integración entra en una etapa propia |
| Dueño de la derivación, con nombre | Alguien tiene que recibir lo que el agente pasa | Hay una persona y un horario | Se define antes de salir a producción |
| Alguien que revise conversaciones cada semana | Así se corrigen respuestas y reglas | Hay una hora semanal asignada | Se acuerda en Diseñar; sin revisión no hay mejora |
| Número de WhatsApp en la Business Platform o plan de migración | El agente opera sobre la plataforma oficial | El número está en una cuenta de WhatsApp Business a nombre de tu organización | Se planifica la migración o la coexistencia con la app en Diseñar |
| Reglas comerciales escritas (descuentos, montos) | Definen qué necesita aprobación | Existe una política, aunque sea simple | Se escribe con el responsable comercial en Diseñar |
| Referente de IT disponible en Diseñar | Credenciales, accesos y validación técnica | Tiene horas reservadas esa semana | El plazo se mueve hasta que esté disponible |
Las fases: qué pasa, cuándo se pasa a la siguiente y quién decide
Un criterio de salida es una condición medible para pasar de fase. Un piloto acotado es un canal, una sucursal, un trámite o un grupo de usuarios, con criterios de aceptación definidos antes de empezar.
| Fase | Qué pasa | Criterio de entrada | Criterio de salida | Quién decide en tu organización | Qué hace MoPッ | Entregable | Duración habitual |
|---|---|---|---|---|---|---|---|
| Diseñar | Relevamiento de alcance, contenidos, reglas, sistemas y criterios de derivación y de aceptación | Sponsor y referentes asignados | Documento de alcance aprobado | Sponsor | Releva, propone y documenta | Documento de alcance | Semana 1 (semanas 1 y 2 en municipios) |
| Crear | Entrenamiento con el material aprobado, configuración de PanelCRM, conectores y pruebas con conversaciones del histórico, sin escritura en producción | Alcance aprobado y accesos creados | Pruebas con histórico aprobadas | Área usuaria | Construye, configura y prueba | SmartBot en entorno de prueba con informe | Semanas 2 y 3 (3 a 5 en municipios) |
| Integrar | Piloto acotado, salida por etapas y capacitación | Pruebas aprobadas | Acta de aceptación firmada contra los criterios definidos | Sponsor y área usuaria | Integra, acompaña el piloto y capacita | Acta de aceptación y manual de operación | Semana 4 (6 y 7 en municipios) |
| Optimizar | Producción, revisión de conversaciones y ampliación a nuevas líneas, sucursales o trámites | Acta firmada | Cada ampliación vuelve a pasar por las mismas pruebas | Sponsor | Revisa, ajusta e informa | Informe de operación y plan de ajustes | Continua (desde la semana 8 en municipios) |
| Piloto | Producción | |
|---|---|---|
| Alcance | Un canal, una sucursal, un trámite o un grupo de usuarios | Toda la operación acordada |
| Escritura en tus sistemas | Solo lo aprobado para el piloto | Lo que habilita el acta de aceptación |
| Revisión de conversaciones | Diaria en los primeros días | Semanal |
Quién hace qué en tu organización y en MoPッ
R: responsable de hacerlo. A: aprueba. C: consultado. I: informado.
| Tarea | Área usuaria | IT | Legal / Compras | Sponsor | MoPッ |
|---|---|---|---|---|---|
| Aprobar alcance | C | C | C | A | R |
| Validar contenidos | R | I | I | A | C |
| Crear credenciales | I | R | I | A | C |
| Aceptar piloto | R | C | I | A | C |
| Operar derivaciones | R | I | I | I | C |
| Revisar informes | R | I | I | A | R |
| Ampliar | C | C | C | A | R |
Cada fase tiene dueño.
Workflow
Alcance, contenidos, reglas, sistemas, criterios de derivación y de aceptación del piloto. Entregable: documento de alcance.
Entrenamiento con el material aprobado, configuración de PanelCRM (categorías, colas, permisos por rol), conectores y pruebas con conversaciones reales del histórico, sin escritura en producción. Entregable: SmartBot en entorno de prueba con informe.
Piloto acotado, validación contra los criterios de aceptación, salida por etapas y capacitación. Entregable: acta de aceptación y manual de operación.
Revisión de conversaciones derivadas y no resueltas, ajuste de respuestas y criterios, informe periódico. Entregable: informe de operación y plan de ajustes.
Para quién es
Capacidades
Un canal, una sucursal, un trámite o un grupo de usuarios, con criterios de aceptación medibles definidos en Diseñar. Pasa a producción cuando los cumple y tu organización firma el acta.
SmartBot se prueba con conversaciones reales de tu histórico, preguntas fuera de alcance, audios con ruido, fotos y cada disparador de derivación, antes de hablar con un solo cliente.
PanelCRM registra canal, fecha, contenido, acciones sobre tus sistemas, derivación y estado final, consultable por rol y exportable.
Operadores, supervisores y administradores ven y hacen cosas distintas en cada línea. Quién lee, exporta o cambia reglas lo define tu organización.
Urgencias, montos, reclamos con riesgo y pedidos de hablar con alguien van a una persona con la conversación completa. Los criterios se cambian sin desarrollo.
Las métricas del piloto salen de los eventos de cada conversación en PanelCRM y se comparan contra tu operación antes del lanzamiento.
Integraciones y datos
Conectado a tus sistemas. SmartBot se conecta a ERP, CRM, sistema de gestión o expedientes por API cuando existe, por conector a medida cuando no, y con archivos cuando no hay sistema, siempre con una lista explícita de lectura y escritura y credenciales propias del agente. Detalle en integración con tu ERP y CRM.
Cómo probar un agente de IA antes de lanzarlo
Estas pruebas se corren en la fase Crear y se repiten en el piloto. Los criterios de aprobación los fija tu organización en Diseñar.
| Prueba | Qué mide | Cómo se hace | Criterio de aprobación (ejemplo, lo define tu organización) |
|---|---|---|---|
| Repetición de conversaciones reales del histórico | Si responde lo que tu equipo respondió bien | Se pasan conversaciones pasadas y se comparan las respuestas | La respuesta coincide en contenido con la aprobada |
| Pregunta fuera de alcance | Si sabe decir que no sabe | Se hacen preguntas que no están en su alcance | Deriva o dice que no tiene el dato, sin inventar |
| Audio con ruido | Si entiende cómo hablan tus clientes | Se envían audios reales con ruido de fondo | Interpreta el pedido o pide que lo repitan |
| Foto o PDF | Si lee adjuntos | Se envían fotos de piezas, planos o pedidos en PDF | Extrae el dato o deriva con el adjunto |
| Precio y stock contra el ERP | Si el dato es el del sistema | Se comparan respuestas con el ERP en el momento | Coincide con el ERP |
| Cada disparador de derivación | Si deriva cuando debe | Se provoca cada disparador al menos una vez | Llega a la persona correcta con contexto |
| "Quiero hablar con alguien" | Si respeta el pedido explícito | Se pide una persona en distintas formas | Deriva siempre |
| Tema sensible o urgencia (municipios) | Si protege a las personas | Se simulan urgencias y temas sensibles | Deriva de inmediato al área definida |
| Consulta fuera de horario | Si avisa cuándo responde una persona | Se escribe fuera del horario de atención | Informa el horario y deja el caso en la cola |
| Permisos por rol | Si cada rol ve solo lo suyo | Se ingresa con usuarios de distintos roles | Un operador no ve lo que no le corresponde |
| Exportación del registro de una conversación | Si se puede auditar | Se exporta una conversación con su registro | El export trae mensajes, autor y acciones |
Cómo se mide si el piloto funcionó
La línea base se toma antes de lanzar, en cuatro pasos:
Paso 1: elegí el período de comparación, por ejemplo las cuatro semanas previas al piloto.
Paso 2: medí las mismas métricas en tu operación actual, con tu registro o con una muestra de conversaciones.
Paso 3: definí en Diseñar qué mejora cuenta como éxito para cada métrica.
Paso 4: compará al cierre del piloto con los datos de PanelCRM y firmá el acta solo si se cumplen los criterios.
| Métrica | Fórmula | De dónde sale el dato | Cómo se toma la línea base |
|---|---|---|---|
| Tiempo a primera respuesta | Promedio entre el mensaje del cliente y la primera respuesta | Registro de conversaciones en PanelCRM | Muestra de conversaciones previas al piloto |
| Consultas resueltas sin derivación | Conversaciones cerradas sin derivar, sobre conversaciones totales | Registro de derivaciones en PanelCRM | No aplica antes del agente; se fija el objetivo en Diseñar |
| Derivaciones con contexto completo | Derivaciones en las que la persona no repregunta, sobre derivaciones totales | Revisión de conversaciones derivadas | Se mide en la primera semana del piloto |
| Cotizaciones emitidas (comercial) o reclamos registrados con número (municipios) | Cantidad por semana | Registro de acciones en PanelCRM | Registro actual del área |
| Consultas fuera de horario atendidas | Conversaciones fuera de horario respondidas, sobre las recibidas fuera de horario | Registro de conversaciones en PanelCRM | Mensajes fuera de horario sin respuesta hasta el día siguiente |
Propuesta de piloto: alcance, criterios de salida y precio
La propuesta de piloto llega por escrito e incluye el alcance (canal, línea, sucursal o trámite), los criterios de salida, el plazo, las responsabilidades de cada lado y el precio. El modelo de precio de MoPッ combina un setup de puesta en marcha y un abono mensual según volumen y vertical. Los cargos de Meta por mensaje se calculan aparte con la calculadora de WhatsApp API, y los modelos de cobro del mercado están en cuánto cuesta un agente de IA en WhatsApp.
Seguridad: lo esencial
SmartBot ejecuta solo las acciones habilitadas, con permisos por rol y por línea.
Las acciones con impacto económico o legal pasan por la aprobación de una persona.
PanelCRM registra quién respondió cada mensaje y cada cambio en las instrucciones.
Las conversaciones se exportan durante el servicio y al terminar el contrato.
La ficha completa, con alojamiento, datos y lo que MoPッ no afirma, está en seguridad y datos en SmartBot y PanelCRM. Cada prueba, por escrito.
Humano en el loop
La participación de las personas tiene tres niveles, y los tres quedan en el documento de alcance:
Lo que necesitamos de tu lado: un referente del área usuaria con tiempo en Diseñar y en el piloto, un referente de IT para credenciales y validación, y Legal o Compras si hay pliego o contrato. Cómo se diseña cada disparador está en cuándo un agente de IA deriva a una persona. Sin personas, no hay sistema.
Prueba
Tres Arroyos (municipio, provincia de Buenos Aires) atiende a sus vecinos con CityBot sobre WhatsApp, con comprensión de texto, audio e imágenes, derivación por área y transferencia a personal municipal. Su Secretario de Gobierno y Transporte, Santiago Garate, lo cuenta en un video público.
Apache (industria) opera un SmartBot industrial de MoPッ conectado a sus sistemas para atención y ventas.
Las dos implementaciones pasaron por las mismas fases. En los casos publicamos qué se implementó y no publicamos cifras que no podamos respaldar. Si estás evaluando, coordinamos una conversación con el equipo que operó alguno de estos proyectos.
“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
“Moment of People es un gran aliado, ya que entiende perfectamente qué tecnología necesitamos para crear impacto en los segmentos que buscamos, ofrecer y mejorar nuestro servicio y aumentar nuestras ventas. Son profesionales, empáticos y proactivos. Nos adaptan el sistema a lo que nosotros necesitamos para crecer y avanzar.”
Apache · Aprendemos del campo
Cliente industrial, mayo 2025
Implementación
Semana 1 en SmartBots comerciales; semanas 1 y 2 en municipios. Sale con el documento de alcance aprobado.
Semanas 2 y 3; 3 a 5 en municipios. Sale con las pruebas con histórico aprobadas.
Semana 4; 6 y 7 en municipios. Sale con el acta de aceptación firmada.
Continua desde el lanzamiento. Cada ampliación vuelve a pasar por las pruebas.
Cuatro semanas para SmartBots comerciales y ocho para municipios es el plazo habitual, según alcance. Lo mueven la cantidad de líneas de producto o trámites, los sistemas a integrar, los canales y la disponibilidad de tus referentes. Si el diseño muestra otro plazo, lo decimos por escrito antes de la fase Crear.
Implementar un agente de IA con MoPッ tarda cuatro semanas habituales para un SmartBot comercial y ocho para un municipio, según alcance, en cuatro fases: Diseñar, Crear, Integrar y Optimizar. Lo que más mueve el plazo es la cantidad de líneas de producto o trámites, las integraciones con sistemas sin API y la disponibilidad de tus referentes. El plazo definitivo queda escrito al cerrar Diseñar.
Relacionado: Qué es un agente de IA · Integraciones y datos
Antes de empezar, tu organización tiene que tener lista una idea clara de las consultas que entran por WhatsApp, el catálogo o la información oficial ordenados, acceso a sus sistemas, un dueño de la derivación con nombre, alguien que revise conversaciones cada semana, el número en la Business Platform o un plan de migración, reglas comerciales escritas y un referente de IT.
Relacionado: Dónde entra la persona
El paso del piloto a producción se decide contra los criterios de aceptación que tu organización fija en la fase Diseñar, antes de empezar. Al cierre del piloto se comparan los resultados con esos criterios y, si se cumplen, tu organización firma el acta de aceptación. La escritura en tus sistemas de producción se habilita recién después de esa aprobación.
Probás el agente antes de lanzarlo repitiendo conversaciones reales de tu histórico, haciendo preguntas fuera de alcance, mandando audios con ruido, fotos y PDF, comparando precios y stock con el ERP, provocando cada disparador de derivación y pidiendo hablar con una persona. Los criterios de aprobación de cada prueba los define tu organización en la fase Diseñar.
Sabés si el piloto funcionó comparando sus métricas con una línea base tomada antes del lanzamiento: tiempo a primera respuesta, consultas resueltas sin derivación, derivaciones con contexto completo, cotizaciones o reclamos registrados y consultas fuera de horario atendidas. PanelCRM registra los eventos de cada conversación, y el acta de aceptación se firma solo si se cumplen los criterios acordados.
Relacionado: Cotizaciones automatizadas
Sí, podés probar sin comprometer toda la operación, y es parte del proceso. El piloto se acota a un canal, una sucursal, un trámite o un grupo de usuarios, con criterios de aceptación definidos antes. La escritura en sistemas de producción se habilita después de aprobar el piloto. Podés cortar en cualquier fase con lo producido hasta ahí.
El precio de una implementación con MoPッ combina un setup de puesta en marcha y un abono mensual. Lo mueven las fuentes de conocimiento a cargar, las acciones que el agente ejecuta en tus sistemas, las integraciones, los canales y líneas, el volumen de conversaciones y el nivel de servicio. Los cargos de Meta por mensaje de WhatsApp se calculan aparte.
Si terminás el contrato, los contenidos con los que se entrenó el sistema son tuyos y se devuelven. Las conversaciones y los datos registrados se exportan en el formato acordado, y el número de WhatsApp de empresa sigue siendo tuyo, porque la cuenta está a nombre de tu organización en Meta y no a nombre de MoPッ.
Conviene verificar esto antes de firmar con cualquier proveedor. Si el número queda a nombre del proveedor, migrarlo después es un trámite con tiempos que no controlás.
Te mandamos por escrito qué incluye el piloto, cómo se decide si pasa a producción y cuánto cuesta. Si sos de IT o Compras, pedí también la ficha técnica. Por escrito, antes de firmar.