Automatizar las salidas, no solo las entradas
Toda automatización que crea trabajo cuando un registro entra en un estado debe definir también qué ocurre cuando sale de él; si no, el estado posterior queda obsoleto.
Elaborado de forma independiente. No contiene detalles de implementación, nombres internos ni cifras de ningún empleador o cliente.
01Contexto
Los segmentos, la elegibilidad y los estados del ciclo de vida disparan tareas, pertenencias a campañas y procesos de recuperación. Cada automatización se construyó para la entrada: cuando una cuenta pasa a En riesgo, crear una tarea y añadirla a una campaña. Ninguna se construyó para la salida. Las cuentas recuperadas o no elegibles siguen recibiendo acciones, y la limpieza es un trabajo manual periódico.
02Factores de decisión
- F01
Los estados cambian en ambos sentidos
- F02
Las acciones obsoletas hacen perder tiempo a sus responsables y envían mensajes equivocados
- F03
Las repeticiones no deben duplicar trabajo
- F04
El trabajo en curso no debe descartarse
03Opciones consideradas
Solo automatizaciones de entrada; limpieza manual periódica
Estados que nunca se revierten
Coste: La deriva se acumula; ediciones masivas arriesgadasBorrar y recrear todas las acciones en cada ejecución
Poblaciones diminutas y sin estado
Coste: Se pierde el trabajo en curso; los registros rotan sin pararSalidas diseñadas por acción, más un proceso de conciliación
Cualquier estado que genere trabajo posterior
Coste: Una regla de salida por acción y un pequeño proceso de conciliación04Decisión
Para cada acción automatizada, declarar su entrada, su clave y su salida: qué le ocurre cuando el registro abandona el estado o la población (cerrar, salir, archivar o mantener) y con qué motivo. Comprobar la elegibilidad cuando la acción se ejecuta, no solo cuando se dispara. Proteger el trabajo en curso del cierre automático. Ejecutar un proceso de conciliación que detecte y repare las salidas que se hayan perdido.
05Consecuencias
- El estado posterior sigue al estado actual en ambos sentidos.
- Los duplicados desaparecen porque cada acción tiene clave.
- Las salidas perdidas las encuentra la conciliación, no los usuarios.
- Diseñar una automatización incluye ahora diseñar su final.
06Cuándo revisarla
La acción es puramente informativa y caduca sola.
El sistema posterior deriva la pertenencia en vivo a partir del estado de origen.
07Dónde se aplica esta decisión
Casos que adoptan esta decisión, y por qué importa en cada uno.
- Caso de automatización / 02Del segmento de rendimiento a la acción comercial, automatizadoUna matriz de acciones por segmento, con la elegibilidad comprobada al ejecutar, una acción con clave por cuenta, segmento y periodo de entrada, y salidas diseñadas que cierran lo que ya no aplica.
- Caso de automatización / 06Un conciliador para el estado obsoleto aguas abajoUn conciliador programado que deriva el estado esperado aguas abajo, lo compara con lo que existe y cierra las acciones obsoletas dentro de unas salvaguardas: simulación, límite de alcance, registros protegidos y revisión del responsable.