Implementación de agentes IA para ventas por WhatsApp: el proyecto de principio a fin
Actualizado el 7 de octubre de 2026 · Revisado por Alejandro Díaz, CEO de Agent IA SAS
Una implementación de agentes IA para ventas por WhatsApp no termina cuando el agente contesta el primer mensaje de prueba. Es un proyecto con dependencias: sin la cuenta de Meta configurada no hay plantillas aprobadas, sin precios validados no hay respuestas confiables y sin pruebas con conversaciones reales no hay forma honesta de decidir si el agente está listo para hablar con tus clientes.
Esta guía está escrita para quien lo lidera, normalmente el gerente comercial. Explica cómo implementar un agente de IA para ventas con la lógica de cualquier proyecto: fases, roles, checklist, riesgos e indicadores. También ayuda a decidir, antes de empezar, si te basta el agente de IA que Meta ofrece dentro de la app de WhatsApp Business o necesitas una implementación sobre la API oficial.
Prueba el agente ahora por WhatsApp Escríbenos y te responde el mismo agente, sin formularios.
Implementación de agentes IA para ventas por WhatsApp: las ocho fases y sus dependencias
Las fases son una cadena de dependencias, no un calendario. Algunas avanzan en paralelo: mientras Meta revisa la verificación y las plantillas, el equipo documenta el catálogo y diseña la conversación. Otras no: no se prueba el cobro sin precios validados. Exige el entregable de cada fase; si no existe, la fase no terminó.
| Fase | Qué se hace | Quién participa | Entregable |
|---|---|---|---|
| 1. Diagnóstico | Revisar conversaciones reales: origen de los leads, preguntas, objeciones y dónde se cae la venta | Gerente comercial, vendedores, implementador | Alcance del agente y línea base de indicadores |
| 2. Requisitos de Meta | Portafolio comercial, número, verificación de la empresa, nombre para mostrar y plantillas | Administrador de Meta en la empresa, implementador | Número conectado a la API e inventario de plantillas en revisión |
| 3. Diseño y límites | Objetivos del agente, lo que no puede hacer y la salida para cada límite | Gerente comercial, área jurídica si aplica, implementador | Documento de alcance y límites aprobado |
| 4. Carga de conocimiento | Catálogo, precios, inventario, políticas y respuestas aprobadas | Responsable del catálogo, implementador | Una fuente y un responsable por dato |
| 5. Integraciones | Google Calendar, enlaces de pago Wompi y facturación en Siigo, según el alcance | Administradores de cada cuenta, contador, implementador | Integraciones verificadas con casos controlados |
| 6. Pruebas | Reproducir conversaciones reales y casos límite, calificar y corregir | Vendedores, gerente comercial, implementador | Registro de pruebas y decisión de salida |
| 7. Salida gradual | Abrir el agente por partes y ampliar cuando cada parte es estable | Gerente comercial, equipo que recibe transferencias, implementador | Plan de ampliación y plan de contingencia |
| 8. Medición y ajuste | Revisar indicadores y conversaciones, y corregir | Gerente comercial, dueños del conocimiento, implementador | Tablero de indicadores y registro de cambios |
Antes de la fase 1: decide si el proyecto necesita la API oficial
Meta ofrece un agente de IA dentro de la propia app de WhatsApp Business, disponible a nivel global desde junio de 2026, y conviene elegirlo o descartarlo antes de arrancar el proyecto. Su alcance y sus condiciones los define Meta, así que verifícalos en tu app; la comparación con un agente sobre la API está en la página de agentes de IA para WhatsApp. La regla práctica para decidir:
- Si tu venta se resuelve respondiendo preguntas y cerrando en persona o por teléfono, verifica primero lo que ofrece la app.
- Si la conversación debe terminar en una cita en tu calendario, un pago aprobado o una factura emitida, necesitas una implementación sobre la API con esas integraciones.
Las cinco piezas técnicas de la implementación y quién responde por cada una
Toda implementación sobre la API, con cualquier proveedor, se compone de cinco piezas. Conocerlas le dice al gerente comercial a quién llamar cuando algo falla y qué queda a nombre de la empresa si el proyecto cambia de manos. Dos reglas aplican a todas:
- Toda cuenta que intervenga (Meta, Google, Wompi, Siigo) queda a nombre de la empresa, no de un empleado ni de una agencia.
- Cada cuenta tiene más de un administrador interno.
| Pieza | Qué hace | Quién la administra |
|---|---|---|
| Canal: cuenta de WhatsApp Business y número | Recibe y envía mensajes con el nombre aprobado de la empresa | La empresa, en su propio portafolio comercial de Meta |
| Conexión: Cloud API oficial | Enlaza el número con el software mediante un proveedor tecnológico que usa el registro oficial de Meta | El proveedor, con los permisos que la empresa le concede |
| Backend con la lógica | Decide cuándo responder, hacer seguimiento, usar una plantilla o transferir | El implementador, según las decisiones de la empresa |
| Motor de IA | Interpreta lo que escribe el cliente y redacta dentro de los límites definidos | El implementador; la empresa aporta conocimiento y límites |
| Sistema de datos | Catálogo, inventario, pedidos, cotizaciones, CRM, agenda, pagos y facturación | La empresa, dueña de los datos y de cada cuenta externa |
Qué pone la empresa y qué pone el implementador
Muchos proyectos no se frenan por tecnología, sino por decisiones sin dueño. El implementador configura el agente, pero no decide si hay descuento de contado ni quién atiende una queja.
Por eso el proyecto necesita un dueño con autoridad comercial, normalmente el gerente de ventas o el dueño del negocio, y no quien administra las redes sociales. Esa persona aprueba alcance, límites, plantillas y salida a producción.
| Tema | Qué pone la empresa | Qué pone el implementador |
|---|---|---|
| Accesos | Cuentas de Meta, Google, Wompi y Siigo a su nombre | Conexión por el flujo oficial de Meta y configuración de las integraciones |
| Conocimiento | Catálogo, precios y políticas vigentes, con un responsable | Estructura de la base de conocimiento y carga en la plataforma |
| Decisiones comerciales | Qué puede prometer el agente y en qué casos transfiere | Traducción en instrucciones, reglas y flujos |
| Plantillas | Intención de cada mensaje y autorización de los contactos | Redacción según las políticas de Meta, categoría y envío a revisión |
| Pruebas y operación | Vendedores que califican respuestas y atienden transferencias | Casos de prueba, correcciones, soporte y ajustes |
| Datos personales | Responsable del tratamiento: política, autorización y atención de reclamos | Encargado: trata los datos según las instrucciones de la empresa, con medidas de seguridad |
Checklist previo: lo que debe estar resuelto antes de la reunión de arranque
Casi nada de esta lista requiere tecnología, y resolverla antes evita que las primeras fases se gasten buscando contraseñas o esperando aprobaciones internas.
- Dueño del proyecto nombrado, con autoridad sobre precios, límites y salida a producción.
- Acceso de administrador al portafolio comercial de Meta de la empresa, o decisión de crearlo a su nombre.
- Número definido: uno nuevo o el actual y, en ese caso, si se conecta con coexistencia (sigue funcionando en la app) o se migra (sale de la app); las diferencias están en la guía de la WhatsApp Business API.
- Documentos legales para la verificación en Meta, con el mismo nombre legal que tendrá la cuenta.
- Quién paga a Meta la mensajería (plantillas y, desde el 1 de octubre de 2026, respuestas de servicio dentro de la ventana) y con qué método de pago.
- Muestra de conversaciones reales de venta, incluidas las que no terminaron en compra.
- Catálogo, precios y políticas de envíos, cambios, garantías y medios de pago en una sola versión aprobada.
- Personas y horario para atender transferencias, y cuentas activas de los servicios que se integrarán.
- Política de tratamiento de datos personales publicada y mecanismo para obtener la autorización de los contactos.
- Indicadores actuales anotados, aunque sean estimados.
Fase 1. Diagnóstico: documentar cómo vendes hoy antes de automatizar
El diagnóstico define qué parte de la venta asumirá el agente y cuál sigue en manos de personas. No se responde con suposiciones sino con conversaciones: pide a tus vendedores una muestra de chats reales, incluidas las ventas que no se cerraron.
Del análisis salen dos entregables. El alcance dice qué productos cubre el agente, qué objetivos tiene (responder, calificar, agendar, cotizar, cobrar), qué canales entran primero y qué queda por fuera, para que el proyecto no crezca sin control. La línea base registra cómo están hoy los indicadores que luego vas a medir; si hoy no se miden, anótalo, porque la comparación será contra estimaciones.
Preguntas para clasificar la muestra de conversaciones:
- ¿De dónde llegan los contactos: anuncios, sitio web, redes sociales, referidos?
- ¿Qué preguntas se repiten y cuáles exigen el criterio de una persona?
- ¿En qué momento se envía el precio, se agenda o se cobra?
- ¿Qué objeciones aparecen justo antes de que el cliente deje de contestar?
Fase 2. Requisitos de Meta: la dependencia externa que marca la ruta crítica
Aquí el proyecto depende de un tercero: Meta revisa la verificación, el nombre para mostrar y cada plantilla a un ritmo que el implementador no controla. Por eso esta fase arranca en paralelo con el diagnóstico.
Las plantillas merecen planeación propia. Fuera de la ventana de atención de 24 horas que abre el cliente al escribir, todo mensaje de la empresa debe ser una plantilla aprobada, y solo puede ir a contactos que autorizaron recibir mensajes de la empresa por WhatsApp, también cuando es de utilidad. Meta cobra cada plantilla entregada según su categoría y el país del destinatario y, desde el 1 de octubre de 2026, también las respuestas libres dentro de la ventana, a la tarifa de utilidad de cada país (los primeros 1.000 mensajes de servicio de cada mes por número son gratis), salvo en la ventana gratuita de hasta 7 días que abren los anuncios de clic a WhatsApp; las tarifas están en su tarifario oficial. Utilidad es solo para una transacción concreta que el cliente pidió, como un pedido, una cotización o una cita; retomar una compra o reactivar a un cliente es marketing. Una plantilla comercial redactada como utilidad puede ser rechazada o reclasificada, y el flujo que dependía de ella queda sin mensaje.
El entregable práctico es un inventario de plantillas: momento del flujo en que se usa cada una, categoría, variables y alternativa si no se aprueba. Además, al cerrar la fase deben quedar resueltos:
- Portafolio comercial de Meta a nombre de la empresa y cuenta de WhatsApp Business conectada a la Cloud API mediante un proveedor tecnológico.
- Número capaz de recibir el código de verificación; si hoy está en uso en la app, decide antes de tocarlo si se conecta con coexistencia, para seguir usándolo en la app, o se migra y sale de ella.
- Verificación de la empresa con documentos cuyo nombre legal coincida con el de la cuenta.
- Nombre para mostrar conforme a las pautas de Meta y método de pago para la mensajería de Meta.
Fase 3. Diseño de la conversación y de los límites del agente
Un agente de IA no sigue un guion de botones, pero tampoco improvisa sin marco. El diseño fija qué objetivo persigue en cada tipo de conversación, qué datos necesita obtener del cliente, qué tono usa (tuteo o usted, cómo se presenta) y qué no puede hacer nunca.
Los límites se escriben en positivo y en negativo. Puede informar precios del catálogo, confirmar disponibilidad, proponer horarios de la agenda y enviar el enlace de pago cuando el cliente acepta. No concede descuentos fuera de política, no promete entregas que dependen de terceros, no da asesoría legal, médica o financiera, no aprueba crédito y no inventa cuando no encuentra la respuesta en su conocimiento.
Cada límite necesita una salida escrita: qué dice el agente, a quién transfiere y qué le dice al cliente si esa persona no está disponible. Un límite sin salida deja al cliente repitiendo la misma pregunta sin obtener respuesta.
El entregable es un documento corto aprobado por el dueño del proyecto: ante una respuesta discutible, dirá si fue un error del agente o un vacío de la política.
Fase 4. Carga de conocimiento: catálogo, precios y políticas con dueño
El agente responde con lo que se le carga. Si conviven una lista de precios vieja en PDF y otra en una hoja de cálculo, puede citar la equivocada. La regla es una fuente por dato y un responsable por fuente; al cerrar la fase, alguien distinto a quien cargó la información le pregunta al agente por precios y políticas y compara cada respuesta contra la fuente.
Lo que no se carga también se decide: márgenes, costos internos, rangos de negociación y datos personales de clientes quedan fuera del alcance del agente. El resto del conocimiento se separa en tres tipos, porque cambian a ritmos distintos y los mantienen personas distintas:
- Datos estructurados: productos, precios, inventario y condiciones de venta. Si la plataforma los maneja como catálogo e inventario, no se duplican en textos libres.
- Políticas: envíos, cambios, garantías y medios de pago, redactadas como reglas con sus excepciones explícitas.
- Respuestas aprobadas: manejo de objeciones frecuentes y preguntas sensibles, tomadas de las conversaciones del diagnóstico.
Fase 5. Integraciones: Google Calendar, Wompi y Siigo en el orden correcto
Las integraciones convierten la conversación en una acción dentro de tus sistemas, y dependen unas de otras. No todos los proyectos necesitan las tres: Google Calendar funciona en cualquier país, mientras que Wompi y Siigo solo aplican a negocios en Colombia; el alcance del diagnóstico dice cuáles.
El punto crítico es la coincidencia de datos: producto, precio y tratamiento del IVA deben ser iguales en el catálogo del agente y en Siigo. Esa coincidencia la valida tu contador, no el implementador, porque la responsabilidad tributaria es de la empresa. Acuerda con ambos cómo se probará la facturación con casos controlados. El orden lógico es este:
- Google Calendar, para procesos que terminan en cita o visita. Se conecta por OAuth con la cuenta de la agenda real, que antes hay que ordenar: calendario, tipos de cita y espacios que no se ofrecen.
- Wompi, para cobrar dentro del chat con enlaces de pago por Nequi, PSE o tarjeta. Depende de que el catálogo tenga precios validados y de que la empresa tenga activa su cuenta de Wompi.
- Siigo, para emitir, desde la cuenta de Siigo de la empresa, la factura electrónica de venta cuando se aprueba el pago, conforme a la Resolución DIAN 165 de 2023, y enviarla en PDF por WhatsApp; el circuito completo está en la guía para cobrar y facturar por WhatsApp. Depende de Wompi, porque el disparador es el pago aprobado, y de tener habilitados en Siigo la facturación electrónica, la numeración autorizada y los productos con sus impuestos.
Fase 6. Pruebas con conversaciones reales, no con preguntas inventadas
Un error frecuente es probar con preguntas limpias escritas por el equipo. Los clientes mezclan temas, cambian de idea, preguntan el precio sin decir el producto y parten un mensaje en varios. Por eso el set de pruebas se arma con las conversaciones reales del diagnóstico.
Cada respuesta se califica con criterio de negocio: correcta, mejorable, incorrecta o fuera de política. Conviene que califiquen los vendedores, porque conocen al cliente. Cada error se corrige en el conocimiento, los límites o las reglas, y el mismo caso se vuelve a probar. Como mínimo, el set debe cubrir:
- Compras de principio a fin, con cita, pago y factura si hacen parte del alcance.
- Precios, disponibilidad y condiciones, comparados contra la fuente.
- Intentos de sacar al agente de sus límites: descuentos, fechas de entrega, asesoría.
- Preguntas sin respuesta en el conocimiento, para verificar que no invente.
- Quejas, para verificar la transferencia a una persona con el historial.
- Audios, fotos o capturas de comprobantes: pregunta a tu proveedor qué hace el agente con cada formato.
- Datos personales: qué pide el agente, para qué y cómo informa la autorización.
Fase 7. Salida gradual a producción y plan de contingencia
Abrir el agente a todo el tráfico y todas las integraciones a la vez impide saber qué falló cuando algo falla. Durante la salida, alguien del equipo revisa conversaciones de forma sistemática para encontrar los casos que las pruebas no anticiparon.
El plan de contingencia responde, antes de que haga falta, quién detecta un problema, quién puede limitar o detener la operación del agente y quién atiende a los clientes mientras se corrige. Si la respuesta es llamar al proveedor, acuerda con él el canal y el procedimiento antes de salir.
Formas de dividir la salida (confirma con tu proveedor cuáles permite la plataforma):
- Por objetivo: primero responder y calificar, después agendar, después cobrar y facturar.
- Por línea de producto o servicio: primero la de catálogo simple y precios estables.
- Por origen del contacto: primero una campaña o un canal concreto.
- Por tipo de mensaje: primero atender a quien escribe; después, seguimientos y campañas con plantillas dirigidas a contactos con autorización.
Fase 8. Cómo medir si la implementación funciona sin prometer cifras
Ningún implementador serio puede prometer un resultado antes de conocer tu proceso, tu tráfico y tu oferta. Lo que sí debe hacer es acordar contigo qué se mide, de dónde sale cada dato y qué señal indica un problema. Las metas las fijas tú, contra la línea base del diagnóstico.
Primero se leen los indicadores de salud del agente; si están mal, los comerciales no se pueden interpretar. Cada corrección se registra con fecha y responsable, para distinguir su efecto del de otras causas, como una campaña nueva.
| Indicador | Qué mide | De dónde sale | Señal de alerta |
|---|---|---|---|
| Respuestas correctas en revisión | Calidad del agente | Muestra revisada por vendedores | Errores repetidos sobre un mismo tema |
| Respuestas fuera de política | Cumplimiento de los límites | Revisión de conversaciones | Un caso que no termina en corrección |
| Transferencias y su motivo | Qué no resuelve el agente y por qué | Historial de conversaciones transferidas | Un motivo dominante que se resolvería con conocimiento |
| Transferencias sin atender | Capacidad del equipo para recibirlas | Conversaciones transferidas | Clientes esperando a una persona |
| Enlaces de pago enviados y pagados | Avance del cierre dentro del chat | Wompi y CRM | Enlaces sin pagar que nadie retoma |
| Pagos aprobados con factura emitida | Integridad entre cobro y facturación | Wompi frente a Siigo | Un pago aprobado sin factura |
| Estado del número y de las plantillas | Salud de la cuenta ante Meta | Administrador de WhatsApp en Meta | Calidad en descenso o plantillas rechazadas |
| Solicitudes de no recibir mensajes | Tolerancia a seguimientos y campañas | Conversaciones y CRM | Aumento tras una campaña |
Matriz de riesgos: qué puede salir mal y cómo se previene
Los riesgos de una implementación son conocidos; la diferencia está en prevenirlos en el diseño o descubrirlos con clientes reales.
Sobre datos personales, la ley de protección de datos de tu país suele hacer a tu empresa responsable del tratamiento de los datos de quienes te escriben, aunque la herramienta sea de un tercero (en Colombia, por ejemplo, la Ley 1581 de 2012): en el proyecto eso significa revisar que la política de tratamiento cubra la venta por WhatsApp, definir cuándo se obtiene la autorización, pedir solo los datos necesarios y dejar por escrito cómo los trata el proveedor, incluida la transmisión internacional si se procesan fuera de tu país. Qué exige la ley al automatizar está en la guía para automatizar WhatsApp.
| Riesgo | Cómo se manifiesta | Cómo se previene | Responsable |
|---|---|---|---|
| Número restringido o con calidad baja | Meta limita envíos o pausa plantillas tras bloqueos y reportes | Contactar solo a quien autorizó, segmentar campañas y ofrecer una salida clara | Empresa e implementador |
| Plantillas rechazadas o reclasificadas | El seguimiento se queda sin mensaje aprobado | Categoría acorde al contenido, redacción según las políticas de Meta y alternativa por plantilla | Implementador, con texto aprobado por la empresa |
| Respuestas fuera de política | El agente ofrece descuentos, promete entregas o inventa datos | Límites con salida, una fuente por dato, pruebas de límites y revisión de conversaciones | Dueño del proyecto e implementador |
| Datos personales sin cumplir la ley de protección de datos | Datos recogidos sin autorización o sin finalidad informada | Autorización que exija tu ley, datos mínimos y condiciones escritas con el encargado | Empresa como responsable; proveedor como encargado |
| Conocimiento desactualizado | Precios o políticas que ya no aplican | Responsable por fuente y actualización cuando el dato cambia en origen | Empresa |
| Pago aprobado sin factura | Descuadre entre Wompi y Siigo | Productos, precios e impuestos coincidentes y conciliación periódica | Área de facturación e implementador |
| Transferencias sin dueño | Clientes que piden una persona y nadie responde | Personas y horario asignados, y mensaje claro fuera de ese horario | Empresa |
| Costos de Meta no previstos | Cobro de Meta mayor al planeado: plantillas de marketing y, desde el 1 de octubre de 2026, respuestas de servicio dentro de la ventana | Estimar el volumen de respuestas y de plantillas por categoría, y revisar el tarifario oficial de Meta | Empresa, con apoyo del implementador |
Errores típicos de implementación
Casi ninguno es técnico: son decisiones aplazadas o fases que se dieron por cerradas sin su entregable.
- Configurar el agente antes de saber qué parte de la venta debe asumir.
- Delegar el proyecto en alguien sin autoridad comercial.
- Probar con preguntas escritas por el equipo y no con conversaciones de clientes.
- Construir el seguimiento sobre plantillas comerciales presentadas como utilidad.
- Conectar el cobro sin conciliarlo con la facturación.
- Abrir todo el tráfico, todos los productos y todas las integraciones a la vez.
- Lanzar campañas con plantillas a contactos sin autorización.
- Medir cuántas conversaciones se atendieron y no cómo se atendieron.
- Dejar de revisar conversaciones después de la salida a producción.
Cómo implementa SoyAgentia un agente de IA para ventas por WhatsApp
SoyAgentia, marca de Agent IA SAS, es una empresa de inteligencia artificial para WhatsApp que ya tiene construidas las piezas técnicas descritas en esta guía, así que el proyecto se concentra en tu proceso, tu conocimiento y tus integraciones. No promete cifras de resultado antes de medir tu caso; si quieres ver implementaciones reales, hay testimonios en video de Transportes Gran Bretaña y Nelly Seguros LTDA en el canal de YouTube de SoyAgentia.
Esto es lo que aporta en cada tramo, limitado a capacidades verificadas del producto:
- Requisitos de Meta: es proveedor tecnológico autorizado por Meta con Embedded Signup habilitado y trabaja sobre la WhatsApp Cloud API oficial, con plantillas y números verificados; admite líneas en coexistencia y pausa al agente en el chat donde alguien responde desde la app del celular.
- Diseño y conocimiento: configuración del agente y gestión de catálogo, inventario, pedidos y cotizaciones desde un panel web sin programar.
- Integraciones: agendamiento contra Google Calendar mediante conexión OAuth; enlaces de pago de la cuenta de Wompi de la empresa, con Nequi, PSE y tarjeta; y, al aprobarse el pago, factura electrónica de venta emitida en la cuenta de Siigo de la empresa (Resolución DIAN 165 de 2023) y enviada en PDF por WhatsApp, en Colombia. SoyAgentia no recauda los pagos ni emite facturas a su nombre.
- Seguimiento: reintentos, campañas y flujos, dentro de las reglas de plantillas de Meta.
- Operación y medición: transferencia a una persona con el historial, CRM del panel y analíticas.
- Ampliación: Instagram, Messenger, TikTok, WordPress y Shopify, si el alcance lo pide.
- Planes y contacto: consulta los planes vigentes o escribe por WhatsApp al +57 300 900 6005.
Testimonios en video de nuestros clientes
Sigue leyendo
- Empresa de inteligencia artificial para WhatsApp
- Cómo automatizar las ventas por WhatsApp
- Guía de la WhatsApp Business API
- Cobrar y facturar por WhatsApp
Preguntas frecuentes
¿Qué accesos debo darle al implementador y cuáles conviene no entregar?
Entrega los permisos que cada tarea necesita, no las contraseñas personales de quien administra las cuentas. En Meta, la conexión se hace por el flujo oficial y tu empresa conserva la administración de su portafolio comercial. En Google Calendar, la conexión por OAuth autoriza el acceso sin compartir la contraseña. En Wompi y Siigo, usa las credenciales que cada servicio prevé para integraciones, no el usuario de un empleado. Registra qué acceso diste, a quién y para qué, y revócalo si la relación termina.
¿Puedo empezar con una sola línea de productos y ampliar el agente después?
Sí, y suele ser la forma más ordenada de hacerlo. Una línea con catálogo simple y precios estables permite validar el diseño de la conversación, los límites y las integraciones con menos variables. Ampliar después implica repetir, a menor escala, la carga de conocimiento, las pruebas y la salida gradual, y revisar si hacen falta plantillas nuevas. Lo que no conviene es ampliar sin haber medido la primera etapa, porque pierdes la referencia para comparar.
Si Meta rechaza una plantilla que el flujo necesitaba, ¿se detiene todo el proyecto?
No, si el proyecto se diseñó contando con esa posibilidad. El agente sigue respondiendo a quien escribe dentro de la ventana de atención, porque esos mensajes no requieren plantilla. Lo que queda bloqueado es el contacto que dependía de ella, como un seguimiento fuera de la ventana. Se revisa el motivo del rechazo, se ajusta la redacción o la categoría y se vuelve a enviar, mientras avanza lo que no depende de esa plantilla. Por eso el inventario de plantillas incluye una alternativa para cada una.
¿Qué tareas nuevas asume mi equipo comercial cuando el agente sale a producción?
Aparecen tres tareas. La primera es atender las conversaciones que el agente transfiere, que llegan con el historial y suelen requerir criterio o negociación. La segunda es revisar muestras de conversaciones y reportar respuestas incorrectas o fuera de política. La tercera es mantener el conocimiento: avisar cuando cambia un precio o una condición, o cuando se repite una pregunta que el agente no sabe responder. Si nadie tiene asignadas estas tareas, la calidad se deteriora aunque la tecnología funcione.
¿Puedo implementar el agente si mi empresa no usa Siigo ni cobra con Wompi?
Sí. Las integraciones dependen del alcance que definas en el diagnóstico, y un agente puede responder, calificar, cotizar, agendar y transferir a una persona sin cobrar ni facturar dentro del chat. Lo que cambia es dónde termina la conversación: el cobro y la factura siguen a cargo de tu equipo y de tus sistemas actuales. Si usas otra pasarela u otro software contable, pregunta a tu proveedor qué opciones existen; en SoyAgentia, las integraciones verificadas de pago y facturación son Wompi y Siigo.
¿Quién debe aprobar la salida a producción y con qué criterio?
La aprueba el dueño del proyecto dentro de la empresa, no el implementador, porque es una decisión de riesgo comercial. El criterio se fija antes de empezar las pruebas, para no negociarlo sobre la marcha. Uno razonable combina tres condiciones: ninguna respuesta fuera de política sin corregir en el último ciclo de pruebas, integraciones del alcance verificadas con casos controlados y personas asignadas para atender las transferencias. El implementador aporta el registro de pruebas que sustenta la decisión.