breadcrumbDescription
Sådan fungerer bestillingsstyring
Bestillingsstyring orkestrerer vurderinger af butikscheck, tilbudsprissætning og rabatter og godkendelsesbaseret låsning – alt sammen i en konfigurerbar arbejdsflowstruktur. Få mere at vide om, hvordan hver komponent fungerer.
EditionsHeading
| Tilgængelig i: Lightning Experience |
| Tilgængelig i: Enterprise og Unlimited Edition med Life Sciences Cloud, Life Sciences Cloud for Customer Engagement-tilføjelsesprogramlicens og den administrerede pakke Life Sciences Customer Engagement. |
Oversigt
Bestillingsstyring for Agentforce Life Sciences flytter et besøg fra vurdering til en afsluttet, prissat bestilling. Butikskontrol viser kun de produkter og kontroller, der er relevante for den butik, der besøges. Tilbud og priser bygger på det samme besøg for at registrere en prissat rabatbestilling. Hver fase viser de handlinger, der er relevante for den person, der udfører arbejdet – medarbejdere vurderer og tilbud i feltet, og salgschefer gennemser og godkender oplåsningsanmodninger.
Bestillingsstyring håndterer også pris- og overensstemmelsesdimensionerne for et salg. Administratorer definerer prislister, prisopskrifter og prissætningsprocedurer, der bestemmer, hvordan listepriser, mængderabatter og betingelsesbaserede rabatter gælder for et tilbud. Hver prisbeslutning registreres i en prisvandfaldsregistrering, hvilket giver en linjevis prisopdeling fra listepris til endelig nettopris. Valideringsregler og konfigurerbare godkendelsesarbejdsflows håndhæver forretningspolitikken, før et tilbud afsluttes.
Bestillingsstyring integrerer de værktøjer, som medarbejdere bruger i feltet. Sælgere udfører en butikscheck, gennemser Price Waterfall-opdelinger, registrerer en elektronisk signatur og genererer en tilbuds-PDF, alt sammen fra besøgsregistreringen – kun fra internettet.
I Agentforce Life Sciences kombinerer Bestillingsstyring butikscheck samt tilbud og priser i et enkelt forløb. Før du går i detaljer med detaljerne for hver komponent, skal du gennemgå tjeklisten over opsætningsopgaver for at få en hurtigere implementering.
Bestillingslivscyklus
En bestilling flyttes gennem to tilsluttede livscyklusser: besøgets butikskontrolfaser og tilbuddets godkendelsesfaser. Baseret på dine forretningskrav kan du konfigurere disse faser. Her er et eksempel på de faser, som en bestilling gennemgår.
- Planlagt
- En konsulent planlægger eller åbner et besøg. Lagerkontrolopgaver registreres endnu ikke.
- Igangværende
- Medarbejderen registrerer butikskontrolsvar – tilgængelighed, visning og kampagneoverensstemmelse – op mod de sortiment- og vurderingsopgaver, der er konfigureret for den pågældende konto. De kan stadig redigere registreringen.
- Fuldført
- Besøget lukkes, og dens butikskontroldata ruller op til KPI-registreringer. Konsulenterne kan ikke ændre registrerede svar med tilbagevirkende kraft.
- Kladde
- Fra det samme besøg eller konto opbygger sælgeren en tilbudsordre og tilføjer produkter, mængder og rabatter.
- Sendt
- Tilbuddet og dets linjevarer låses, når sælgeren indsender det til godkendelse eller fuldførelse. Medarbejderen kan ikke redigere et indsendt tilbud direkte.
- Anmodning om oplåsning
- Hvis sælgeren skal ændre et indsendt tilbud, anmoder vedkommende om en oplåsning. Anmodningen distribueres til deres manager, mens tilbuddet forbliver låst – selv hvis sælgeren er offline, når de anmoder om det.
- Godkendt eller afvist
- Managers beslutning returnerer enten tilbuddet til Kladdestatus for redigeringer eller Til afvist for låst og adviserer sælgeren på en eller anden måde.
Objekter og relationer
Hver tilbudt bestilling og butikscheck spores tilbage til et besøg, og et lille sæt objekter bærer dataene mellem dem.
- Besøg
- Indgangspunktet for en butikscheck eller en tilbudt bestilling. Dets registreringstype bestemmer, hvilken oplevelse der åbnes, og hvilket sortiment og hvilken prisliste der gælder.
- Tilbuds- og tilbudslinjevare
- Den tilbudte bestilling og dens individuelle produkter. Feltet Status for et tilbud styrer låse- og oplåsningsadfærden.
- Prisliste og prislistepost
- Definer, hvilke produkter og listepriser der er tilgængelige for en sælgers område eller konto.
- Sortiment, Sortimentprodukt og Butiksortiment
- Definer, hvilke produkter en sælger ser og kontrollerer under et butiksbesøg, omfanget efter konto eller område.
- Definition på vurderingsopgave og definition på vurderingsindikator
- Definer de kontroller, som en sælger foretager under en butikskontrol. F.eks. en visningsoverensstemmelseskontrol eller en ikke-på-lager-kontrol, og også de værdier, som en sælger kan registrere for hver.
- Detailbutik-KPI
- Gemmer det oprullede resultat af en fuldført butikskontrol, så du kan rapportere om overensstemmelse efter konto eller område.
- Salgstransaktionstype
- Knyt et tilbud til prissætningsproceduren og de valideringsregler, der gælder for det, så medarbejdere vælger ikke en procedure manuelt.
Prissætning og rabatsystem
Prissætning kører som en kæde af konfigurerbare elementer, ikke en enkelt beregning.
En prisopskrift bestemmer, hvilke prissætningshandlinger der køres for en tilbudt bestilling. I denne opskrift definerer en prissætningsprocedure rækkefølgen af priselementer, der kører mod hver linje. En prissætningsprocedure indeholder elementer som listepris, mængderabatter og manuelle rabatter på linje- eller sidehovedniveau. Salgstransaktionstypen på tilbuddet bestemmer, hvilken prissætningsprocedure der gælder. Så du kan have forskellig prisadfærd for forskellige produkter eller områder.
Hvert priselement, der kører mod en linje i den rækkefølge disse justeringer forekom og skriver til den pågældende linjes prisvandfald. Prisvandfald er en registrering af listeprisen, hver anvendt rabat og den resulterende nettopris. Sælgere trykker eller holder musen hen over en linjevare for at se denne opdeling. Denne opdeling bevares som linje-for-linje-opdeling, selv efter tilbuddet er sendt og låst.
Godkendelse og låsning af arbejdsflow
To systemer samarbejder om at håndhæve tilbudsintegritet efter indsendelse.
Et arbejdsflow låser tilbuddet og dets linjevarer baseret på tilbuddets Status-felt. Så konsulenter kan ikke redigere et indsendt tilbud, før tilbuddet er godkendt. Et registreringsudløst godkendelsesforløb håndterer oplåsningsanmodninger: når en sælger anmoder om en oplåsning, distribuerer forløbet anmodningen til sælgerens manager og opdaterer tilbuddets status, når manageren har godkendt eller afvist det. Begge systemer er afhængige af det samme statusfelt, så et tilbud kan aldrig redigeres samtidigt og afventer godkendelse. Adviseringer holder medarbejdere og managers informeret ved indsendelse, oplåsning af anmodning og beslutning.
Mobil og offline adfærd
Sælgere registrerer butikschecks og tilbudte bestillinger uden en liveforbindelse, og de underliggende registreringer afstemmes, når forbindelsen returneres.
Price Waterfall-data bevares lokalt på enheden, så en sælger kan gennemse en linjes prissætningsopdeling offline på samme måde, som vedkommende kan online. Elektroniske signaturer, der registreres offline, krypteres og lagres på enheden og synkroniseres derefter til tilbudsregistreringen, når enheden opretter forbindelse igen. Admin Console kontrollerer den mobilspecifikke konfiguration – produktvisninger, prioritetsprodukter, ansvarsfraskrivelser og layout – som bestemmer, hvad en sælger ser i mobilappen, uafhængigt af de underliggende prissætnings- og vurderingsmetadata.
