¿CON QUÉ IA?A quién le sirve. Tiendas online, sobre todo con suscripciones, que reciben muchos tickets sobre reembolsos, etiquetas de envío y cambios de plan y quieren que un agente prepare cada acción.
Qué hicieron
El artículo es un repaso de proveedores y la entrada de Yuma encaja con este uso. Yuma se instala dentro de un sistema de ayuda que ya tengas, como Gorgias, Zendesk, Kustomer o Re:amaze. Se describe como capaz de procesar reembolsos, crear etiquetas, editar suscripciones en Recharge, Loop y Skio y leer el contexto del pedido, el envío y el pago. No se describen los pasos de instalación.
Cómo salió
Yuma publica tasas de automatización por cliente, todas dichas por el proveedor: 89 % en EvryJewels, 70 % en Clove, 64 % en Tediber y cerca del 40 % en los primeros días en otros. El artículo no las verifica de forma independiente.
Conviene saber
El precio se da por presupuesto, y lo que el agente puede hacer depende del sistema de ayuda y de las conexiones que tengas. El artículo recomienda probar un reembolso en un entorno de pruebas antes de firmar.
Qué necesitas
- Un sistema de ayuda con el que ya trabajes, como Gorgias, Zendesk, Kustomer o Re:amaze
- Tu tienda y, si vendes suscripciones, la herramienta que las gestiona, como Recharge, Loop o Skio
- Un agente de soporte que se instale dentro de tu sistema de ayuda, como Yuma (el precio es por presupuesto)
- Tus políticas escritas: reembolsos, plazos y excepciones
Cómo hacerlo tú, paso a paso
- Haz una lista de los tipos de ticket que más recibes: reembolsos, etiquetas de envío y cambios de suscripción.
- Escribe tus políticas para cada tipo: cuándo se reembolsa, hasta qué importe, qué excepciones hay.
- Revisa agentes de soporte para tiendas que funcionen dentro de tu sistema de ayuda. Pide presupuesto y confirma que se conectan a tu tienda y a tu herramienta de suscripciones.
- Pide una prueba en un entorno de pruebas, con un reembolso de ejemplo, antes de firmar.
- Configura el agente con el prompt de la ficha: que prepare la acción exacta y un borrador de respuesta y los deje en una cola de revisión.
- Aprueba tú cada acción al principio. No dejes que haga reembolsos ni envíe respuestas por su cuenta.
- Cuando un tipo de ticket salga bien de forma constante, empieza a dejarlo pasar solo y mantén los demás en revisión.
Configura un agente para mi sistema de ayuda [Gorgias, Zendesk u otro] que lea los tickets nuevos sobre reembolsos, etiquetas de envío y cambios de suscripción en [Recharge, Loop o Skio]. Para cada ticket, prepara la acción exacta y un borrador de respuesta, y déjalos en una cola de revisión. No hagas reembolsos, no crees etiquetas, no edites suscripciones ni envíes respuestas hasta que yo apruebe cada una.
Consejos
- Prueba un reembolso en un entorno de pruebas antes de contratar. El artículo lo recomienda.
- Las tasas de automatización que publica el proveedor son suyas y nadie las ha verificado. Pregunta por clientes parecidos al tuyo.
- Pon límites de importe: cualquier reembolso por encima de cierta cifra debe pasar a una persona.
Preguntas frecuentes
¿Cuánto cuesta?
Es por presupuesto. Pídelo con tu volumen de tickets y pregunta qué incluye.
¿Puede equivocarse y reembolsar de más?
Sí, si no pones límites. Empieza con cola de revisión y tu aprobación, y fija un tope por reembolso.
¿Funciona con mi sistema de ayuda?
Depende de las conexiones disponibles. Pregunta al proveedor si se integra con el tuyo y con tu herramienta de suscripciones antes de contratar.
Fuentes
En el directorio desde el 9 de octubre de 2026.
@Nueltek en X
r/PropertyManagement en Reddit