Il template dei dati per la gestione di resi e rimborsi
Il template dei dati per la gestione di resi e rimborsi
Questo è il nostro template generico per i dati di Process Mining relativi a Gestione di resi e rimborsi. Per indicazioni più specifiche, utilizzi i template dedicati ai singoli sistemi.
Selezioni un sistema specifico- Una struttura dati universale, applicabile a qualsiasi sistema di gestione di resi e rimborsi.
- Attributi e attività essenziali per un’analisi approfondita dei processi.
- Una base per individuare inefficienze e opportunità di ottimizzazione.
Attributi per la gestione di resi e rimborsi
| Nome | Descrizione | ||
|---|---|---|---|
| ID della pratica di reso ReturnCaseId | Identificativo univoco della pratica di reso e rimborso di un cliente. Collega tutte le attività correlate, dall’avvio alla chiusura. | ||
| Descrizione L’ID della pratica di reso è la chiave primaria che identifica in modo univoco una singola istanza del processo di reso. A ogni reso avviato da un cliente viene assegnato un ID univoco, utilizzato per tenere traccia di tutti gli eventi, i documenti e le comunicazioni successivi relativi a quel reso specifico. Nell’analisi di Process Mining, questo ID è essenziale per correlare tutti gli eventi pertinenti e ricostruire un flusso di processo coerente. Consente allo strumento di ricostruire il percorso completo di ogni reso, dalla richiesta iniziale alla risoluzione finale, ad esempio con un rimborso o un cambio. Senza un ID caso coerente, non sarebbe possibile analizzare le varianti del processo, misurare i tempi di ciclo o individuare con precisione i colli di bottiglia. Perché è importante È l’attributo fondamentale per il Process Mining: raggruppa tutti gli eventi correlati in un unico caso e consente di ricostruire e analizzare l’intero processo di reso. Dove reperirli Si trova in genere nell’intestazione dei documenti dell’ordine di reso, nei record di autorizzazione al reso (RMA) o nei sistemi di gestione delle pratiche. Esempi RT-94301RMA-2024-00123CASE-582190-RET700045981 | |||
| Nome dell’attività ActivityName | Nome dello specifico evento aziendale o dell’attività che si è verificata durante il processo di reso e rimborso. | ||
| Descrizione Il nome dell’attività descrive un passaggio o una tappa specifica del ciclo di vita del reso. Rappresenta una singola azione o modifica di stato, ad esempio «Richiesta di reso creata», «Articolo ricevuto» o «Rimborso elaborato». Queste attività costituiscono gli elementi fondamentali della mappa del processo. Nell’analisi, questo attributo serve a visualizzare il flusso del processo, mostrando la sequenza e la frequenza dei diversi passaggi. Analizzare le attività aiuta a individuare i percorsi più comuni, le deviazioni dal processo standard e i punti in cui si verificano rilavorazioni. È fondamentale per capire cosa accade realmente durante un reso e viene utilizzato in quasi tutte le Dashboard e nei KPI di Process Mining. Perché è importante Definisce i passaggi del processo e consente di visualizzare la mappa, analizzare le varianti e individuare i colli di bottiglia o i cicli di rilavorazione. Dove reperirli Queste informazioni derivano spesso dai registri delle modifiche di stato, dalle tabelle degli eventi o dai codici di transazione del sistema di origine. Esempi Richiesta di reso approvataIspezione dell’articolo completataNota di credito creataPratica di reso chiusa | |||
| Ora dell’evento EventTime | Data e ora in cui si è verificata una specifica attività o un evento. | ||
| Descrizione L’ora dell’evento, o marca temporale, registra la data e l’ora esatte in cui si è svolta un’attività. Questi dati cronologici sono essenziali per ordinare correttamente gli eventi all’interno di ogni caso e definiscono la sequenza temporale del processo di reso. Questo attributo è fondamentale per qualsiasi analisi basata sui tempi. Serve a calcolare i tempi di ciclo tra le attività, misurare la durata complessiva di una pratica di reso e verificare il rispetto degli accordi sui livelli di servizio (SLA), ad esempio il tempo necessario per elaborare un rimborso. Analizzando le marche temporali, le organizzazioni possono individuare i ritardi, comprendere l’andamento del processo nel tempo e trovare opportunità per accelerare il ciclo di reso. Perché è importante Fornisce la sequenza cronologica degli eventi, essenziale per calcolare i tempi di ciclo, individuare i colli di bottiglia e misurare il rispetto degli SLA. Dove reperirli Si trova in genere nei registri di sistema, nei record delle transazioni o nelle date e ore di creazione dei documenti associati a ciascuna attività. Esempi 2023-04-15T10:30:00Z2023-11-20T14:22:15Z2024-01-05T09:00:00Z | |||
| Sistema di origine SourceSystem | Sistema informativo da cui sono stati estratti i dati degli eventi. | ||
| Descrizione L’attributo Sistema di origine identifica l’applicazione o la piattaforma in cui è stata registrata l’attività. In molte organizzazioni, il processo di reso coinvolge più sistemi: ad esempio, un CRM per la richiesta iniziale, un WMS per la ricezione dell’articolo e un ERP per l’elaborazione del rimborso. Identificare il sistema di origine è importante per la governance dei dati e per comprendere l’architettura tecnologica del processo. Nell’analisi, può aiutare a ricondurre i problemi di qualità dei dati alla loro origine o a individuare la frammentazione del processo, quando le attività passano spesso da un sistema all’altro, con possibili ritardi e inefficienze. Perché è importante Aiuta a comprendere la provenienza dei dati e ad analizzare i passaggi di attività tra sistemi informatici diversi, nonché gli eventuali ritardi dovuti alle loro interazioni. Dove reperirli Spesso si tratta di un campo di metadati aggiunto durante l’estrazione dei dati o disponibile nelle intestazioni dei registri di sistema. Esempi SAP S/4HANASalesforceOracle NetSuiteDynamics 365 | |||
| Ultimo aggiornamento dei dati LastDataUpdate | Data e ora dell’ultimo aggiornamento dei dati del processo. | ||
| Descrizione Questo attributo registra quando il set di dati utilizzato per l’analisi di Process Mining è stato estratto o aggiornato per l’ultima volta dai sistemi di origine. Fornisce un’indicazione dell’attualità dei dati e delle informazioni generate. Pur non essendo utilizzato direttamente per calcolare metriche di processo come il tempo di ciclo, è fondamentale affinché chi consulta i report possa valutare quanto siano aggiornati i dati. Consente alle parti interessate di interpretare correttamente l’analisi, sapendo, ad esempio, se le Dashboard riflettono l’andamento fino al giorno precedente o alla settimana precedente. Perché è importante Fornisce un contesto essenziale sull’attualità dei dati, aiutando le parti interessate a capire quanto sia aggiornata l’analisi del processo. Dove reperirli In genere si tratta di metadati generati durante il processo di estrazione, trasformazione e caricamento dei dati (ETL). Esempi 2023-05-01T02:00:00Z2023-05-02T02:00:00Z2023-05-03T02:00:00Z | |||
| Canale di reso ReturnChannel | Metodo o canale attraverso cui il cliente ha avviato il reso. | ||
| Descrizione Il canale di reso specifica come è stato avviato il reso, ad esempio tramite «Portale online», «In negozio», «Chiamata al servizio clienti» o «Posta». I diversi canali possono comportare processi, costi e livelli di soddisfazione distinti. Analizzare il processo di reso per canale consente all’azienda di confrontarne l’efficienza e la convenienza economica. L’analisi può rivelare, ad esempio, che un canale ha tempi di ciclo nettamente più lunghi o richiede più interventi manuali rispetto a un altro. Queste informazioni possono orientare gli investimenti nel miglioramento dei processi o nell’automazione, per offrire un’esperienza più uniforme ed efficiente su tutti i canali. Perché è importante L’analisi per canale consente di confrontare l’efficienza, i costi e l’esperienza del cliente associati ai diversi metodi di reso, orientando le decisioni sugli investimenti. Dove reperirli Queste informazioni vengono in genere raccolte all’avvio del reso e salvate nella richiesta di reso o nel record di gestione della pratica. Esempi OnlineIn negozioCentro assistenza telefonicaPosta | |||
| ID cliente CustomerId | Identificativo univoco del cliente che ha avviato il reso. | ||
| Descrizione L’ID cliente identifica in modo univoco la persona o l’azienda che restituisce il prodotto. Questo attributo collega la transazione di reso alla cronologia complessiva del cliente presso l’azienda. Consente di analizzare il processo di reso dal punto di vista del cliente. L’analisi può rivelare se alcuni clienti effettuano resi con particolare frequenza, un comportamento che potrebbe indicare frodi o una persistente insoddisfazione. Può inoltre servire a segmentare il processo di reso, ad esempio per verificare se i clienti VIP usufruiscono di una procedura più rapida o diversa rispetto agli altri clienti. Perché è importante Consente un’analisi incentrata sul cliente, utile per individuare chi effettua resi frequenti, segmentare la clientela e valutare l’esperienza di reso dei diversi gruppi. Dove reperirli Si trova nell’intestazione dell’ordine di reso o nelle informazioni sull’account cliente collegato, nei sistemi CRM o ERP. Esempi CUST-10045ACCT-9821-B800345user@example.com | |||
| ID prodotto ProductId | Identificativo univoco del prodotto o servizio restituito. | ||
| Descrizione L’ID prodotto è un codice univoco, ad esempio uno SKU o un numero materiale, che identifica l’articolo specifico restituito. Collega la pratica di reso al catalogo prodotti dell’azienda. Analizzare i resi per ID prodotto aiuta a individuare gli articoli con un tasso di reso elevato. L’analisi può far emergere problemi di qualità, difetti di progettazione o descrizioni online inesatte. Le aziende possono utilizzare queste informazioni per decidere se ritirare un prodotto, migliorarne il design o aggiornare i materiali di marketing. È una dimensione essenziale per comprendere l’impatto finanziario e operativo dei resi per ciascun prodotto. Perché è importante Consente di analizzare i singoli prodotti e individuare quelli con un tasso di reso elevato, che può indicare problemi di qualità o descrizioni inesatte. Dove reperirli È disponibile nei dettagli delle righe dell’ordine di reso, dell’ordine di vendita o del record di autorizzazione al reso (RMA). Esempi SKU-A-5011-BLUEMAT-987654PROD-000424005808915442 | |||
| Importo del rimborso richiesto RequestedRefundAmount | Importo totale del rimborso richiesto dal cliente all’inizio del processo. | ||
| Descrizione Questo attributo rappresenta l’importo iniziale del rimborso atteso dal cliente, in genere calcolato in base al prezzo degli articoli restituiti. Costituisce il valore di riferimento all’inizio del processo di reso e rimborso. Nell’analisi, confrontare questo importo con l’importo effettivo del rimborso è fondamentale per il KPI «Precisione dell’importo del rimborso». Le differenze possono evidenziare problemi come spese di reintegro, rimborsi parziali per articoli danneggiati o errori nei calcoli iniziali. Analizzare questo valore aiuta anche a classificare i resi in base al loro impatto finanziario. Perché è importante Fornisce un valore di riferimento per misurare la precisione dei rimborsi e aiuta a classificare i resi in base all’importo, così da poter dare priorità alle pratiche di valore elevato. Dove reperirli Si trova in genere nella richiesta di reso o nel documento iniziale dell’ordine di reso, associato al valore netto degli articoli. Esempi 99.99150.0025.501200.75 | |||
| Importo effettivo del rimborso ActualRefundAmount | Importo finale del rimborso versato al cliente dopo tutte le ispezioni e gli adeguamenti. | ||
| Descrizione L’importo effettivo del rimborso è la somma finale riaccreditata al cliente. Può differire dall’importo richiesto per fattori quali spese di reintegro, promozioni, detrazioni delle spese di spedizione o adeguamenti in base alle condizioni dell’articolo restituito. Questo attributo è essenziale per la riconciliazione finanziaria e per misurare i risultati del processo. Confrontato con l’importo richiesto, costituisce la componente principale del KPI «Precisione dell’importo del rimborso». Analizzare questi dati aiuta a comprendere l’impatto finanziario delle politiche di reso e i motivi degli adeguamenti, facendo emergere eventuali perdite o recuperi di valore. Perché è importante È fondamentale per l’analisi finanziaria, per misurare la precisione dei rimborsi e per comprendere il reale impatto economico del processo di reso sull’azienda. Dove reperirli Si trova nella nota di credito, nei documenti di registrazione finanziaria o nei record di chiusura definitiva della pratica, nel sistema ERP o contabile. Esempi 99.99135.000.001200.75 | |||
| Motivo del reso ReturnReason | Motivo del reso indicato dal cliente o determinato durante l’ispezione. | ||
| Descrizione Il motivo del reso indica perché un articolo è stato restituito. Le ragioni possono essere molto diverse: «Articolo errato spedito», «Prodotto difettoso», «Ripensamento» o «Taglia non adatta». Di solito, queste informazioni vengono raccolte dal cliente all’avvio della procedura di reso. Questo attributo è prezioso per individuare le cause profonde. Analizzando i motivi di reso più frequenti, un’azienda può identificare problemi legati ai prodotti, alla precisione delle spedizioni o alle descrizioni degli articoli. Queste informazioni possono orientare interventi strategici sulla qualità dei prodotti, sulla logistica o sul marketing, riducendo il tasso complessivo di reso e migliorando la soddisfazione dei clienti. Perché è importante Consente di individuare le cause profonde e riconoscere schemi ricorrenti nei difetti dei prodotti, negli errori di spedizione o nelle preferenze dei clienti, contribuendo a ridurre i resi futuri. Dove reperirli Di solito viene registrato nel modulo di richiesta di reso o nel documento dell’ordine, spesso come codice motivo standardizzato o campo di testo libero. Esempi Prodotto difettosoTaglia o colore erratiArrivato in ritardoNon più necessario | |||
| Ora di fine dell’evento EventEndTime | Data e ora in cui è stata completata una specifica attività. | ||
| Descrizione Mentre l’ora dell’evento indica l’inizio di un’attività, l’ora di fine dell’evento ne registra il completamento. È particolarmente utile per le attività di cui è possibile misurare la durata, come «Ispezione dell’articolo» o «Controllo qualità». Nell’analisi, questo attributo serve principalmente a calcolare il tempo di elaborazione o la durata delle singole attività. Sottraendo l’ora dell’evento dall’ora di fine dell’evento, gli analisti possono misurare quanto tempo richiede ogni passaggio. È un dato fondamentale per l’analisi dei colli di bottiglia, la pianificazione della capacità delle risorse e l’individuazione delle attività che assorbono più tempo nell’intero processo. Perché è importante Consente di calcolare la durata delle attività, un dato fondamentale per analizzare nel dettaglio i colli di bottiglia e comprendere l’utilizzo delle risorse. Dove reperirli Si trova nei registri di sistema o nei dati delle transazioni che riportano le date e le ore di inizio e fine di un’operazione. Esempi 2023-04-15T11:00:00Z2023-11-20T14:55:00Z2024-01-05T17:30:00Z | |||
| Utente responsabile ResponsibleUser | Utente, dipendente o agente di sistema automatizzato che ha eseguito o è responsabile di una specifica attività. | ||
| Descrizione Questo attributo identifica la persona o il team che ha eseguito una determinata attività nel processo di reso. Può trattarsi di un addetto al servizio clienti che ha approvato il reso, di un magazziniere che ha ispezionato l’articolo o di un sistema automatizzato che ha elaborato il rimborso. Analizzare l’utente responsabile aiuta a comprendere la distribuzione del carico di lavoro, le prestazioni dei team e le esigenze di formazione. Può rivelare se determinati utenti o team costituiscono colli di bottiglia o seguono varianti diverse del processo. Questi dati sono inoltre essenziali per analizzare le rilavorazioni, perché mostrano chi ha svolto l’attività iniziale e chi ha dovuto correggerla. Perché è importante È fondamentale per analizzare le prestazioni delle risorse: consente di confrontare l’efficienza dei team, analizzare la distribuzione del carico di lavoro e individuare opportunità di formazione. Dove reperirli Si trova comunemente nei dettagli delle transazioni, nei registri delle modifiche ai documenti o nei registri delle attività degli utenti, in campi come «ID utente» o «Elaborato da». Esempi j.smithServiceTeam_EUSYSTEM_AUTOAgent045 | |||
| Codice azienda CompanyCode | Identificativo della specifica entità giuridica o filiale che gestisce il reso. | ||
| Descrizione Nelle grandi organizzazioni multinazionali, il codice azienda distingue le diverse entità giuridiche o società controllate. Questo identificativo assicura che le transazioni finanziarie e i movimenti di inventario siano attribuiti correttamente alla parte dell’azienda interessata. Per le aziende che operano con più entità giuridiche, questo attributo è fondamentale per segmentare l’analisi del processo. Consente di confrontare l’andamento del processo di reso tra paesi, unità aziendali o marchi diversi. In questo modo possono emergere differenze regionali in termini di efficienza, rispetto delle policy o motivi di reso più frequenti. Perché è importante Nelle organizzazioni con più entità, consente di confrontare l’andamento e la conformità dei processi tra unità aziendali, regioni o società diverse. Dove reperirli È un campo fondamentale dei dati organizzativi, presente nell’intestazione dei documenti finanziari e logistici di un sistema ERP. Esempi 1000US01DE015400 | |||
| Codice di destinazione DispositionCode | Codice che indica l’esito dell’ispezione dell’articolo e l’azione successiva da intraprendere. | ||
| Descrizione Il codice di destinazione viene assegnato dopo l’ispezione fisica dell’articolo restituito. Determina il passaggio successivo del processo, ad esempio «Rientro a magazzino», «Riparazione», «Scarto» o «Reso al fornitore». Analizzare i codici di destinazione permette di comprendere gli esiti dei resi. Consente di quantificare l’impatto finanziario della merce restituita, ad esempio mostrando la percentuale di articoli scartati rispetto a quelli che possono essere rivenduti. Questi dati sono fondamentali per la gestione dell’inventario e per comprendere il costo effettivo dei resi, oltre al solo importo dei rimborsi. Perché è importante Mostra l’esito dell’ispezione, un dato essenziale per la gestione dell’inventario e per calcolare le perdite o i recuperi finanziari legati alla merce restituita. Dove reperirli Viene in genere registrato nei sistemi di gestione del magazzino o dell’inventario al termine dell’ispezione fisica dell’articolo restituito. Esempi REINTEGROSCARTORIPARAZIONERESO_AL_FORNITORE | |||
| Motivo del rifiuto RejectionReason | Motivo specifico per cui una richiesta di reso o di rimborso è stata respinta. | ||
| Descrizione Quando un reso non viene accettato, il motivo del rifiuto ne spiega la ragione. Tra i motivi più comuni figurano «Termine previsto dalla policy scaduto», «Articolo danneggiato dal cliente» o «Articolo non restituibile». Questo attributo è fondamentale per comprendere il rispetto delle procedure e l’applicazione delle policy. Analizzare i motivi di rifiuto aiuta a individuare i punti su cui i clienti hanno più spesso dubbi riguardo alla policy di reso. Può inoltre far emergere differenze nell’applicazione delle policy da parte di agenti o team diversi. Queste informazioni possono servire a chiarire le condizioni di reso per i clienti o a offrire una formazione più adeguata al personale. Perché è importante Spiega perché i resi vengono respinti e fornisce indicazioni sul comportamento dei clienti, sulla chiarezza delle policy e sulla coerenza della loro applicazione. Dove reperirli Si trova nelle note della pratica o in un campo di stato specifico del sistema di autorizzazione al reso o di gestione delle pratiche. Esempi Termine per il reso scadutoArticolo non nelle condizioni originaliArticolo in saldo finaleConfezione originale mancante | |||
| Stato del reso ReturnStatus | Stato complessivo della pratica di reso al momento dell’evento. | ||
| Descrizione Lo stato del reso indica a che punto del ciclo di vita si trova la pratica, ad esempio «In attesa di approvazione», «In attesa di ricezione», «Ispezione completata» o «Chiuso». Rappresenta lo stato complessivo della pratica. Mentre il nome dell’attività registra i singoli eventi, lo stato del reso è utile per filtrare e analizzare le pratiche in base alla loro situazione corrente. Aiuta a gestire il volume di lavoro mostrando quante pratiche si trovano in ciascuna fase del processo in un dato momento. Queste informazioni possono alimentare Dashboard che monitorano il lavoro in corso e individuano gli arretrati che si accumulano in specifiche fasi. Perché è importante Consente di monitorare l’avanzamento dei resi e analizzare il lavoro in corso, aspetti essenziali per gestire il volume di attività e individuare gli arretrati. Dove reperirli È un campo di stato presente nell’intestazione dell’ordine di reso, della RMA o del record della pratica. Esempi In attesa di approvazioneArticolo ricevutoRimborso elaboratoChiuso | |||
Attività per la gestione di resi e rimborsi
| Attività | Descrizione | ||
|---|---|---|---|
| Articolo ricevuto | Questa attività segna la ricezione fisica dell’articolo restituito presso il magazzino o il centro resi designato. È una tappa logistica fondamentale, che conferma il rientro dell’articolo nella disponibilità dell’azienda. | ||
| Perché è importante Questo evento è un punto di controllo importante che divide il processo di reso nelle fasi «attività del cliente» e «attività interne». Il tempo che intercorre tra l’approvazione e la ricezione misura le prestazioni del cliente e della spedizione. Dove reperirli È un evento esplicito acquisito dai sistemi di gestione del magazzino o dell’inventario, in genere quando viene registrata la ricezione della merce o l’articolo viene scansionato all’arrivo. Acquisizione Cercare le transazioni di ricezione della merce o i registri dei movimenti di inventario collegati all’ID specifico del caso di reso. Tipo di evento explicit | |||
| Destinazione del reso definita | Dopo l’ispezione, questa attività rappresenta la decisione su come gestire l’articolo restituito. Le destinazioni più comuni prevedono il reinserimento a magazzino, la rottamazione o l’invio in riparazione. | ||
| Perché è importante Le decisioni sulla destinazione incidono direttamente sui livelli di inventario e sulle svalutazioni finanziarie. Analizzarne gli esiti aiuta a comprendere i costi dei resi e le modalità di guasto dei prodotti. Dove reperirli In genere, viene registrata con un codice di destinazione o un codice motivo specifico, assegnato alla riga dell’articolo restituito al termine dell’ispezione. Acquisizione Individuare l’evento in cui viene assegnato all’articolo restituito un codice di destinazione o un’azione successiva, come «Accredito» o «Rottamazione». Tipo di evento explicit | |||
| Ispezione dell’articolo completata | Questa attività rappresenta il completamento del controllo di qualità dell’articolo restituito. Durante l’ispezione se ne valutano le condizioni per stabilire se è idoneo a un rimborso completo, a un accredito parziale o a una sostituzione. | ||
| Perché è importante La durata e l’esito delle ispezioni sono fondamentali per individuare i colli di bottiglia nella gestione di magazzino e comprendere i problemi di qualità dei prodotti. È il momento decisionale che determina l’esito economico. Dove reperirli Può trattarsi di un evento esplicito in un modulo di gestione della qualità oppure può essere dedotto dalla modifica dello stato della riga dell’articolo restituito, che indica il completamento dell’ispezione. Acquisizione Acquisire la data e l’ora del record della decisione sulla qualità, dell’assegnazione di un codice di destinazione o dell’aggiornamento dello stato a «Ispezione completata». Tipo di evento explicit | |||
| Nota di credito creata | Questa attività indica la creazione di un documento finanziario che autorizza il rimborso al cliente. Registra formalmente l’importo da accreditare e prepara il sistema finanziario al pagamento. | ||
| Perché è importante Segna l’inizio della fase di liquidazione finanziaria del reso. Il tempo che intercorre tra la ricezione dell’articolo e la creazione della nota di credito è un indicatore importante dell’efficienza dell’elaborazione interna. Dove reperirli È un evento esplicito acquisito al momento della creazione di una nota di credito o di un documento di fatturazione equivalente nel modulo finanziario o commerciale. Acquisizione Acquisire la data e l’ora di creazione della nota di credito collegata al caso di reso. Tipo di evento explicit | |||
| Pratica di reso chiusa | È l’attività finale, che indica il completamento di tutte le operazioni logistiche, finanziarie e amministrative relative al reso. La pratica passa allo stato definitivo di chiusura e non sono previste ulteriori attività. | ||
| Perché è importante Segna la conclusione definitiva del processo per una singola pratica. È essenziale per calcolare con precisione il tempo di ciclo complessivo e comprendere il volume di pratiche gestite. Dove reperirli Questo evento si deduce dalla modifica finale dello stato della pratica di reso principale, ad esempio a «Chiuso» o «Completato». Acquisizione Acquisire la data e l’ora in cui il record principale della pratica di reso viene aggiornato allo stato finale. Tipo di evento inferred | |||
| Richiesta di reso creata | Questa attività segna l’avvio del processo di reso, con la creazione di una richiesta formale per restituire un articolo. In genere, la avvia il cliente o un addetto all’assistenza e viene assegnato un identificativo univoco per monitorare il reso. | ||
| Perché è importante È il principale evento di inizio del processo. Analizzare il tempo che intercorre tra questa attività e la chiusura permette di calcolare il tempo di ciclo complessivo del reso, un indicatore chiave di prestazione. Dove reperirli L’evento viene acquisito dalla data e dall’ora di creazione del record o documento principale del reso, per esempio un ordine di reso o un’autorizzazione al reso della merce. Acquisizione Individuare nei registri delle transazioni o nelle tabelle del sistema di origine l’evento di creazione del record principale del caso di reso. Tipo di evento explicit | |||
| Rimborso elaborato | Questa attività segna la liquidazione finanziaria finale, quando il denaro viene effettivamente restituito al cliente. Conferma che il pagamento è stato inviato e che l’obbligo finanziario dell’azienda è stato assolto. | ||
| Perché è importante È il passaggio finale per soddisfare le aspettative del cliente sul rimborso. Anche se tutte le fasi precedenti sono state rapide, eventuali ritardi a questo punto possono causare insoddisfazione e contestazioni. Dove reperirli Spesso l’evento viene acquisito dal sistema finanziario quando viene registrato un documento di compensazione del pagamento a fronte della nota di credito, oppure da una conferma del gateway di pagamento. Acquisizione Cercare la data e l’ora del documento di compensazione finanziaria o lo stato «Pagato» sulla nota di credito. Tipo di evento explicit | |||
| Articolo sostitutivo spedito | Questa attività registra la spedizione al cliente dell’articolo sostitutivo nell’ambito di una procedura di cambio. Indica che l’azienda ha adempiuto al proprio obbligo di fornire un articolo sostitutivo. | ||
| Perché è importante Il tempo che intercorre tra la creazione dell’ordine di cambio e la spedizione dell’articolo è un indicatore importante della soddisfazione del cliente. Corrisponde alla fase di evasione della procedura di cambio. Dove reperirli Questo evento viene in genere registrato quando si contabilizza un documento di spedizione o una distinta di imballaggio associata all’ordine di vendita per il cambio. Acquisizione Acquisire la data e l’ora della registrazione dell’uscita merci o della conferma di spedizione relativa all’ordine di vendita per il cambio. Tipo di evento explicit | |||
| Cliente informato | Indica una comunicazione esplicita inviata al cliente per informarlo di un aggiornamento importante sullo stato della procedura di reso. La notifica può confermare la ricezione dell’articolo, il completamento del rimborso o la spedizione di un articolo sostitutivo. | ||
| Perché è importante Comunicare tempestivamente con il cliente è fondamentale per offrirgli un’esperienza positiva. Analizzare tempi e frequenza delle notifiche può far emergere lacune nel servizio clienti. Dove reperirli Questo evento viene solitamente ricavato da un registro delle comunicazioni, dall’integrazione con un servizio di posta elettronica o da un aggiornamento di stato che attiva una notifica al cliente. Acquisizione Estrarre le date e le ore dai registri delle e-mail generate dal sistema o delle comunicazioni associate alla pratica di reso. Tipo di evento inferred | |||
| Ordine di sostituzione creato | Questa attività si verifica quando il cliente chiede una sostituzione anziché un rimborso. Viene creato un nuovo ordine di vendita per spedire al cliente un articolo sostitutivo. | ||
| Perché è importante Rappresenta un percorso alternativo fondamentale nel processo di reso, orientato a mantenere il cliente anziché rimborsarlo. Analizzarlo aiuta a comprendere l’efficienza delle sostituzioni. Dove reperirli L’evento viene acquisito al momento della creazione di un nuovo ordine di vendita, collegato direttamente o tramite riferimento al caso di reso originale. Acquisizione Individuare l’evento di creazione di un ordine di vendita identificato come sostituzione e collegato a un ID di reso. Tipo di evento explicit | |||
| Richiesta di reso approvata | Questa attività rappresenta l’approvazione formale della richiesta di reso del cliente e consente al processo di proseguire. L’approvazione si basa spesso su regole aziendali, come i termini per il reso e l’idoneità del prodotto. | ||
| Perché è importante Monitorare il tempo tra la creazione e l’approvazione della richiesta aiuta a individuare i colli di bottiglia nella fase iniziale di convalida. È un passaggio decisionale cruciale, prima di qualsiasi attività fisica o finanziaria. Dove reperirli Di solito si deduce da una modifica dello stato del record del caso di reso, per esempio da «In attesa» ad «Approvato», oppure dalla rimozione di un blocco di elaborazione. Acquisizione Acquisire la data e l’ora in cui lo stato del record del caso di reso passa ad «Approvato» o a uno stato equivalente. Tipo di evento inferred | |||
| Richiesta di reso rifiutata | Questa attività indica la decisione di rifiutare la richiesta di reso del cliente, spesso a causa del mancato rispetto delle politiche o dell’inidoneità del prodotto. È un evento terminale per il caso e impedisce ulteriori elaborazioni. | ||
| Perché è importante Analizzare i resi rifiutati aiuta a comprendere le incomprensioni dei clienti, l’efficacia delle politiche e i possibili casi di frode. Rappresenta una deviazione significativa dal percorso ottimale. Dove reperirli Si deduce dal passaggio del record del caso di reso a uno stato finale «Rifiutato» o «Annullato», prima della ricezione della merce. Acquisizione Acquisire la data e l’ora in cui lo stato del caso di reso passa a «Rifiutato», «Respinto» o a uno stato terminale equivalente. Tipo di evento inferred | |||
Guide di estrazione
I metodi di estrazione variano in base al sistema. Per istruzioni dettagliate,
consulti la nostra guida ETL oppure selezioni un processo e un sistema specifici.
È pronto a iniziare?
Scelga una delle guide di estrazione specifiche per il Suo sistema riportate di seguito, oppure utilizzi il template generico come base per preparare i dati relativi alla gestione di resi e rimborsi.
Renda più rapidi resi e rimborsi: inizi oggi
Ottenga informazioni aggiornate, migliori l’efficienza e rafforzi la fidelizzazione dei clienti.
Non è richiesta alcuna carta di credito: configuri il servizio e verifichi rapidamente i risultati.