Du är här:
Migrera produkter och produktattribut till intäktshantering
Vid migrering från Salesforce CPQ till Intäktshantering är det viktigt att förstå hur produktstrukturer och attribut definieras för en framgångsrik övergång. Produktkataloghantering i Intäktshantering låter dig slå samman din katalog och samtidigt förenkla underhållet genom en attributdriven datamodell.
Huvudskillnader mellan Salesforce CPQ och intäktshantering
Intäktshantering introducerar två stora skift som fungerar tillsammans.
I Salesforce CPQ hanteras produktattribut genom konfigurationsattribut, som är starkt beroende av Salesforce-objektmetadata. Intäktshantering använder en datadriven modell, vilket eliminerar behovet av ständiga schemaändringar.
| Element | Salesforce CPQ | Intäktshantering |
|---|---|---|
| Definition | Attribut definieras som egna fält som skapas direkt i objekten Offertrad och Produktalternativ. | Attribut definieras som poster för attributdefinition. |
| Värden | Attributvärden definieras som kombinationsrutevärden i det egna fältets metadata för objektet. | Attributvärden hanteras genom poster för kombinationsruta och kombinationsrutevärde för attribut, inte fältmetadata. |
| Tilldelning | Poster för konfigurationsattribut mappar dessa fält till specifika produktpaket. För att återanvända attribut i olika produkter använder du ofta globala attribut i kombination med attributuppsättningar. | Attribut tilldelas till poster för produktklassificering. Produkter ärver attribut från sin klassificering, vilket minskar repetitiva inställningar. |
I Salesforce CPQ tvingar tekniska begränsningar ofta administratörer att skapa unika produktposter (SKU) för varje variation av ett objekt eller att paketera enkla produkter bara för att använda konfigurationsattribut. Att definiera produktvarianter kräver vanligtvis en av dessa två metoder som leder till kataloguppblåsthet.
- SKU-spridning: Du skapar en unik produktpost för varje variation. Till exempel Laptop-13 tum, Laptop-15 tum, och så vidare. Detta förstorar katalogen och gör underhåll svårt.
- Paketomslag: För att använda konfigurationsattribut som tillåter användarval måste du konfigurera produkten som ett paket, även om det är ett enskilt fysiskt objekt. Detta tillvägagångssätt lägger till onödig komplexitet i offertradhierarkin.
Intäktshantering kopplar bort produktegenskaper från själva produktposten.
- Enskild produktpost: Du skapar en produkt, tilldelar attribut till en produktklassificering och länkar sedan denna klassificering till produkten.
- Klassificeringar: Attribut tilldelas till produktklassificeringar. Alla produkter som är länkade till denna klassificering ärver attributen automatiskt. Du kan åsidosätta attributen för produktkomponenter i produktpaketets sammanhang.
Migreringsstrategi
Använd denna omfattande strategi för att minska antalet produktposter och övergången till Intäktshanterings attributdrivna datamodell.
-
Granska din äldre katalog genom att identifiera två typer av migreringsmöjligheter.
- Sammanslagningskandidater: Grupper av produkter i Salesforce CPQ som representerar samma basartikel men endast skiljer sig åt efter specifika egenskaper. Om du till exempel har poster för Kabel-1m, Kabel-3m och Kabel-5m kan dessa slås samman till en enda Kabelprodukt med attributet Längd. Det tidigare exemplet med LAP-13, LAP-15, LAP-15-PRO kan bli en enskild laptopprodukt med attribut Skärmstorlek och RAM.
- Attributlager: Dokumentera alla konfigurationsattribut, egna fält i objekten Offertrad eller Produktalternativ och deras kombinationsrutevärden. Dessa kommer att bli dina attributdefinitioner.
-
Istället för att skapa egna fält på objekt, skapa poster för attributdefinition för varje unik produktegenskap.
- Skapa poster för attributdefinition för de differentierande faktorerna. Till exempel Längd, Färg, Material, Minne, CPU-hastighet och Lagring.
- Definiera datatypen för varje attribut.
- Definiera giltiga värden för kombinationsruteattribut med hjälp av posterna Kombinationsruta för attribut och Kombinationsrutevärde för attribut.
- Migrera kombinationsrutevärden från Salesforce-fältets metadata till de poster för kombinationsrutevärde för attribut som är relaterade till attributdefinitionen.
-
Gruppera vanliga attribut i återanvändbara mallar som kallas produktklassificeringar. Produktklassificeringar ersätter CPQ-mönstret för attributuppsättningar och globala attribut.
- Skapa en produktklassificering. Till exempel kablar, laptops, laptops och attribut. Se Skapa en produktklassificering.
- Tilldela relevanta attribut till denna klassificering. Tilldela till exempel längd och material till kablar och minne, processorhastighet, lagring och färg till laptopattribut. Se Tilldela attribut till en produktklassificering.
-
Skapa enskilda produktposter i Intäktshantering för att ersätta flera äldre SKU.
- Skapa produkten. Till exempel Universalkabel, Laptop och så vidare. Se Skapa enkla produkter.
- Associera produkten med lämplig klassificering. Produkten ärver automatiskt alla attribut från denna klassificering.
- Konfigurera begränsningar. Om en produkt endast har stöd för vissa attributvärden kan du utesluta specifika värden i posten Produkt utan att ändra den globala attributdefinitionen. Till exempel finns en universalkabel i längderna 1m och 3m men inte 5m. Se Inkludera eller utesluta kombinationsrutevärden i ett produktklassificeringsattribut.
-
Organisera dina konsoliderade produkter i kataloger och kategorier.
- Skapa en katalog. Till exempel Datormaskinvarukatalog.
- Skapa kategorier för produktgrupperingar och associera dem med katalogen.
- Tilldela dina konsoliderade produkter till lämpliga kategorier.
-
Om din Enterprise Resource Planning (ERP) eller uppfyllandesystem längre ner fortfarande kräver distinkta SKU, använd Dynamic Revenue Orchestrator för att hantera mappningen.
- Kommersiellt lager: Säljaren konfigurerar en produkt och väljer dess attributvärde. Till exempel konfigurerar säljaren Universalkabeln och väljer dess längd som 1 m.
- Tekniskt lager: Använd nedbrytningsregler för att mappa den kommersiella produkten och attributvalet till den specifika tekniska produkt eller SKU som behövs för uppfyllande.
En orkestreringsplan kan användas för att driva uppfyllande över ett eller flera ERP-system eller system längre ner. Orkestreringsplanen säkerställer att Intäktshantering har en fullständig överblick av orderuppfyllande.
Migreringsmappning
Använd denna tabell för att mappa din befintliga Salesforce CPQ-konfiguration till strukturer för Intäktshantering.
| Salesforce CPQ-konfiguration | Motsvarighet till intäktshantering | Migreringslogik |
|---|---|---|
| Flera SKU för varianter | Enskild produkt med attribut | Slå samman variant-SKU till en produktpost. Definiera attribut för att skilja egenskaper. |
| Post för konfigurationsattribut | Attributdefinitionspost | Skapa en post för attributdefinition för varje unik egenskap och definiera datatypen. |
| Målfält eller offertradfält | Attributdefinitionspost | Istället för att använda ett eget fält, använd en körningsattributmodell där värden lagras baserat på attributdefinitionen. |
| Kombinationsrutevärden för fält | Poster för kombinationsrutevärde för attribut | Migrera kombinationsrutevärden från Salesforce-fältets metadata till poster för kombinationsrutevärde för attribut som är associerade med attributdefinitionen. |
| Attributuppsättning/globalt attribut | Produktklassificeringspost | Istället för att gruppera globala attribut i uppsättningar, definiera en produktklassificering och associera de relevanta attributdefinitionerna till den, eller använd attributkategorier. |
| Paketomslag för enkla produkter | Enkel produkt med direkt attributtilldelning | Uteslut onödiga paketstrukturer. Tilldela attribut direkt till enkla produkter eller genom klassificeringsarv. |
Att tänka på vad gäller migrering
Tänk på detta när du migrerar produkter.
- Arvsprioritet: Vid migrering av obligatoriska attribut, testa arvsbeteendet noggrant. Inställningen Obligatoriska attributdefinitioner kan ha företräde framför produktklassificeringar under orderaktivering och tillgångsskapande.
- Dekompositionsplanering: Innan du slår samman produkter, kontrollera om system längre ner, som ERP, uppfyllande, lagersystem, kräver unika produktidentifierare. Planera dina nedbrytningsregler enligt detta.
- Testa konfigurationsupplevelse: Efter migreringen, testa noggrant Produktkonfiguratorn för att säkerställa att attributvärden visas korrekt, att begränsningar fungerar som förväntat och att användarupplevelsen uppfyller säljteamkraven.
- Prisbokstrategi: Konsoliderade produkter kan kräva justeringar av din prissättningsstrategi. Överväg om prissättning varierar beroende på attributval och attributbaserade prissättningsregler.
När du har förstått om produktstrukturer och attribut i Intäktshantering, läs om produktpaket och produktförsäljningsmodeller innan du migrerar produktdata.
Löste denna artikel ditt problem?
Berätta för oss vad vi kan förbättra!
