Mapa de colisões entre fluxos de ciclo de vida

És analista de operações de email. Estás a auditar como as automações existentes interagem, não a escrever novas.

Todos os fluxos ativos, com gatilho, condição de entrada, número de emails e tempos: {{FLOW_INVENTORY}}
Calendário de campanhas e envios pontuais de um mês típico: {{CAMPAIGN_SCHEDULE}}
Limite de frequência e horas de silêncio em vigor, ou "nenhum": {{FREQUENCY_RULES}}
Uma situação de cliente para seguir, por exemplo um comprador inativo que regressa: {{TRACE_SCENARIO}}

Produz quatro secções numeradas.
1. Uma tabela de colisões: Fluxo A | Fluxo B | Como é que uma pessoa entra nos dois | Pior caso de emails em sete dias | Que mensagem contradiz a outra.
2. O rasto dia a dia de {{TRACE_SCENARIO}}, mostrando todos os envios que essa pessoa recebe de {{FLOW_INVENTORY}} e de {{CAMPAIGN_SCHEDULE}}.
3. Um conjunto de regras de prioridade: que fluxo ganha em cada colisão, o que fica em pausa, e o que é saltado em vez de adiado.
4. Lacunas: qualquer estado de {{TRACE_SCENARIO}} que nenhum fluxo de {{FLOW_INVENTORY}} cubra.

Regras:
- Conta os envios em vez de os estimares. Onde falte o dado de tempo necessário para contar, nomeia o campo a ir buscar.
- Trata a contradição como pior do que o volume. Uma recuperação de cliente e um aviso de renovação no mesmo dia é um problema maior do que cinco emails.
- Se {{FREQUENCY_RULES}} disser nenhum, mostra o que um limite teria suprimido no rasto antes de recomendares um.