Fase 1: Forstå din aktuelle tilstand

Sikker administrerende sponsorering

Uden synlig ledelsessponsorering stopper projekter som regel, når der opstår væsentlige beslutninger eller afvejninger. Før du forpligter dig til en strategi, skal du identificere en navngivet hovedsponsor, der forstår omfanget af ændringen, har godkendt ressourceengagement og kan engagere interessenter på tværs af salg, økonomi, juridisk og it.

Opret kernetemaet

Tildel et lille tværgående team, der kan tildele ensartet tid til projektet. Undgå opdeling af opmærksomhed på tværs af andre prioriteter under aktive projektfaser. Et typisk kerneteam inkluderer:

• Salesforce-administrator: Administrerer konfiguration, sandbox-organisationer og teknisk kørsel.
• Produkt- eller katalogejer: Forstår den kommercielle produktstruktur og har beslutningsautoritet over katalogændringer.
• Omsætningsdriftsleder eller forretningsanalytiker: Oversætter forretningskrav til Salesforce-designbeslutninger.
• IT- eller integrationsarkitekt: Ejer integrationslandskabet og den tilpassede kodelager.
• Administrerende sponsor: Giver synlighed, fjerner blokeringer og holder projektet i overensstemmelse med forretningsprioriteter.

Kerneteamet skal forstå hele produkt-til-kontant-livscyklussen og al den underliggende teknologi.

Vurder din Salesforce CPQ-organisation

Før du definerer migreringsomfanget eller tilgangen, skal du vurdere din aktuelle Salesforce CPQ-organisation. Brug tilgængelige migreringsværktøjer, herunder værktøjer fra tidlige ibrugtagere som Forsys, IdeaHelix eller Prodly, til at evaluere din Salesforce-organisations kompleksitet på tværs af de dimensioner, der er mest relevante for migreringsplanlægning. Vurderingen skal besvare disse spørgsmål.

• Hvor mange produkter, pakker, produktregler og attributter findes der i kataloget, hvor mange bruges aktivt, og er kataloget rationaliseret?
• Hvilke prisregler, Apex til tilbudsberegning er på plads, og hvilken forretningslogik indeholder de?
• Hvor mange aktive abonnementer og aktiver, hvor mange der er klar til behandling, og hvad er deres datastruktur?
• Hvilken tilpasset kode og sidelayouts bruges?
• Hvilke integrationer refererer til CPQ-objekter, og hvilke data flyder gennem dem?

Dokument CPQ-implementerings smertepunkter

Før du starter migreringen, skal du dokumentere begrænsninger og løsninger i din aktuelle CPQ-implementering. Disse oplysninger definerer projektets succeskriterier. Registrer disse punkter.

• Problemer med ydeevne eller skalerbarhed: Tilbudsberegningstider, sideindlæsningsforsinkelser og godkendelsesflaskehalse.
• Funktionsmangler: Forretningskrav, som CPQ ikke kan opfylde eller kun kan opfylde med væsentlig tilpasset udvikling.
• CPQ-løsninger: Manuel trin, offline regneark eller skyggesystemer, der kompenserer for CPQ-begrænsninger.
• Integrationsfriktion: Data, der ikke flyder korrekt mellem CPQ og downstream-systemer.
• Procesforbedringer: Processer, der skal opdateres eller optimeres før migrering. Komplekse processer, der migreres, som de er, forbliver lige så komplekse i det nye system. Brug denne mulighed til at strømline dem.

Disse smertepunkter bliver succeskriterierne for migreringen. Bestem dine succeskriterier, før du fortsætter til fase 2.

Start rettelse af datakvalitet

Datakvalitetsproblemer er dyrere at løse under migrering end før det. Start afhjælpning tidligt, uanset hvilken migreringsstrategi du vælger. Fokuser først på disse områder.

• Dubletter eller tilbagetrukne produkter, der stadig er markeret som aktive i kataloget.
• Inkonsekvent attributnavngivning på tværs af produktlinjer eller forretningsenheder.
• Gennemse CPQ-områdelistedata for potentielle dubletter. Hvis du vil bevare historiske omkostningsregistreringer, skal du oprette et tilpasset felt for den gældende slutdato og udfylde denne dato før migrering.
• Forældreløse registreringer, f.eks. abonnementer uden overordnede konti eller tilbudslinjer uden overordnede tilbud.
• Opret et sæt af abonnementsregistreringer, der skal migreres sammen. Du behøver ikke migrere annullerede abonnementer.
• Ufuldstændige eller inkonsekvente aktivregistreringer, der kan påvirke migreringen af Customer Asset Lifecycle Management (CALM).
• Feltet ProductSellingModelId på prislistepostregistreringer er skrivebeskyttet, når prislistepostregistreringer til en start er oprettet. Hvis du migrerer til Omsætningsstyring uden at angive en produktsalgsmodel på oprettelsestidspunktet, resulterer det i prislistepostregistreringer, der ikke kan rettes efter migrering uden at oprette registreringer. Så sørg for, at produktsalgsmodellerne er tilknyttet korrekt, før du migrerer. Kontakt Salesforce Kundesupport, hvis du har brug for redigeringsadgang for at ændre produktsalgsmodellen på prislistepostregistreringer.
• Mens CPQ bruger registreringstyper til at identificere CPQ-relaterede registreringer, bruger Omsætningsstyring appanvendelsestildelingsregistreringer til at identificere registreringer, der er genereret af Omsætningsstyring. Registreringen for appanvendelsestildeling skal udfyldes for alle transaktionsregistreringer, f.eks. tilbud, bestillinger og aktiver, for at aktivlivscyklushandlinger skal lykkes.
• I Salesforce CPQ kan attributter tildeles direkte til produkter. I Omsætningsstyring, attributter, der skal overtages gennem en produktklasse. Da CPQ-brugere ikke vil have produktklasser, skal de oprettes systematisk under migrering ved at gruppere produkter med identiske attributsæt.
• I Salesforce CPQ kan du oprette flere omkostningsoplysninger for hvert produkt og hver valuta, herunder nul-enhedsomkostningsoplysninger. I Omsætningsstyring kan du ikke oprette dubletregistreringer for prislistepost eller den samme ISO-kode for valuta. Denne forskel forårsager migreringsfejl.

Fase 1 - tjekliste

Før du flytter til fase 2, skal du bekræfte, at du har fuldført disse opgaver.

• Administrerende sponsorater er på plads, og ressourceengagement er godkendt.
• Der er et kerneteam på plads med definerede roller og tilstrækkelig kapacitet.
• En Salesforce CPQ-organisationsvurdering er fuldført, og teamet forstår kompleksitetsprofilen.
• Smertepunkter med den aktuelle CPQ-implementering dokumenteres, og teamet har en fælles definition på succes.
• Der er identificeret væsentlige Datakvalitetsproblemer, og der er påbegyndt afhjælpning.
• Din Salesforce-kontoansvarlige er engageret, og licens- og supportindstillinger er forstået.

Når du har fuldført alle punkterne i fase 1, fortsæt til fase 2.