Una devolución o una solicitud de garantía suele empezar en canales distintos —correo, formulario, teléfono o portal de clientes— y acaba obligando a consultar un pedido, una factura, una política comercial, el estado de un producto y, a veces, el historial de incidencias. Cuando esos pasos se gestionan manualmente, se retrasan las respuestas, se multiplican los mensajes y resulta difícil explicar por qué un caso se aprobó, se rechazó o se escaló.
La IA puede acelerar la entrada y preparación de cada expediente, pero no debe decidir sola sobre reembolsos, sustituciones o excepciones. El objetivo de una automatización bien diseñada es que el equipo reciba un caso completo, clasificado y trazable, y conserve la decisión cuando hay dinero, una interpretación de la garantía o riesgo de fraude.
Qué proceso conviene automatizar
Antes de escoger una herramienta, delimita el proceso. No es lo mismo tramitar una devolución por desistimiento que diagnosticar una garantía técnica o resolver una reclamación de transporte. Si se mezclan en la misma cola sin datos mínimos, la automatización solo trasladará el desorden a mayor velocidad.
Un primer alcance razonable es la recepción y preparación de solicitudes: identificar el caso, recoger evidencias, localizar la operación, comprobar reglas objetivas y proponer la siguiente acción. La aprobación económica, la evaluación técnica y las excepciones permanecen en una cola de revisión.
Define tipos de caso y salidas posibles
Crea un catálogo pequeño, comprensible para atención al cliente y operaciones. Por ejemplo: devolución dentro de plazo, producto dañado a la entrega, garantía con diagnóstico pendiente, error de preparación y consulta que no requiere devolución. Para cada tipo, define una salida válida: pedir información, emitir instrucciones de envío, abrir una orden de inspección, escalar a un responsable o cerrar el caso con una explicación.
La automatización no debería inventar tipos de incidencia ni prometer compensaciones. Debe asignar una categoría, indicar su nivel de confianza y conservar el texto y los adjuntos originales.
Diseña una entrada que produzca expedientes utilizables
Un formulario estructurado reduce idas y vueltas. Pide los datos necesarios para actuar, sin convertir la solicitud en un cuestionario interminable: identificador de pedido o factura, producto, motivo, fecha de recepción, descripción, fotografías cuando proceda y canal de contacto preferido. Si el caso llega por correo, un agente puede extraer estos campos a un borrador, pero ha de marcar claramente lo que no ha podido confirmar.
Después, cruza los datos con fuentes de negocio. La consulta al ERP, ecommerce o CRM debe ser de solo lectura durante la fase de validación. Comprueba que el pedido existe, que el producto coincide, que no hay una devolución abierta y que la operación está dentro de las condiciones configuradas. Las reglas de plazo, territorio, importe o estado del pedido deben ser deterministas y visibles; no las delegues en un modelo de lenguaje.
Separar hechos, interpretación y decisión
En cada expediente conviene guardar tres capas:
- Hechos: datos del pedido, mensajes recibidos, fotos, fechas y respuestas de sistemas.
- Interpretación: clasificación propuesta, campos extraídos, posible motivo y nivel de confianza.
- Decisión: quién autorizó una devolución, sustitución, reparación o denegación, con la regla o evidencia aplicada.
Esta separación facilita corregir una clasificación sin alterar la evidencia y permite responder a un cliente o a una auditoría interna con información verificable.
Un flujo seguro de devolución y garantía
- Registrar y deduplicar. Genera un identificador de caso y busca solicitudes abiertas por pedido, número de serie o cliente. No cierres automáticamente un duplicado: enlázalo para que una persona confirme que se trata del mismo asunto.
- Extraer y validar. Obtén los campos del mensaje y contrástalos con el sistema de ventas. Si falta un dato esencial, prepara una petición concreta en lugar de enviar una respuesta genérica.
- Aplicar políticas. Evalúa las condiciones que puedan expresarse como reglas: ventana de devolución, producto excluido, estado de entrega o documentación obligatoria. Registra el resultado de cada regla.
- Priorizar y enrutar. Envía los daños de transporte a logística, los posibles defectos a soporte técnico y los casos de importe o cliente sensible a la cola adecuada. La prioridad debe basarse en criterios publicados, no solo en el tono del mensaje.
- Preparar la comunicación. La IA puede redactar un borrador con el número de caso, los pasos siguientes y la información pendiente. Un responsable revisa los mensajes que contengan compromisos económicos, plazos no estándar o lenguaje de rechazo.
- Ejecutar con aprobación. La creación de una etiqueta, una orden de recogida, un abono o una sustitución requiere permisos limitados y, cuando corresponda, aprobación humana. Guarda el identificador de la acción externa en el expediente.
- Cerrar con evidencia. No cierres por el mero hecho de haber enviado un correo. Confirma recepción, inspección o resolución según el tipo de caso y registra el motivo de cierre.
Qué puede hacer la IA y qué debe seguir bajo control humano
La IA es útil para clasificar lenguaje libre, resumir conversaciones largas, detectar campos ausentes, extraer referencias de pedido y proponer respuestas coherentes con una plantilla aprobada. También puede señalar patrones para su revisión, como casos repetidos de un mismo producto o una dirección incompleta.
No es una base suficiente para decidir si un daño está cubierto por garantía, aceptar pruebas manipuladas, calcular una compensación excepcional o bloquear a un cliente por una sospecha. Estas decisiones pueden tener impacto contractual, financiero y reputacional. Deben apoyarse en reglas, evidencia revisable y una persona con la autoridad adecuada.
Controles que evitan errores costosos
- Acceso mínimo: usa cuentas técnicas separadas para consultar pedidos, crear devoluciones y emitir reembolsos. Un proceso que clasifica correos no necesita poder modificar el ERP.
- Umbrales de revisión: define importes, categorías de producto, nivel de confianza y condiciones que obligan a revisión. Los umbrales deben ser configurables y quedar registrados.
- Protección de datos: limita los campos enviados al modelo, aplica retención definida para adjuntos y evita usar conversaciones de clientes para entrenar sistemas sin una base y un control adecuados.
- Observabilidad operativa: mide expedientes pendientes, solicitudes de información adicional, intervenciones humanas, acciones revertidas y tiempos por etapa. Revisa ejemplos reales, no solo totales.
- Modo manual: conserva un procedimiento para registrar y resolver casos cuando fallen el modelo, el conector o el sistema de pedidos.
Cómo decidir si el caso de uso está listo
Empieza con un conjunto de casos ya resueltos y anonimiza los datos que no sean necesarios. Comprueba si la clasificación propuesta habría enviado cada expediente a la cola correcta y si los campos extraídos coinciden con la evidencia. Después prueba el flujo en modo de borrador: la automatización prepara, el equipo decide y se registran los fallos. Solo cuando las reglas, permisos y revisiones funcionan de forma consistente tiene sentido habilitar acciones limitadas.
Una implantación eficaz conecta atención al cliente, operaciones, logística y sistemas, en lugar de crear un asistente aislado. En KMOOPS ayudamos a diseñar automatizaciones con IA conectadas a los sistemas de negocio, con controles y trazabilidad desde el inicio. Si quieres revisar un proceso de devoluciones o garantías concreto, puedes contactarnos.