Fase 1: Inzicht in uw huidige toestand

Veilige leidinggevende sponsoring

Zonder zichtbare executive sponsoring lopen projecten vast wanneer er belangrijke beslissingen of trade-offs ontstaan. Voordat u zich inzet voor een strategie, identificeert u een benoemde leidinggevende sponsor die de omvang van de verandering begrijpt, goedgekeurde resourcetoezegging heeft en belanghebbenden uit de verkoop-, financiële, juridische en IT-sector kan betrekken.

Het kernteam vormen

Wijs een klein, interfunctioneel team toe dat consistent tijd kan besteden aan het project. Verdeel de aandacht niet over andere prioriteiten tijdens actieve projectfasen. Een typisch kernteam omvat:

• Salesforce-beheerder: Beheert configuratie, sandboxorganisaties en technische uitvoering.
• Product- of cataloguseigenaar: Begrijpt de structuur van commerciële producten en heeft beslissingsbevoegdheid over cataloguswijzigingen.
• Lead of bedrijfsanalist omzetactiviteiten: Vertaalt bedrijfsvereisten in Salesforce-ontwerpbeslissingen.
• IT- of integratiearchitect: Is eigenaar van het integratielandschap en de voorraad aangepaste code.
• Uitvoerend sponsor: Biedt zichtbaarheid, verwijdert blokkades en houdt het project afgestemd op bedrijfsprioriteiten.

Het kernteam moet de gehele product-naar-cash levenscyclus en alle onderliggende technologie begrijpen.

Uw Salesforce CPQ-organisatie beoordelen

Voordat u het bereik of de aanpak van de migratie definieert, beoordeelt u uw huidige Salesforce CPQ-organisatie. Gebruik beschikbare migratietools, inclusief tools van early adopters zoals Forsys, IdeaHelix of Prodly, om de complexiteit van uw Salesforce-organisatie te evalueren voor de dimensies die het meest relevant zijn voor migratieplanning. De beoordeling moet deze vragen beantwoorden.

• Hoeveel producten, bundels, productregels en kenmerken komen voor in de catalogus, hoeveel worden er actief gebruikt en is de catalogus gerationaliseerd?
• Welke prijsregels, Apex plug-inscripts voor de offertecalculator zijn er en welke bedrijfslogica bevatten ze?
• Hoeveel actieve abonnementen en activa zijn er, hoeveel zijn er gereed voor verwerking en wat is hun gegevensstructuur?
• Welke aangepaste code en paginalay-outs worden gebruikt?
• Welke integraties verwijzen naar CPQ-objecten en welke gegevens stromen er doorheen?

Pijnpunten bij implementatie van CPQ documenteren

Voordat u met de migratie begint, documenteert u beperkingen en oplossingen in uw huidige CPQ-implementatie. Deze informatie definieert de succescriteria van het project. Leg deze punten vast.

• Prestatie- of schaalbaarheidsproblemen: Offerteberekeningstijden, vertragingen bij het laden van pagina's en bottlenecks bij goedkeuring.
• Functionaliteitshiaten: Bedrijfsvereisten waaraan CPQ niet of alleen met aanzienlijke aangepaste ontwikkeling kan voldoen.
• CPQ-tussenoplossingen: Handmatige stappen, offline spreadsheets of schaduwsystemen die CPQ-beperkingen compenseren.
• Integratiewrijving: Gegevens die niet zuiver tussen CPQ en downstream systemen stromen.
• Procesverbeteringen: Processen die vóór de migratie moeten worden bijgewerkt of geoptimaliseerd. Complexe processen die ongewijzigd worden gemigreerd, blijven in het nieuwe systeem even complex. Gebruik deze mogelijkheid om ze te stroomlijnen.

Deze pijnpunten worden de succescriteria voor de migratie. Bepaal uw succescriteria voordat u doorgaat naar fase 2.

Herstel van gegevenskwaliteit starten

Gegevenskwaliteitsproblemen zijn duurder om tijdens de migratie op te lossen dan ervoor. Begin vroeg met herstel, ongeacht de migratiestrategie die u selecteert. Richt u eerst op deze gebieden.

• Duplicaat- of ingetrokken producten die nog steeds als actief zijn gemarkeerd in de catalogus.
• Inconsistente naamgeving van kenmerken binnen productlijnen of bedrijfseenheden.
• Controleer CPQ-kostenlijstgegevens op potentiële duplicaten. Als u historische kostenrecords wilt behouden, maakt u een aangepast veld voor de ingangsdatum en vult u deze datum in vóór de migratie.
• Weesrecords, zoals abonnementen zonder bovenliggende accounts of offerteregels zonder bovenliggende offertes.
• Maak een set abonnementsrecords die samen moeten worden gemigreerd. U hoeft geannuleerde abonnementen niet te migreren.
• Onvolledige of inconsistente activumrecords die van invloed kunnen zijn op de migratie van Customer Asset Lifecycle Management (CALM).
• Het veld ProductSellingModelId voor Prijslijstgegevensrecords is alleen-lezen nadat Prijslijstgegevensrecords voor het eerst zijn gemaakt. Als u naar Omzetbeheer migreert zonder een productverkoopmodel op te geven op het moment dat het wordt gemaakt, resulteert dit in Prijslijstgegevensrecords die niet na de migratie kunnen worden gecorrigeerd zonder records te maken. Zorg er daarom voor dat de productverkoopmodellen correct zijn toegewezen vóór de migratie. Neem contact op met de klantenondersteuning van Salesforce als u bewerkingstoegang nodig hebt om het productverkoopmodel voor prijslijstgegevensrecords te wijzigen.
• Terwijl CPQ recordtypen gebruikt om aan CPQ gerelateerde records te identificeren, gebruikt Omzetbeheer records van Toewijzing van appgebruik om records te identificeren die door Omzetbeheer worden gegenereerd. De record Toewijzing van appgebruik moet worden ingevuld voor alle transactierecords, zoals offertes, orders en activa, om levenscyclusbewerkingen van activa te laten slagen.
• In Salesforce CPQ kunnen kenmerken rechtstreeks aan producten worden toegewezen. In Omzetbeheer kenmerken die moeten worden overgenomen via een productklasse. Aangezien CPQ-gebruikers geen productklassen hebben, moeten ze tijdens de migratie systematisch worden gemaakt door producten met identieke kenmerkensets te groeperen.
• In Salesforce CPQ kunt u meerdere kostenposten maken voor elk product en elke valuta, inclusief kostenposten zonder eenheid. In Omzetbeheer kunt u geen duplicaatrecords voor Kostenboekinvoer of dezelfde ISO-code voor valuta maken. Dit verschil veroorzaakt migratiefouten.

Fase 1 controlelijst

Controleer voordat u overgaat naar fase 2 of u deze taken hebt voltooid.

• Executive sponsoring is van kracht en resource belofte is goedgekeurd.
• Er is een kernteam met gedefinieerde rollen en voldoende capaciteit.
• Een beoordeling van de Salesforce CPQ-organisatie is voltooid en het team heeft inzicht in het complexiteitsprofiel.
• Pijnpunten met de huidige CPQ-implementatie worden gedocumenteerd en het team heeft een gedeelde definitie van succes.
• Er worden aanzienlijke Gegevenskwaliteitsproblemen geïdentificeerd en er is een begin gemaakt met de oplossing.
• Uw Salesforce Account Executive is betrokken en de licentie- en ondersteuningsopties zijn begrepen.

Nadat u alle items in fase 1 hebt voltooid, gaat u door naar fase 2.