Ti trovi qui:
Problemi comuni e procedure consigliate
Questa tabella descrive i problemi che insorgono comunemente durante la transizione da Salesforce CPQ a Gestione del reddito (precedentemente Revenue Cloud), insieme alle cause sottostanti e alle procedure consigliate per evitarli.
| Problema | Causa | Pratica consigliata |
|---|---|---|
| Approcciare il progetto come una migrazione piuttosto che come una riprogettazione | I team si concentrano sulla replica delle funzionalità di Salesforce CPQ anziché ripensare i processi. | Per ogni processo, considerare lo scopo alla base della progettazione corrente prima di progettare equivalenti di Gestione del reddito. |
| Saltare la razionalizzazione del catalogo | I team sottovalutano il catalogo prodotti e rinviano la razionalizzazione. | Definire la distinzione tra tassonomia dei prodotti commerciali e tecnica prima di iniziare qualsiasi configurazione tecnica. |
| Migrazione delle regole di prezzo inattive | I team spostano le regole di prezzo di Salesforce CPQ che sono inattive o ridondanti senza revisione. | Controllare tutte le regole sui prezzi durante la fase di valutazione. Archiviare regole che nessun processo applica attivamente. |
| Sottovalutazione della complessità dei plug-in per il calcolo dei preventivi (QCP) | I team spesso documentano male la logica QCP. La logica QCP è invisibile nell'output dei prezzi. | Mappare ogni QCP al suo scopo aziendale utilizzando strumenti di spiegabilità AI. Convalidare gli output utilizzando un piccolo insieme di preventivi che coprono una serie di scenari rappresentativi. |
| Ignorare i prerequisiti di qualità dei dati | Denominazione degli attributi incoerente, prodotti duplicati e record rimasti orfani vengono trasferiti in Gestione del reddito. | Investire nella correzione della qualità dei dati prima dell'inizio della migrazione. Esegui normalizzazione passa su tutti i valori degli attributi. |
| Riprogettazione insufficiente dei rapporti | Dopo l'implementazione, i team scoprono di dover ricreare rapporti Salesforce CPQ creati su oggetti personalizzati per il modello di dati di Gestione del reddito | Identificare i rapporti critici prima della pubblicazione. Ricrearli negli oggetti di Gestione del reddito in un Sandbox e convalidarli prima del taglio. |
| Investimenti insufficienti nella gestione del cambiamento e nella formazione | I team tecnici si concentrano sul sistema mentre gli utenti finali non sono preparati fino all'implementazione. I team di migrazione sottovalutano le sostanziali differenze architettoniche tra CPQ e Revenue Management, presumendo trasferimenti diretti di Knowledge esistenti. | Avviare l'abilitazione dell'utente finale molto prima della pubblicazione. I workshop pratici che utilizzano dati reali sono efficaci. Assicurarsi che tutti i membri del team che gestiscono la migrazione completino la formazione di base su Gestione del reddito prima di iniziare la configurazione. L'ideale è avere membri del team certificati disponibili per la manutenzione della produzione. L'architettura di Gestione del reddito richiede nuovi modelli mentali, non solo familiarità con l'interfaccia utente. |
Questo articolo ha risolto il problema?
Facci sapere, così possiamo migliorare!
