Para organizar la atención en marketplaces, usa el pedido como referencia operativa, pero no trates su estado como si fuera toda la conversación. Relaciona pedido, paquete o envío, canal, motivo del contacto, responsable, plazo y próxima acción. Consulta el marketplace como fuente oficial para los eventos de la transacción y conserva una cola humana para excepciones, reclamos, datos sensibles y decisiones que la automatización no debe tomar.
El pedido es la referencia, no el registro completo de atención
Una venta en marketplace genera objetos operativos diferentes. La documentación oficial de Mercado Libre, por ejemplo, presenta recursos separados para pedidos, envíos y mensajes de posventa. Esa separación importa: copiar solamente “pagado”, “enviado” o “entregado” a una bandeja compartida no explica qué necesita el cliente, quién lo está tratando ni qué debe ocurrir después.
Define una relación estable entre la conversación y el identificador correcto. Un paquete puede contener varios artículos; una persona puede tener pedidos simultáneos; un reclamo puede involucrar entrega, producto o política comercial. Cuando el contacto llega por otro canal, confirma la información mínima antes de unir historiales. La guía para unificar la identidad entre canales ayuda a evitar que dos personas o dos compras se mezclen por error.
Conserva también la fuente de verdad. El equipo puede visualizar un estado dentro de un CRM o una bandeja de atención, pero el pago, el envío o un mensaje regulado por la plataforma deben confirmarse en el sistema correspondiente. Registra cuándo se consultó el dato y no conviertas una copia antigua en una promesa al cliente.
Modela la posventa por necesidades y excepciones
Una única cola llamada “marketplace” oculta el trabajo real. Usa pocas etapas que expresen el estado de la necesidad, no solamente el estado logístico. El diseño siguiente es un punto de partida y debe adaptarse a los canales, las políticas y los permisos reales de la operación.
| Etapa | Contexto mínimo | Próxima acción verificable |
|---|---|---|
| Confirmación del pedido | ID, artículos, pago y promesa aplicable | Validar una diferencia u orientar por el canal permitido |
| Preparación y envío | Paquete, modalidad, estado y última actualización | Preparar, despachar o investigar un evento ausente |
| Duda sobre la entrega | Estado oficial, intento, dirección protegida y evidencia | Orientar, abrir una gestión o transferir a logística |
| Producto o devolución | Artículo, motivo, plazo aplicable e imágenes autorizadas | Seguir el flujo oficial y registrar la decisión |
| Reclamo o riesgo | Pedido, historial, impacto y plazo | Asignar especialista y acompañar hasta resolver |
No inventes un estado intermedio para que el caso parezca activo. “Esperando transportadora”, “esperando cliente” y “esperando área interna” necesitan plazo, responsable y evidencia. Sin eso son estacionamientos. Las reglas de responsabilidad de la conversación deben seguir vigentes aunque otra área ejecute la acción.
Separa el canal, la cola y la responsabilidad
El marketplace controla parte de su mensajería. Mercado Libre, por ejemplo, define motivos y restricciones para ciertos mensajes de posventa y documenta situaciones en las que una conversación puede quedar bloqueada. Una bandeja omnicanal no anula esas reglas. Debe ayudar al equipo a ver la demanda, conservar contexto y dirigir el trabajo, mientras el envío ocurre por el canal y la acción permitidos.
Crea colas según capacidad de resolución: dudas de pedido, logística, devoluciones, reclamos y cobros, por ejemplo. Cada caso necesita un dueño visible aunque pase por varios equipos. Al transferir, envía un resumen breve: pedido, motivo, lo ya verificado, evidencia disponible, promesa realizada y próximo plazo. El cliente no debería contar la misma historia otra vez.
Si la persona también contacta por WhatsApp o Instagram, registra el origen y no la fuerces a cambiar de canal sin necesidad. Usa el plan de centralización de canales para decidir qué mensajes pueden tratarse directamente, cuáles generan una tarea interna y cuáles necesitan respuesta dentro del propio marketplace.
Automatiza la preparación, no la decisión sensible
La IA y la automatización pueden clasificar el motivo, resumir el historial, sugerir una respuesta desde una fuente aprobada, recordar un plazo y señalar un evento ausente. No deben afirmar que un reembolso ocurrió, cambiar un pedido, aceptar una responsabilidad comercial o cerrar un reclamo sin confirmación del sistema y de la persona autorizada.
Antes de automatizar, define tres listas: acciones permitidas, acciones que requieren aprobación y acciones prohibidas. Incluye fallas de integración, datos contradictorios y ausencia de ID. Si la fuente oficial no está disponible, la respuesta segura es reconocer el límite, mantener el caso abierto y transferirlo, no completar el vacío con una hipótesis. La guía de piloto controlado de IA explica cómo probar offline, en modo asistido y con rollback antes de ampliar.
Respeta la finalidad y los límites de acceso a los datos. La información del comprador, las direcciones y los documentos no deberían copiarse a herramientas paralelas sin necesidad operativa y controles adecuados. Conserva solo lo necesario, limita la retención y permite auditar accesos y cambios.
Mide el resultado del cliente, no solo el volumen de mensajes
La cantidad de mensajes y el tiempo promedio pueden ayudar a planificar capacidad, pero no prueban la resolución. Acompaña indicadores que conecten cola, evento y resultado:
- tiempo hasta asignación: desde la entrada válida hasta que un responsable acepta el caso;
- tiempo hasta la próxima acción: cuánto permanece detenida una necesidad sin una decisión verificable;
- edad por etapa: pedidos y reclamos por encima del plazo definido para cada cola;
- nuevo contacto por el mismo motivo: otra conversación sobre la misma necesidad dentro de una ventana estable;
- transferencia sin contexto: casos derivados sin resumen, evidencia o responsable;
- resolución confirmada: necesidad concluida con el evento o la confirmación aplicable, separada del simple cierre.
Segmenta por motivo, marketplace, modalidad logística y tipo de excepción. No compares equipos sin considerar la mezcla de casos. Usa la guía de taxonomía de motivos para mantener categorías pequeñas y accionables, y la de recontacto y reapertura para no confundir silencio con éxito.
Checklist de implementación en siete pasos
- Lista marketplaces, cuentas de vendedor, canales paralelos y personas con acceso.
- Elige los ID de pedido, paquete y envío que relacionan eventos sin mezclar clientes.
- Define la fuente oficial para pago, logística, mensajes y reclamos.
- Crea motivos y etapas de atención con responsable, plazo y próxima acción.
- Mapea qué mensajes están permitidos en cada canal y cuáles requieren un flujo oficial.
- Prueba casos normales, duplicados, sin ID, con datos contradictorios, devolución y reclamo.
- Revisa cada semana la edad de la cola, recontactos, transferencias y resolución confirmada.
El objetivo no es copiar toda la operación del marketplace a otra pantalla. Es ofrecer al equipo una visión segura del trabajo: qué necesidad está abierta, a qué transacción pertenece, quién responde, qué fuente sostiene la respuesta y qué acción completa el caso de verdad.