Ti trovi qui:
Migrazione di prodotti e attributi di prodotto a Gestione del reddito
Quando si esegue la migrazione da Salesforce CPQ a Gestione del reddito, è fondamentale conoscere il modo in cui vengono definite le strutture e gli attributi dei prodotti per una transizione riuscita. Gestione catalogo prodotti in Gestione del reddito consente di consolidare il catalogo semplificando la manutenzione tramite un modello di dati basato sugli attributi.
Differenze principali tra Salesforce CPQ e Gestione del reddito
Gestione del reddito introduce due turni principali che funzionano insieme.
In Salesforce CPQ, gli attributi dei prodotti sono gestiti tramite attributi di configurazione, che si basano in larga misura sui metadati degli oggetti Salesforce. Gestione del reddito utilizza un modello basato sui dati, eliminando la necessità di modifiche costanti dello schema.
| Elemento | Salesforce CPQ | Gestione del reddito |
|---|---|---|
| Definizione | Gli attributi sono definiti come campi personalizzati creati direttamente negli oggetti Voce preventivo e Opzione prodotto. | Gli attributi sono definiti come record Definizione attributo. |
| Valori | I valori degli attributi sono definiti come valori elenco di selezione all'interno dei metadati dei campi personalizzati dell'oggetto. | I valori degli attributi vengono gestiti tramite i record Elenco di selezione attributi e Valore elenco di selezione attributi, non i metadati dei campi. |
| Assegnazione | I record Attributo configurazione mappano questi campi a bundle di prodotti specifici. Per riutilizzare gli attributi in prodotti diversi, si utilizzano spesso attributi globali combinati con insiemi di attributi. | Gli attributi vengono assegnati ai record Classificazione prodotto. I prodotti ereditano gli attributi dalla loro classificazione, riducendo le impostazioni ripetitive. |
In Salesforce CPQ, le limitazioni tecniche spesso costringono gli amministratori a creare record prodotto (SKU) distinti per ogni variazione di un articolo o a racchiudere prodotti semplici in bundle solo per utilizzare gli attributi di configurazione. La definizione delle variazioni dei prodotti richiede in genere uno di questi due approcci, che determinano un gonfiore del catalogo.
- Proliferazione SKU: Si crea un record Prodotto univoco per ogni variazione. Ad esempio, Portatile-13 pollici, Portatile-15 pollici e così via. Questo gonfia il catalogo e rende difficile la manutenzione.
- Wrapper bundle: Per utilizzare gli attributi di configurazione che consentono la selezione dell'utente, è necessario configurare il prodotto come bundle, anche se si tratta di un singolo elemento fisico. Questo approccio aggiunge una complessità inutile alla gerarchia delle voci preventivo.
Gestione del reddito separa le caratteristiche del prodotto dal record Prodotto.
- Record prodotto singolo: Si crea un prodotto, si assegnano attributi a una classificazione di prodotto e poi si collega la classificazione al prodotto.
- Classificazioni: Gli attributi vengono assegnati alle classificazioni dei prodotti. Qualsiasi prodotto collegato a quella classificazione eredita automaticamente gli attributi. È possibile ignorare gli attributi dei componenti del prodotto nel contesto del bundle di prodotti.
Strategia di migrazione
Utilizzare questa strategia completa per ridurre il conteggio dei record Prodotto e passare al modello di dati basato sugli attributi di Gestione del reddito.
-
Controllare il catalogo legacy identificando due tipi di opportunità di migrazione.
- Candidati al consolidamento: Gruppi di prodotti in Salesforce CPQ che rappresentano lo stesso elemento di base ma differiscono solo per caratteristiche specifiche. Ad esempio, se sono presenti record per Cable-1m, Cable-3m e Cable-5m, questi possono essere riuniti in un unico prodotto Cable con un attributo Lunghezza. L'esempio precedente di LAP-13, LAP-15, LAP-15-PRO può diventare un singolo prodotto Portatile con attributi Dimensioni schermo e RAM.
- Inventario attributi: Documentare tutti gli attributi di configurazione, i campi personalizzati degli oggetti Voce preventivo o Opzione prodotto e i relativi valori degli elenchi di selezione. Queste diventeranno le definizioni attributo.
-
Anziché creare campi personalizzati sugli oggetti, creare record Definizione attributo per ogni caratteristica univoca del prodotto.
- Creare record Definizione attributo per i fattori di differenziazione. Ad esempio, Lunghezza, Colore, Materiale, Memoria, Velocità CPU e Archiviazione.
- Definire il tipo di dati per ogni attributo.
- Definire valori validi per gli attributi degli elenchi di selezione utilizzando i record Elenco di selezione attributo e Valore elenco di selezione attributo.
- Eseguire la migrazione dei valori degli elenchi di selezione dai metadati dei campi Salesforce ai record Valore elenco di selezione attributo correlati alla definizione attributo.
-
Raggruppare gli attributi comuni in modelli riutilizzabili denominati classificazioni dei prodotti. Le classificazioni dei prodotti sostituiscono lo schema CPQ degli insiemi di attributi e degli attributi globali.
- Creare una classificazione dei prodotti. Ad esempio, Cavi, Portatili, Portatili e Attributi. Vedere Creazione di una classificazione prodotti.
- Assegnare gli attributi pertinenti a questa classificazione. Ad esempio, assegnare Lunghezza e Materiale ai cavi e Memoria, Velocità CPU, Memoria e Colore agli attributi del portatile. Vedere Assegnazione di attributi a una classificazione prodotto.
-
Creare singoli record Prodotto in Gestione del reddito per sostituire più SKU legacy.
- Creare il prodotto. Ad esempio, Cavo universale, Computer portatile e così via. Vedere Creazione di prodotti semplici.
- Associare il prodotto alla classificazione appropriata. Il prodotto eredita automaticamente tutti gli attributi da quella classificazione.
- Configurare i vincoli. Se un prodotto supporta solo determinati valori di attributo, è possibile escludere valori specifici nel record Prodotto senza modificare la definizione dell'attributo globale. Ad esempio, un cavo universale ha lunghezze di 1m e 3m ma non 5m. Vedere Inclusione o esclusione di valori di elenchi di selezione in un attributo di classificazione prodotto.
-
Organizzare i prodotti consolidati all'interno di cataloghi e categorie.
- Creare un catalogo. Ad esempio, Catalogo hardware computer.
- Creare categorie per i raggruppamenti di prodotti e associarle al catalogo.
- Assegnare i prodotti consolidati alle categorie appropriate.
-
Se i sistemi ERP (Enterprise Resource Planning) o di evasione a valle richiedono ancora SKU distinti, utilizzare Dynamic Revenue Orchestrator per gestire la mappatura.
- Livello commerciale: L'agente di vendita configura un prodotto e ne seleziona il valore attributo. Ad esempio, l'agente di vendita configura il cavo universale e ne seleziona la lunghezza come 1m.
- Livello tecnico: Utilizzare le regole di decomposizione per mappare il prodotto commerciale e attribuire la selezione al prodotto tecnico o allo SKU specifico richiesto per l'evasione.
Un piano di orchestrazione può essere utilizzato per favorire l'evasione in uno o più sistemi ERP o a valle. Il piano di orchestrazione garantisce che Gestione del reddito abbia una visione completa dell'evasione degli ordini.
Mappatura della migrazione
Utilizzare questa tabella per mappare la configurazione Salesforce CPQ esistente alle strutture di Gestione del reddito.
| Configurazione di Salesforce CPQ | Gestione del reddito equivalente | Logica di migrazione |
|---|---|---|
| Più SKU per le varianti | Singolo prodotto con attributi | Consolidare gli SKU delle varianti in un unico record Prodotto. Definire gli attributi per differenziare le caratteristiche. |
| Record attributo configurazione | Record definizione attributo | Creare un record Definizione attributo per ogni caratteristica univoca e definire il tipo di dati. |
| Campo di destinazione o Voce preventivo | Record definizione attributo | Anziché utilizzare un campo personalizzato, utilizzare un modello di attributo in fase di esecuzione in cui i valori vengono memorizzati in base alla definizione dell'attributo. |
| Valori degli elenchi di selezione dei campi | Record Valore elenco di selezione attributo | Eseguire la migrazione dei valori degli elenchi di selezione dai metadati dei campi Salesforce ai record Valore elenco di selezione attributo associati alla definizione attributo. |
| Insieme di attributi/attributo globale | Record Classificazione prodotto | Anziché raggruppare gli attributi globali in insiemi, definire una classificazione prodotto e associarvi le definizioni attributo pertinenti oppure utilizzare le categorie attributo. |
| Bundle wrapper per prodotti semplici | Prodotto semplice con assegnazione diretta degli attributi | Eliminare le strutture di bundle non necessarie. Assegnare gli attributi direttamente ai prodotti semplici o tramite l'eredità classificazione. |
Considerazioni chiave sulla migrazione
Tenere presenti queste considerazioni durante la migrazione dei prodotti.
- Priorità eredità: Quando si esegue la migrazione degli attributi obbligatori, testare attentamente il comportamento dell'eredità. L'impostazione Obbligatorio delle definizioni attributo può avere la precedenza sulle classificazioni dei prodotti durante l'attivazione degli ordini e la generazione degli asset.
- Pianificazione della decomposizione: Prima di consolidare i prodotti, verificare se i sistemi a valle, ad esempio i sistemi ERP, di evasione e di inventario, richiedono identificatori di prodotto distinti. Pianificare le regole di decomposizione di conseguenza.
- Test dell'esperienza di configurazione: Dopo la migrazione, testare accuratamente il Product Configurator per verificare che i valori degli attributi vengano visualizzati correttamente, che i vincoli funzionino come previsto e che l'esperienza utente soddisfi i requisiti dei team di vendita.
- Strategia listino prezzi: I prodotti consolidati possono richiedere modifiche alla strategia di calcolo dei prezzi. Valutare se i prezzi variano in base alla selezione degli attributi e alle regole di prezzo basate sugli attributi.
Dopo aver compreso le strutture e gli attributi dei prodotti in Gestione del reddito, è possibile conoscere i bundle di prodotti e i modelli di vendita prima di eseguire la migrazione dei dati.
Questo articolo ha risolto il problema?
Facci sapere, così possiamo migliorare!
