La respuesta directa: no pida a la IA que elija qué sistema tiene razón. Asigne una autoridad por hecho, conserve cada evento y calcule estados comerciales explícitos —pago, fulfillment, devolución, suscripción, atención y oportunidad— antes de liberar una acción. Use IA para extraer señales de notas, emails y documentos, clasificar excepciones y priorizar revisión. Use reglas y transiciones auditables para dinero, consentimiento, elegibilidad y supresión.
Una persona puede estar activa en CRM, tener un pedido pagado en commerce, un reembolso pendiente en el gateway y un caso abierto en atención. Ninguna etiqueta responde por sí sola si corresponde upsell, encuesta, win-back o silencio. Después de resolver quién es el cliente, la empresa debe acordar qué ocurrió, cuándo y qué acción todavía está permitida.
Escriba el Contrato de Estado Comercial
- Objeto — cliente, pedido, suscripción, caso, oportunidad, local o relación.
- Hechos de origen — evento bruto, identificador, productor, versión y payload mínimo.
- Autoridad por hecho — quién confirma pago, entrega, devolución, consentimiento, servicio o venta.
- Dimensiones — no comprima financiero, fulfillment, relación y atención en un campo.
- Tiempo — cuándo ocurrió, cuándo llegó y hasta cuándo puede corregirse.
- Transición — estados anteriores permitidos, siguiente estado válido y reversión.
- Precedencia — qué hecho prevalece en un conflicto y por qué.
- Idempotencia — cómo impedir que retry o duplicado ejecute dos veces.
- Corrección y replay — cómo registrar ajustes, recalcular y reproducir downstream.
- Excepción — umbral, cola, owner, SLA y evidencia para revisión.
- Permiso downstream — qué estados liberan, esperan, suprimen o terminan cada acción.
- Evidencia — lineage, versión de regla, decisión y resultado siguen auditables.
El Contrato evita el seductor campo estado_cliente. Un pedido puede estar pagado pero no enviado; una devolución solicitada sin ítem recibido; una suscripción activa con factura vencida; una oportunidad ganada mientras la implementación fue cancelada. Mantenga dimensiones separadas y derive solo el estado necesario para la decisión.
Dónde terminan las reglas y empieza la IA
- Reglas validan transiciones, autoridad, precedencia, ventana, elegibilidad, consentimiento e idempotencia.
- Integración captura eventos, consulta objetos actuales, normaliza claves y conserva lineage.
- IA extrae motivo de devolución en texto libre, detecta probable resolución en notas, agrupa excepciones y resume contexto.
- Humanos deciden conflicto material, cambio sin fuente confiable, excepción financiera e impacto en cuenta estratégica.
- La abstención es obligatoria si falta evidencia; el estado queda desconocido y la acción riesgosa no ocurre.
- Valor pagado, reembolso concluido, opt-out vigente o entitlement nunca deben ser inventados por un modelo.
Stripe documenta que los webhooks pueden llegar fuera de orden, repetirse y reintentarse; recomienda rastrear IDs y recuperar objetos cuando sea necesario. Shopify expone estados financieros y de fulfillment separados y trata reembolso, devolución y cierre como operaciones relacionadas. Diseñe consumidores para eventos tardíos, duplicados y correctivos sin enviar dos veces ni mantener una acción obsoleta.
Un piloto de seis semanas en una decisión
- Semana 1 — elija una decisión de alta fricción, como pausar cross-sell durante una devolución o bloquear win-back mientras la suscripción sigue activa.
- Semana 2 — escriba el Contrato y muestree secuencias normales, tardías, duplicadas, fuera de orden y corregidas.
- Semana 3 — conecte fuentes en modo sombra; conserve hechos y compare el estado calculado con el sistema operativo.
- Semana 4 — agregue IA solo a excepciones no estructuradas; exija evidencia y confianza calibrada.
- Semana 5 — libere una cohorte reversible con cola humana, kill switch y replay.
- Semana 6 — compare error, latencia, contacto evitado, conversión elegible y costo; decida batch, near-real-time o cierre.
El proyecto mínimo útil no es un customer 360. Es un objeto, una decisión y una secuencia crítica: return_requested → item_received → refund_pending → refund_succeeded. La acción espera hasta el punto definido. Si refund_succeeded llega antes que item_received por retraso, recupere el objeto actual y recalcule; no mueva al cliente hacia atrás.
Mida verdad operativa antes que uplift
- Calidad — estado correcto por dimensión, conflicto abierto, transición inválida, atraso y estado desconocido.
- Confiabilidad — duplicados absorbidos, eventos recuperados, replay exitoso y acciones repetidas.
- Operación — excepciones por mil eventos, tiempo de revisión, backlog, correcciones y horas manuales.
- Cliente — mensajes contradictorios, oferta durante problemas, encuesta prematura y reclamos.
- Negocio — ingreso elegible, conversión tras estado confirmado, retención, fuga de reembolsos y contacto evitado.
- Economía — integración, almacenamiento, observabilidad, modelo, revisión, soporte y costo por decisión confiable.
Primero reduzca falsos positivos críticos: promoción tras cancelación, autorización tratada como ingreso, win-back con contrato activo o upsell durante reclamo. Después estime valor incremental con holdout o rollout escalonado. La conversión bruta puede subir porque cambió la elegibilidad, no porque la IA creó demanda.
Responsabilidad, arquitectura y costo
El dominio que produce el hecho responde por su semántica; CRM o el producto de datos mantiene el Contrato; ingeniería opera ingestión, idempotencia y replay; marketing define acciones; atención, ventas y commerce validan excepciones; datos mide; privacidad y legal revisan propósito y retención. El costo crece con fuentes, volumen, frecuencia, historia, versiones, correcciones, SLA, destinos, observabilidad y revisión. Event sourcing completo puede ser excesivo; una tabla append-only y una proyección versionada pueden bastar.
Conecte identidad, estado y decisión
Resuelva quién es el cliente en https://makinai.co/insights/es/ia-resolucion-identidad-clientes-crm-duplicados, proteja campañas durante atención en https://makinai.co/insights/es/ia-crm-atencion-pausar-campanas-problema-cliente, elija latencia en https://makinai.co/insights/es/ia-tiempo-real-crm-cuando-batch-basta y solo entonces orqueste la siguiente mejor acción en https://makinai.co/insights/es/ia-siguiente-mejor-accion-crm-personalizacion. MAKINAI estructura CRM, commerce, integración y automatización en https://makinai.co/services/es/consultoria-crm-ecommerce-commerce. Lleve un diagrama de fuentes y veinte secuencias problemáticas; podemos delimitar un piloto antes de reescribir toda la arquitectura.
Las fuentes documentan comportamiento de eventos, estados de commerce, reconstrucción de estado y gestión de riesgo. No prueban que un modelo aumentará ingresos ni que la IA sea necesaria. El Contrato, piloto, límites y métricas son recomendaciones editoriales de MAKINAI para validar con sistemas, responsables, datos y requisitos locales.