Utilizzo di più diagrammi di flusso per il tracciamento delle risposte
Molte organizzazioni scelgono di utilizzare più diagrammi di flusso per il tracciamento delle risposte, per vari motivi.
È possibile disporre di un unico diagramma di flusso per il tracciamento delle risposte per tutte le campagne della propria azienda. Se viene utilizzata una singola tabella azione, l'amministratore di sistema di norma imposterà i diagrammi di flusso delle sessioni per scrivere i dati nella tabella azione per l'elaborazione.
Tuttavia, l'implementazione di
Campaign
potrebbe servirsi di una o più tabelle azione, ciascuna collegata a un diagramma di flusso separato per il tracciamento delle risposte.
Le seguenti sezioni descrivono il motivo per il quale si potrebbero utilizzare più diagrammi di flusso per il tracciamento delle risposte.
Si stanno tracciando risposte per livelli destinatario diversi
(Necessario) Serve un diagramma di flusso per il tracciamento delle risposte per ogni livello destinatario per cui si ricevono e rilevano le risposte. Il processo Risposta opera a livello destinatario della cella di ingresso, e scrive in modo automatico la tabella di cronologia delle risposte adeguata per quel livello destinatario. Per tracciare le risposte per due diversi livelli destinatario, ad esempio clienti e nuclei familiari, saranno necessari due processi Risposta diversi, presumibilmente in due diagrammi di flusso per il tracciamento delle risposte separati.
Vi sono requisiti di elaborazione in tempo reale rispetto al batch
(Necessario) La maggior parte delle sessioni di tracciamento delle risposte saranno diagrammi di flusso del batch, che elaboreranno periodicamente gli eventi popolati in una tabella azione (ad esempio, elaborazione notturna degli acquisti dei clienti). La frequenza dell'esecuzione del tracciamento delle risposte dipende dalla disponibilità dei dati della transazione usati per popolare la tabella azione.
Nel caso in cui ad esempio vengano elaborate risposte da diversi canali (ad esempio web rispetto a posta diretta), potrebbe essere necessario separare le sessioni di elaborazione delle risposte dato che la frequenza della disponibilità dei dati della transazione in ingresso saranno diversi per ciascun canale.
Si vuole evitare di duplicare elevati quantitativi di dati
(Facoltativo) Nel caso in cui si disponga di elevati volumi di transazione (ad esempio milioni di transazioni di vendite al giorno) da sottoporre a valutazione, si potrebbe voler realizzare un diagramma di flusso per il tracciamento delle risposte che esegua direttamente l'associazione sui dati sorgente anziché sottoporli a ETL (estrazione, trasformazione, caricamento) in una tabella azione.
Si può ad esempio creare un diagramma di flusso per il tracciamento delle risposte in cui il processo di Estrazione prenda i dati direttamente da una tabella cronologia delle transazioni di acquisto di un sistema e-commerce (sulla base di un particolare intervallo di date), e un processo Risposta che esegua direttamente l'associazione a colonne in questa tabella da questo estratto.
Si vuole eseguire la procedura di hard-code su dati specifici per diverse situazioni
(Facoltativo) Si potrebbe voler eseguire la procedura di hard-code su dati specifici (ad esempio i tipi di risposta) per diverse situazioni, ad esempio diversi canali. Ad esempio, nel caso in cui si sia interessati nello specifico a tracciare un determinato tipo di risposta (ad esempio una "richiesta di informazioni") specifica di un determinato canale (ad esempio un "call center"), sarà possibile creare un campo derivato per filtrare queste risposte e usarlo in un diagramma di flusso per l'elaborazione delle risposte per estrarre tutte le richieste informazioni dal database del call center. Potrebbe essere più comodo creare i dati necessari per il tracciamento delle risposte servendosi dei campi derivati, ed estrarre i dati direttamente dalla sorgente, piuttosto che scrivere i dati su una singola tabella azione.
Si necessita di una logica di elaborazione delle risposte personalizzata
(Facoltativo). Nel caso in cui sia necessario scrivere le proprie regole per l'attribuzione delle risposte sarà possibile creare un diagramma di flusso specifico per il tracciamento delle risposte al fine di implementare la logica di tracciamento delle risposte. Nel caso in cui ad esempio sia necessario identificare i responder a un'offerta "Paghi 3 Prendi 4", sarà necessario uno sguardo su più transazioni per capire se un individuo può essere un responder idoneo. Dopo aver trovato le persone idonee, sarà possibile inserirle in un processo Risposta per registrare le risposte servendosi del codice di trattamento e del tipo di risposta adeguata.
Si desidera un diagramma di flusso di risposta per ciascun prodotto o gruppo di prodotti promosso
(Facoltativo) È possibile creare un diagramma di flusso di risposta separato per ciascun prodotto o gruppo di prodotti promosso tramite le offerte. In questo modo è possibile analizzare facilmente la risposta per prodotto.
Si desidera un diagramma di flusso di risposta per campagna
(Facoltativo) In questo scenario, si dispone di uno o più diagrammi di flusso che generano output ma di un solo diagramma di flusso per campagne che tiene traccia dei responder. Se i dati sono disponibili per campagna, è un modo conveniente per impostare l'elaborazione della risposta.
Copyright IBM Corporation 2015. All Rights Reserved.