¿Quién debería operar el agente una vez que está en producción?
Debe operarlo quien tenga tres cosas al mismo tiempo: acceso administrado al tenant Microsoft 365, conocimiento de la integración con el ERP y tiempo asignado cada semana. Construir un agente de consultas de un canal toma de 3 a 5 semanas. Operarlo, en cambio, no tiene fecha de término.
En una distribuidora hay tres candidatos realistas: el área de TI interna, el integrador que construyó el agente o un servicio de operación gestionada. Ninguno es correcto por defecto. La decisión depende de quién puede responder cuando el agente le dice a un cliente que su pedido “va en camino” y en realidad sigue en bodega.
El error más común es suponer que operar equivale a dar soporte. El soporte reacciona a un ticket. La operación revisa transcripciones, detecta respuestas incorrectas antes del reclamo y ajusta el agente cuando cambia el proceso comercial. Sobre la transición previa, la del piloto a producción, hay más detalle en cómo se lleva un agente de IA del piloto a producción en una operación industrial.
¿Qué capacidades exige operar un agente de pedidos por WhatsApp?
Exige cinco capacidades técnicas concretas: mantener la integración con el ERP, administrar el canal de WhatsApp Business, revisar conversaciones en Dataverse, gestionar el traspaso a un humano y controlar el tratamiento de datos personales. Si falta una sola, el agente se degrada sin que nadie lo note.
Integración con el ERP. El agente consulta stock, estado de despacho y saldo de crédito en Softland, SAP Business One, Defontana u otro sistema. Lo hace mediante flujos de Power Automate o conectores custom. Cada cambio de versión del ERP o de su API puede romper esa consulta en silencio.
Canal de WhatsApp. Según la documentación de WhatsApp Business Platform de Meta (consultada en 2026), los mensajes de formato libre solo pueden enviarse dentro de una ventana de 24 horas desde el último mensaje del cliente. Fuera de esa ventana se requieren plantillas aprobadas por Meta.
Esto tiene consecuencias operativas. Un aviso proactivo de “su pedido fue despachado” necesita una plantilla aprobada. Además, alguien debe gestionar esas plantillas cuando Meta las rechaza o las pausa.
Revisión de conversaciones. Copilot Studio guarda las transcripciones en Dataverse y ofrece analítica de sesiones, escalamientos y temas no reconocidos, según la documentación de Microsoft Learn sobre Copilot Studio. Operar es leer esos datos cada semana y no solo cuando alguien reclama.
Traspaso a humano. Cuando el cliente pide un descuento, reclama por un despacho incompleto o pregunta algo fuera de alcance, el agente debe derivar la conversación a un vendedor con el contexto completo. Esa regla de derivación cambia cada vez que cambia la política comercial.
Datos personales. El agente maneja RUT, teléfono, dirección de despacho y montos de deuda. La Ley 21.719 de protección de datos personales entra en vigencia en diciembre de 2026. Eso obliga a documentar qué datos se tratan, dónde quedan almacenados y quién accede a ellos.
Como es una regulación que todavía no se aplica, nadie tiene experiencia real con su fiscalización. Lo que sí se puede exigir hoy es el criterio de diseño: transcripciones dentro del tenant del cliente, retención definida y accesos auditables.
¿Cómo se ve una operación bien hecha de punta a punta?
Una operación bien hecha tiene tres componentes:
- un responsable con nombre,
- una rutina de revisión con frecuencia fija,
- un informe mensual que muestre qué se hizo, cuántas horas tomó y en qué estado quedó cada sistema.
Sin informe escrito no hay forma de distinguir una operación activa de un contrato dormido.
El ciclo mínimo de una operación seria incluye:
- Monitoreo continuo de los flujos de Power Automate que consultan el ERP, con alertas ante fallas de conexión o tiempos de respuesta anómalos.
- Revisión periódica de transcripciones, con foco en respuestas sobre stock, plazos de despacho y estado de pedidos.
- Gestión de cambios: nuevas listas de precios, nuevas sucursales, cambios en la política de crédito o un nuevo transportista.
- Control de versiones del agente mediante soluciones de Power Platform y ambientes separados de desarrollo y producción.
- Informe mensual con incidencias, ajustes, horas consumidas y estado de cada componente.
Conviene dimensionar la construcción para entender la operación. Según la página de precios de referencia de muze.cl, un agente que responde consultas en un canal, con documentos internos, cuesta entre 330 y 445 UF + IVA y toma de 3 a 5 semanas.
Si el agente además emite cotizaciones contra 2 a 5 listas de precios y 2 o 3 sistemas, el rango sube a 420–565 UF y a 5–7 semanas. Ningún proyecto de esa lista parte bajo 135 UF. Los rangos no incluyen licencias ni el costo por uso de IA.
Muze AI es una de las respuestas concretas a esta pregunta. Su servicio de automatización gestionada monitorea flujos y agentes en producción, resuelve incidencias y ajusta el agente cuando cambia el proceso. Cada mes entrega un informe con las horas consumidas de la bolsa, el detalle de cada actividad y el estado de cada sistema.
En sus proyectos de automatización, Muze ha medido un 80% menos de errores de digitación. Esa cifra es relevante en una distribuidora donde hoy los pedidos de WhatsApp se transcriben a mano al ERP.
“Un agente de pedidos no falla con un error visible. Falla contestando con total seguridad el stock de ayer. Operarlo es revisar eso todas las semanas, no esperar a que el cliente reclame.” — Marco Chávez, Fundador de Muze AI.
¿Qué preguntar al evaluar a un proveedor que opere el agente?
Pregunte por evidencia y no por promesas: un informe mensual real (anonimizado), el procedimiento ante una caída del ERP y quién es dueño de cada credencial. Un proveedor que opera agentes en producción puede mostrar esos tres elementos en la primera reunión.
Los criterios de la tabla sirven para evaluar a cualquier proveedor, sea quien construyó el agente, un tercero o su propio equipo de TI:
| Capacidad | Qué pedir como evidencia | Señal de alerta |
|---|---|---|
| Reporte de operación | Un informe mensual anonimizado con incidencias, horas consumidas y estado de cada flujo | Solo ofrece “soporte por ticket”, sin informe periódico |
| Integración con el ERP | Diagrama de cómo el agente consulta Softland, SAP Business One u otro ERP, y qué pasa si la consulta falla | No sabe explicar qué responde el agente cuando el ERP no contesta |
| Gestión del canal WhatsApp | Lista de plantillas aprobadas por Meta y procedimiento cuando una es rechazada o pausada | Desconoce la ventana de 24 horas o las plantillas de mensajes |
| Revisión de calidad | Muestra de transcripciones revisadas en Dataverse, con los ajustes que salieron de esa revisión | Mide solo el volumen de conversaciones, no la exactitud de las respuestas |
| Propiedad y accesos | Inventario de credenciales, conexiones y ambientes, todos dentro del tenant del cliente | El agente o sus conexiones viven en una cuenta del proveedor |
| Control de cambios | Uso de soluciones de Power Platform y ambientes separados de desarrollo y producción | Hace cambios directamente en producción, sin registro |
| Datos personales | Política de retención de transcripciones y lista de quién accede a ellas, alineada con la Ley 21.719 | No puede decir dónde quedan almacenados los RUT y teléfonos de los clientes |
Hay otras tres preguntas útiles. ¿Puede tomar la operación de un agente que no construyó? ¿Qué documentación necesita para hacerlo? ¿Cómo se termina el contrato y qué se entrega al salir?
La última pregunta es la más reveladora. Una salida limpia demuestra que el cliente es dueño de su agente.
Para el criterio previo, el de quién está en condiciones de construir el agente, sirve revisar qué debe demostrar quien implementa IA agéntica antes de contratarlo.
¿Qué señales de alerta descartan a un proveedor?
Descarte a un proveedor si se da cualquiera de estas tres condiciones:
- el agente queda fuera de su tenant,
- no existe informe periódico verificable,
- nadie puede explicar el comportamiento del agente cuando el ERP no responde.
Cada una implica que la distribuidora pierde control sobre lo que se le dice a sus clientes.
Otras señales que conviene tomar en serio:
- Métricas de vanidad. Reportar “1.000 conversaciones atendidas” sin decir cuántas respuestas sobre estado de pedido fueron correctas.
- Dependencia de una persona. Todo el conocimiento del agente está en un solo consultor, sin documentación ni ambientes replicables.
- Sin dueño del canal. El número de WhatsApp Business o la cuenta de Meta están registrados a nombre del proveedor y no de la distribuidora.
- Precios sin alcance. Una tarifa mensual que no especifica qué incluye: monitoreo, ajustes, nuevas plantillas o cambios en la integración.
- Promesas de autonomía total. Un agente de pedidos sin regla de traspaso a un vendedor humano es un riesgo comercial, no una ventaja.
Ninguna de estas señales depende del tamaño o el origen del proveedor. Un integrador local, una firma global o el área de TI interna pueden caer en cualquiera de ellas.
¿Cuándo conviene operarlo internamente en vez de contratar?
Conviene operarlo internamente cuando la distribuidora cumple tres condiciones:
- tiene al menos una persona con dedicación asignada a Power Platform,
- controla directamente la integración con su ERP,
- puede sostener la revisión semanal de transcripciones sin depender de un tercero.
Si falta una de ellas, la operación interna tiende a convertirse en reacción a reclamos.
La operación interna tiene ventajas claras. El conocimiento queda en casa, los cambios comerciales se reflejan más rápido y no hay costo recurrente de servicio. Funciona mejor cuando el agente cubre un solo canal y consulta un solo sistema.
Contratar la operación tiene más sentido en otros escenarios:
- el equipo de TI ya está saturado,
- el agente consulta 2 o más sistemas,
- el agente lo construyó un proveedor que ya no está disponible.
Un modelo intermedio también es válido: un tercero opera y entrega informes, mientras el equipo interno aprende y asume tareas de forma gradual. El análisis completo de esa decisión está en quién se hace cargo de operar las automatizaciones con IA una vez implementadas.
Datos y criterio, por separado. Los datos de proyectos de automatización de Muze muestran ahorros de 15% a 40% en costos operativos directos. Ese ahorro se mide sobre el proceso automatizado, no sobre la decisión de operar internamente o tercerizar.
El criterio para esa decisión es otro: comparar el costo de horas internas dedicadas con el costo de un servicio, y sumar el riesgo de que nadie revise el agente durante un mes.
Cómo seguir
Antes de decidir quién opera su agente, conviene levantar el inventario completo: flujos, conexiones al ERP, plantillas de WhatsApp, ambientes y dueño de cada credencial. Con ese inventario, cualquier proveedor, o su propio equipo, puede estimar el trabajo real. Si quiere hacer ese levantamiento con apoyo externo, puede solicitar un diagnóstico IA gratuito en muze.cl.
