Retail y comercio electrónico: identidad, pedidos, recorridos, devoluciones y riesgo
El módulo de retail convierte SellioCRM en la capa de cliente por encima de tu tienda: reconecta la navegación anónima con la persona que finalmente inicia sesión, refleja pedidos e inventario de tu plataforma sin fingir jamás que los posee, arma segmentos y recorridos, opera cupones, recomendaciones, reseñas, referidos y suscripciones, y trata la devolución como una oferta en lugar de un obstáculo. No es una plataforma de comercio electrónico: nunca ejecuta tu checkout ni se convierte en el sistema de registro de una venta. Opcional y apagado hasta que un administrador lo active.
La vertical de retail es opcional. Mientras está apagada, nada cambia en tu CRM. Un administrador la activa en Configuración, en Verticales. Se construyó para comercio electrónico, tienda física y todo lo que hay en medio, y parte de un hecho incómodo: tu CRM no es tu tienda. Refleja lo que dice la plataforma, siempre con el origen y la antigüedad del dato, y cuando necesita actuar sobre la tienda lo hace mediante una acción delegada, idempotente, sujeta a aprobación y registrada en una traza.
La mayor parte de tu tráfico es anónima, y ese es el problema real
Alguien navega dos semanas y solo entonces compra. Sin resolución de identidad son dos historias sin relación. El módulo enlaza el comportamiento anterior al inicio de sesión con el cliente que apareció después, y es deliberadamente cuidadoso en el cómo: un identificador fuerte, como el código de cliente de la tienda, un número de fidelidad o un acceso social, puede reconectar solo; un correo, un teléfono o un dispositivo no. Las familias comparten teléfono. Esos casos van a revisión humana en lugar de fusionar dos personas en silencio, y toda fusión puede deshacerse.
La sincronización es donde las integraciones se pudren en silencio
Los webhooks llegan dos veces, fuera de orden, o no llegan. Cada registro que viene de la plataforma se identifica por origen, recurso, identificador externo y versión, así que un duplicado o uno tardío simplemente no es nada. Una reconciliación nocturna compara los conteos con la plataforma, porque el fallo que duele no es el error que ves: es el registro que nunca llegó y que nadie notó.
Pedido, inventario y expedición se reflejan, no se poseen
El pedido lleva el sistema de origen y el instante en que se leyó, así que siempre sabes cuán reciente es esa cifra. El CRM no factura, no captura el pago de la tienda y no decide el stock. Lo que añade es lo que la tienda no ve por sí sola: quién es este comprador en todos los canales, qué hizo antes de comprar y qué ocurre después.
Comportamiento a volumen, sin que ninguna pantalla lea eventos crudos
La navegación genera muchas más filas que los pedidos. Los eventos viven en una tabla particionada por mes, y ninguna pantalla la consulta directamente. Lo que lee la interfaz son agregados recalculados por un proceso, cada uno sellado con el momento en que se construyó. Es un intercambio deliberado: cifras con unos minutos de antigüedad y siempre disponibles, en lugar de cifras en vivo que a veces tumban la página.
Segmentos, recorridos y el límite de cuántas veces puedes hablar
Los segmentos se arman a partir del comportamiento, los pedidos y el perfil, y alimentan recorridos y campañas. Por encima de todos hay una regla de presión de contacto: tope por período, horario de silencio, listas de supresión y prioridad entre recorridos, para que tres campañas no decidan por separado hablarle a la misma persona la misma noche. Ese motor se promovió al núcleo compartido, porque el tope y el horario de silencio son la misma pregunta en cualquier sector.
Cupones, recomendaciones, reseñas, referidos y suscripciones
Los cupones llevan reglas y límites en vez de vivir en una hoja de cálculo. Las recomendaciones salen de lo que la gente realmente compró junto. La solicitud de reseña respeta el estado del pedido. El referido acredita a quien trajo al cliente. Las suscripciones siguen ciclos y señales de cancelación. Nada de esto sustituye tu tienda: es la capa de relación que la tienda nunca tuvo.
La devolución como oferta, no como obstáculo
La elegibilidad se comprueba contra el plazo de la política desde la fecha del pedido. Cuando la devolución es elegible, el crédito en tienda puede llevar un bono sobre el reembolso simple, para que cambiar sea de verdad más atractivo que recuperar el dinero. Eso se modela como una oferta que el cliente puede rechazar, nunca como fricción puesta en el camino de un reembolso al que tiene derecho.
El riesgo expresado como confianza, no como sospecha
Las señales sobre un pedido o un cliente suman en una puntuación de confianza donde cien significa confiable y cero significa riesgo alto. Una señal descartada deja de contar, y eso importa: una regla que sigue castigando al cliente por algo que una persona ya resolvió es una regla que enseña a tu equipo a ignorar la puntuación.
Fidelidad a tu manera
La fidelidad funciona en dos modos y eliges por organización: un libro nativo que solo acepta asientos, con niveles, o un espejo del programa externo que ya operas. En el modo nativo una corrección es un asiento nuevo y nunca una edición, así que el saldo siempre se puede explicar.
Lo que este módulo no hace
- No es una plataforma de comercio electrónico: sin escaparate, sin checkout, sin captura de pago de la tienda, y nunca es el sistema de registro de una venta.
- No decide el stock; refleja lo que informa tu plataforma, con la antigüedad del dato incluida.
- No exporta a un data warehouse en esta versión; el camino está documentado, no construido.
- No fusiona a dos personas porque compartan correo, teléfono o dispositivo.
- No muestra flujos de eventos en vivo; la interfaz lee agregados que llevan el instante en que se calcularon.