breadcrumbDescription
Ændringer i prissætningsarkitektur
Prissætning er en af de mest arkitektonisk væsentlige forskelle mellem Salesforce CPQ og Omsætningsstyring. Hvis det ikke udforskes tidligt, er det et af de områder, hvor kompleksitet kan dukke op senere. Vi anbefaler, at migreringsteamet udvikler en tydelig forståelse af prismodellens ændringer og dens påvirkning af konfiguration og migrering, før designbeslutninger er færdige.
Prissætning i CPQ
Prissætning i Salesforce CPQ bygger på et regelsystem. Prisregler evaluerer betingelser og anvender justeringer i en defineret sekventiel rækkefølge. Kørselsrækkefølgen betyder noget, og ændring af rækkefølgen ændrer resultatet.
Almindelige CPQ-priskonstruktioner inkluderer disse komponenter.
- Prisregler er betingelsesbaserede og køres i rækkefølge for at beregne listepris, nettopris og specialprissætning.
- Rabattidsplaner er mængdebaserede og periodebaserede rabattabeller, der anvendes på tilbudslinjer.
- Blokprissætning er niveauprisering, der gælder på basis af mængdeområder.
- Kontraktpriser er kontospecifikke prisspecifikationer, der lagres som tilpassede CPQ-registreringer.
- QCP'er (Quote Calculation Plug-ins) er tilpasset kode, som regelsystemet ikke kan håndtere som standard. Disse plug-ins understøtter margenvagter, krydslinjeberegninger, dynamisk synlighed og enhver logik, som regelsystemet ikke kan udtrykke. Mens QCP'er tilbyder fleksibilitet, kan de blive vanskelige at vedligeholde over tid, når regler akkumuleres, afhængigheder mellem regler bliver skjulte, og der mangler omfattende dokumentation.
Prissætning i Omsætningsstyring
Omsætningsstyring erstatter det sekventielle regelsystem med en struktureret prissætningsproceduremodel. En prissætningsprocedure er en navngivet, sorteret rækkefølge af priselementer. Hvert element udfører en specifik prissætningshandling, f.eks. anvendelse af en prislistepris, anvendelse af en rabat, tilføjelse af en merpris eller beregning af et margenloft.
- Prissætningsprocedurer tilbyder større fleksibilitet og kapacitet end CPQ-prisregelsæt. De definerer prisberegningsvandfladen for en given kontekst, f.eks. direkte salg, partnerkanal eller e-handel. De definerer prisberegningsvandfladen for en given kontekst, f.eks. direkte salg, partnerkanal eller e-handel.
- Priselementer er individuelle trin i en procedure. Hvert element har en type, f.eks. Manuel justering, Rabatplan, Prisliste, Attributbaseret prissætning osv. Se Brug prissætningselementer i prissætningsprocedurer.
- Procedureplaner definerer, hvilken prissætningsprocedure der gælder baseret på kontekst. Disse planer aktiverer forskellig prissætningslogik for hver kanal, kundesegment eller produktkategori uden dubletregler.
- Attributbaseret prissætning prissætter et produkt forskelligt baseret på dets konfigurationsattributter uden at kræve særskilte SKU'er eller prisregelbetingelser for hver variant.
- Anvendelses- eller forbrugsprissætning er et indbygget vurderingssystem for forbrugsbaserede og niveaubaserede anvendelsesmodeller. Der kræves ingen tilpasset kode.
- Kontraktelementprissætning leverer kontospecifikke eller kontraktspecifikke pristilsidesættelser ved at bruge standardomsætningsstyringsobjekter, der erstatter tilpassede ContractedPrices-registreringer af CPQ.
Prissætning i Omsætningsstyring er fleksibel og nemmere at vedligeholde end CPQ-prisens vandfald. Her er et eksempel på en prisvandfælde for en tilbudslinjevare i Omsætningsstyring.
Nettoenhedsprisen på 10.260 beregnes ved at anvende disse rabatter i rækkefølge på listeprisen på 15.000.
| Trin | Beskrivelse | Beregning | Resultat |
|---|---|---|---|
| 1 | Listepris | Ingen | 15.000 |
| 2 | Attributbaseret rabat | 15,000 − 3,000 |
12,000 |
| 3 | Pakkebaseret justering på 5 % | 12,000 − (12,000 × 5%) = 12,00 − 600 |
11,400 |
| 4 | Volumerabat på 10 % | 11,400 − (11,400 × 10%) = 11,400 − 1,140 |
10,260 |
Omdesign og migrering af prissætningsproces
CPQ-prislogik migreres sjældent uden ændringer. De to systemer definerer prissætning på forskellige måder. En direkte regel-til-regel-oversættelse producerer ofte ukorrekte resultater, fordi CPQ-regler afhænger af kørselsbestilling, som ikke har nogen direkte ækvivalent i prissætningsprocedurerne i Omsætningsstyring.
Flytningen fra CPQ's sekventielle regelsystem til Omsætningsstyringens prissætningsproceduremodel er derfor en mulighed for at forenkle dit firmas prissætningsproces. Nøglespørgsmålet er ikke, hvordan du replikerer eksisterende CPQ-regler, men hvilke prisresultater, som forretningen faktisk har brug for, og den tydeligste måde at udtrykke dem på.
- Overvåg alle aktive prisregler og QCP-logik, før noget migreringsarbejde begynder. Brug AI-drevne værktøjer, f.eks. Forsys eller IdeaHelix, til at generere forklarbarhedsrapporter på alle CPQ-prisregler og QCP-logik. Forstå hensigten og forretningsformålet med hver regel, uanset om det er listepris, rabat, margenbeskyttelse eller kanaljustering, før du forsøger at omdesigne noget.
- Klassificer hver CPQ-regel i dens ækvivalent for Omsætningsstyring. Direkte prisjusteringer bliver prissætningselementer, og kompleks tværgående logik bliver tilpassede forløb eller Apex i proceduren.
- Rationaliser prisregler, der er akkumuleret over tid uden tydelig ejerskab. Migrering er det rigtige tidspunkt til at trække logik tilbage, der ikke længere er kommercielt relevant.
- Tilknyt kanalspecifikke priskrav for direkte, partner- og selvbetjeningskanaler til procedureplaner i Omsætningsstyring. Denne tilknytning aktiverer et enkelt produktkatalog med kontekstvenlig prissætning i stedet for separate priskonstruktioner for hver kanal.
- Hvis din forretning bevæger sig i retning af hybridmonopolisering, skal du konfigurere forbrugs- og anvendelsesbaseret prissætning i Omsætningsstyring. Vurderingsprocedurer bestemmer den endelige nettopræmie for forbrug ved brug af specifikke regler og niveauer, der er defineret i basis-, niveau- eller attributfrekvenskort.
- Valider den omdesignede prissætning op mod en arrangeret tilbudspakke, som er et repræsentativt sæt af historiske tilbud, hvis outputpriser er kendte. Hvis omsætningsstyringsproceduren giver de samme resultater, er omdesignet korrekt.
- For organisationer med flere valutaer skal du migrere og validere en valuta ad gangen for at undgå afrunding af afvigelser mellem prislisteindtastningsværdier.
Før du bekræfter dig til en migreringsstrategi, skal du investere tid i en prissætningslogikovervurdering. Volumenet og kompleksiteten af din prissætningstilpasning er en af de stærkeste forudsigere for den generelle migreringsindsats.
Enkelt prissætningssystem på tværs af alle kanaler
Omsætningsstyringens API-første arkitektur håndterer integrationsudfordringen ved udbredelsen af prissætningslogik på tværs af kanaler. Mange firmaer ender med at vedligeholde særskilte prisregler for direkte salg, partnerportaler og selvbetjeningskanaler og opretter tre versioner af den samme sandhed, der afviger over tid og forårsager inkonsekvens for kunder.
Hver omsætningshandling i Omsætningsstyring vises som en API. Så den samme produkt-, prissætnings- og konfigurationslogik, der styrker Salesforce-brugergrænsefladen, kan forbruges af en partnerportal, en selvbetjent e-handelsoplevelse eller et indproduktkøbsforløb uden at duplikere reglerne. Du kan have et enkelt katalog og et enkelt prissætningssystem, der fungerer for hver kanal.
Du kan integrere visualiseringsværktøjer fra tredjepart, f.eks. ThreeKit og RenderDraw, til visuel produktkonfiguration.
