U bent hier:
Wijzigingen in prijsarchitectuur
Prijsstelling is een van de architectonisch belangrijkste verschillen tussen Salesforce CPQ en Omzetbeheer. Als het niet vroeg wordt verkend, is het een van de gebieden waar complexiteit later kan ontstaan. Het wordt aanbevolen dat het migratieteam een duidelijk inzicht krijgt in de wijzigingen in het prijsmodel en de impact ervan op configuratie en migratie voordat ontwerpbeslissingen worden genomen.
Prijzen in CPQ
Prijzen in Salesforce CPQ zijn gebaseerd op een regelsengine. Prijsregels evalueren voorwaarden en passen aanpassingen toe in een gedefinieerde sequentiële volgorde. De volgorde van uitvoering is belangrijk en het wijzigen van de volgorde verandert de uitkomst.
Veel voorkomende CPQ-prijsstellingsconcepten omvatten deze componenten.
- Prijsregels zijn gebaseerd op voorwaarden en worden sequentieel uitgevoerd om prijslijstprijs, nettoprijs en speciale prijzen te berekenen.
- Kortingsplanningen zijn op volume gebaseerde en op termijn gebaseerde kortingstabellen die worden toegepast op offerteregels.
- Blokprijsstelling is gelaagde prijsstelling die van toepassing is op basis van hoeveelheidsbereiken.
- Gecontracteerde prijzen zijn accountspecifieke prijsoverschrijvingen die zijn opgeslagen als aangepaste CPQ-records.
- Offerteberekeningsinvoegtoepassingen (QCP's) zijn aangepaste code die de regelsengine niet intern kan verwerken. Deze invoegtoepassingen ondersteunen vangrails voor marges, berekeningen van kruisregels, dynamische zichtbaarheid en alle logica die de regelsengine niet kan uitdrukken. Hoewel QCP's flexibiliteit bieden, kunnen ze in de loop van de tijd moeilijk te onderhouden worden wanneer regels zich opstapelen, afhankelijkheden tussen regels verborgen raken en uitgebreide documentatie ontbreekt.
Prijzen in Omzetbeheer
Omzetbeheer vervangt de engine voor sequentiële regels door een gestructureerd prijsstellingsproceduremodel. Een prijsstellingsprocedure is een benoemde, geordende volgorde van prijsstellingselementen. Elk element voert een specifieke prijsactie uit, zoals het toepassen van een prijslijstprijs, het toepassen van een korting, het toevoegen van een toeslag of het berekenen van een margebodem.
- Prijsprocedures bieden meer flexibiliteit en mogelijkheden dan CPQ-prijsregelsets. Ze definiëren de "waterval" voor prijsberekeningen voor een bepaalde context, zoals directe verkoop, partnerkanaal of e-commerce. Ze definiëren de "waterval" voor prijsberekeningen voor een bepaalde context, zoals directe verkoop, partnerkanaal of e-commerce.
- Prijselementen zijn afzonderlijke stappen binnen een procedure. Elk element heeft een type zoals Handmatige aanpassing, Kortingsplanning, Prijslijst, Op kenmerk gebaseerde prijsstelling, enzovoort. Zie Prijselementen gebruiken in prijsstellingsprocedures.
- Procedureplannen definiëren welke prijsstellingsprocedure van toepassing is op basis van context. Deze plannen maken verschillende prijslogica mogelijk voor elk kanaal, elk klantsegment of elke productcategorie zonder regels te dupliceren.
- Op kenmerken gebaseerde prijsstelling prijst een product anders op basis van de configuratiekenmerken ervan, zonder dat afzonderlijke SKU's of prijsregelvoorwaarden voor elke variant nodig zijn.
- Gebruiks- of verbruiksprijsstelling is een native beoordelingsengine voor op verbruik gebaseerde en gelaagde gebruiksmodellen. Er is geen aangepaste code vereist.
- Prijsstelling van gecontracteerde items biedt accountspecifieke of contractspecifieke prijsoverschrijvingen door middel van standaard Omzetbeheer-objecten, ter vervanging van aangepaste records van CPQ van ContractedPrices.
Prijzen in Omzetbeheer zijn flexibel en gemakkelijker te onderhouden dan de waterval voor CPQ-prijzen. Hier is een voorbeeld van een prijsval voor een offerteregelitem in Omzetbeheer.
De netto eenheidsprijs van 10.260 wordt berekend door deze kortingen achtereenvolgens toe te passen op de prijslijstprijs van 15.000.
| Stap | Beschrijving | Berekening | Resultaat |
|---|---|---|---|
| 1 | Prijslijstprijs | Geen | 15000 |
| 2 | Op kenmerk gebaseerde korting | 15,000 − 3,000 |
12,000 |
| 3 | Op bundel gebaseerde aanpassing van 5% | 12,000 − (12,000 × 5%) = 12,00 − 600 |
11,400 |
| 4 | Volumekorting van 10% | 11,400 − (11,400 × 10%) = 11,400 − 1,140 |
10,260 |
Prijsstellingsproces opnieuw ontwerpen en migreren
CPQ-prijsstellingslogica wordt zelden zonder wijzigingen gemigreerd. De twee systemen definiëren prijsstelling op verschillende manieren. Een directe vertaling van regel naar regel geeft vaak onjuiste resultaten omdat CPQ-regels afhankelijk zijn van de uitvoeringsvolgorde, die geen direct equivalent heeft in de prijsstellingsprocedures van Omzetbeheer.
De overstap van de sequentiële regelengine van CPQ naar het prijsstellingsproceduremodel van Omzetbeheer is daarom een kans om het prijsstellingsproces van uw bedrijf te vereenvoudigen. De kernvraag is niet hoe bestaande CPQ-regels moeten worden gerepliceerd, maar welke prijsuitkomsten het bedrijf daadwerkelijk nodig heeft en wat de duidelijkste manier is om deze uit te drukken.
- Controleer alle actieve prijsregels en QCP-logica voordat migratiewerk begint. Gebruik door AI ondersteunde tooling, zoals Forsys of IdeaHelix, om uitlegbaarheidsrapporten te genereren over alle CPQ-prijsregels en QCP-logica. Krijg inzicht in de bedoeling en het bedrijfsdoel van elke regel, of het nu gaat om prijslijstprijs, korting, margebescherming of kanaalaanpassing, voordat u een nieuw ontwerp probeert te maken.
- Classificeer elke CPQ-regel in het equivalent Omzetbeheer ervan. Eenvoudige prijsaanpassingen worden prijselementen en complexe kruisregellogica wordt aangepaste stromen of Apex binnen de procedure.
- Rationaliseer prijsregels die zich in de loop van de tijd hebben opgestapeld zonder duidelijk eigenaarschap. Migratie is het juiste moment om logica die niet langer commercieel relevant is, buiten gebruik te stellen.
- Wijs kanaalspecifieke prijsvereisten voor directe, partner- en selfservicekanalen toe aan procedureplannen in Omzetbeheer. Deze toewijzing maakt één productcatalogus mogelijk met voor de context geschikte prijsstelling in plaats van afzonderlijke prijsstellingsconcepten voor elk kanaal.
- Als uw bedrijf overstapt op hybride inkomsten genereren, configureert u verbruik en op gebruik gebaseerde prijzen in Omzetbeheer. Beoordelingsprocedures bepalen het definitieve nettotarief voor verbruik aan de hand van specifieke regels en lagen die zijn gedefinieerd in kaarten voor basis-, laag- of kenmerkscores.
- Valideer de opnieuw ontworpen prijsstelling op basis van een samengesteld offertepakket, dat een representatieve set historische offertes is waarvan de uitvoerprijzen bekend zijn. Als de procedure Omzetbeheer dezelfde resultaten oplevert, is het nieuwe ontwerp correct.
- Voor organisaties met meerdere valuta's migreert en valideert u één valuta tegelijk om afrondingsafwijking tussen prijslijstgegevenswaarden te voorkomen.
Investeer voordat u een migratiestrategie uitvoert, tijd in een audit van prijsstellingslogica. Het volume en de complexiteit van uw prijsaanpassing is een van de sterkste predictors van de algehele migratie-inspanning.
Engine voor enkelvoudige prijzen voor alle kanalen
De API-first-architectuur van Omzetbeheer is gericht op de integratie-uitdaging van de wildgroei van prijsstellingslogica binnen kanalen. Veel bedrijven handhaven afzonderlijke prijsstellingsregels voor directe verkoop, partnerportals en selfservicekanalen, waardoor drie versies van dezelfde waarheid ontstaan die in de loop van de tijd uiteenlopen en inconsistentie veroorzaken voor klanten.
Elke omzetbewerking in Omzetbeheer wordt weergegeven als een API. Dezelfde product-, prijs- en configuratielogica die de Salesforce-UI aanstuurt, kan dus worden verbruikt door een partnerportal, een selfservice-e-commerceomgeving of een in-product aankoopstroom zonder de regels te dupliceren. U kunt één catalogus en één prijsstellingsengine hebben die voor elk kanaal werkt.
U kunt visualiseringstools van derden, zoals ThreeKit en RenderDraw, integreren voor visuele productconfiguratie.
