Slik fungerer Bestillingsbehandling
Bestillingsbehandling orkestrerer vurderinger av butikkkontroll, tilbudspriser og rabatter og godkjenningsbasert låsing – alt i et konfigurerbart arbeidsflytrammeverk. Finn ut mer om hvordan hver komponent fungerer.
Nødvendige utgaver
| Tilgjengelig i Lightning Experience |
| Tilgjengelig i Enterprise og Unlimited Edition med Life Sciences Cloud, Life Sciences Cloud for Customer Engagement-tilleggslisensen og den administrerte pakken Life Sciences Customer Engagement. |
Oversikt
Bestillingsbehandling for Agentforce Life Sciences flytter et feltbesøk fra vurdering til en ferdig, prissatt bestilling. Butikkkontroll viser bare produktene og sjekkene som er relevante for butikken som besøkes. Tilbud og priser bygger på det samme besøket for å fange opp en priset, rabattbestilling. Hver fase viser handlingene som er relevante for personen som utfører arbeidet – representanter vurderer og tilbyr tilbud i felten, og salgsledere ser gjennom og godkjenner oppslagsforespørsler.
Bestillingsbehandling håndterer også dimensjonene for pris og samsvar for et salg. Administratorer definerer prislister, prisoppskrifter og prisprosedyrer som bestemmer hvordan listepriser, volumrabatter og betingelsesbaserte rabatter skal gjelde for et tilbud. Hver prisbeslutning fanges opp i en Price Waterfall-post som gir en prisinndeling linje for linje fra listepris til endelig nettopris. Valideringsregler og konfigurerbare godkjenningsarbeidsflyter håndhever forretningspolicyen før et tilbud blir ferdigstilt.
Bestillingsbehandling integrerer verktøyene representantene bruker i felten. Selgere utfører en butikkkontroll, ser gjennom Price Waterfall-inndelingene, fanger opp en elektronisk signatur og genererer en PDF-tilbudsfil fra Besøk-posten – bare fra nettet.
I Agentforce Life Sciences kombinerer Bestillingsbehandling butikkkontroll og tilbud og priser i én enkelt flyt. Før du går dypere inn i detaljene for hver komponent, går du gjennom sjekklisten over oppsettoppgaver for å få en raskere implementering.
Bestillingslivssyklus
En bestilling går gjennom to tilkoblede livssykluser: Besøkets butikkkontrollfaser og tilbudets godkjenningsfaser. Basert på forretningskravene kan du konfigurere disse fasene. Her er et eksempel på fasene som en bestilling går gjennom.
- Planlagt
- En uteselger planlegger eller åpner et besøk. Butikkkontrolloppgaver registreres ikke ennå.
- Behandling pågår
- Selgeren fanger opp butikk-sjekk-svar – tilgjengelighet, visning og overholdelse av krav om promotering – mot sortiment- og vurderingsoppgavene som er konfigurert for den kontoen. De kan fremdeles redigere posten.
- Fullført
- Besøket avsluttes, og butikkkontrolldataene oppsummeres til KPI-poster. Uteselgeren kan ikke endre innhentede svar retroaktivt.
- Utkast
- Fra samme besøk eller konto bygger selgeren en bestilling med tilbud, og legger til produkter, mengder og rabatter.
- Sendt
- Tilbudet og dets linjer låses når selgeren sender det til godkjenning eller innfrielse. Selgeren kan ikke redigere et sendt tilbud direkte.
- Forespørsel om opplåsing
- Hvis selgeren må endre et sendt tilbud, ber vedkommende om å låse opp det. Forespørselen rutes til lederen sin mens tilbudet holdes låst – selv om selgeren er offline når vedkommende ber om det.
- Godkjent eller avvist
- Lederens beslutning returnerer tilbudet til Utkast-status for redigering eller Avvist for låst, og varsler selgeren på begge måter.
Objekter og relasjoner
Hver angitt bestillings- og butikkkontroll spores tilbake til et besøk, og et lite sett objekter bærer dataene mellom seg.
- Besøk
- Inngangspunktet for en butikkkontroll eller en bestilling med tilbud. Posttypen bestemmer hvilken opplevelse som åpnes og hvilket sortiment og prisliste som gjelder.
- Tilbuds- og tilbudslinjeelement
- Anførselsbestillingen og dens individuelle produkter. Status-feltet for et tilbud driver virkemåten for å låse og låse opp.
- Prislisteoppføring og prislisteoppføring
- Definer hvilke produkter og listepriser som skal være tilgjengelig for en selgers område eller konto.
- Sortiment, Sortimentsprodukt og Butikk Sortiment
- Definer hvilke produkter en selger ser og sjekker under et butikkbesøk, med omfang etter konto eller område.
- Definisjon av vurderingsoppgave og definisjon av vurderingsindikatorer
- Definer kontrollene som en selger utfører under en butikkkontroll. For eksempel en visningssamsvarskontroll eller en utsolgt-kontroll, og også verdiene en selger kan registrere for hver av dem.
- Butikk-KPI
- Lagrer det oppsummerte resultatet av en fullført butikkkontroll slik at du kan rapportere om samsvar etter konto eller område.
- Salgstransaksjonstype
- Knytt et tilbud til prisprosedyren og valideringsreglene som gjelder for det, så representanter velger ikke en prosedyre manuelt.
Prissætning og rabatmotor
Prissætning kører som en kæde af konfigurerbare elementer, ikke en enkelt beregning.
En prisoppskrift bestemmer hvilke prisoperasjoner som utføres for en bestilling med tilbud. I denne oppskriften definerer en prisprosedyre sekvensen av priselementer som kjører mot hver linje. En prisprosedyre inneholder elementer som listepris, volumrabatter og manuelle linjer eller rabatter på topptekstnivå. Salgstransaksjonstypen i tilbudet bestemmer hvilken prisprosedyre som gjelder. Så du kan ha forskjellig virkemåte for priser for forskjellige produkter eller områder.
Hvert priselement som kjører mot en linje i den rekkefølgen disse justeringene skjedde, skriver til denne linjens prisfall. Prisfall er en post for listeprisen, hver rabatt som er brukt, og den resulterende nettoprisen. Selgere trykker på eller fører markøren over et linjeelement for å se denne oversikten. Denne oppdelingen beholdes som linje for linje-oppdeling selv etter at tilbudet er sendt og låst.
Godkjennings- og låsearbeidsflyt
To systemer samarbeider om å håndheve tilbudsintegritet etter innsending.
En arbeidsflyt låser tilbudet og dets linjer basert på tilbudets Status-felt. Så uteselgere kan ikke redigere et sendt tilbud før tilbudet er godkjent. En postutløst godkjenningsflyt håndterer oppslagsforespørsler: Når en selger ber om en opplåsing, ruter flyten forespørselen til selgerens leder og oppdaterer tilbudets status etter at lederen har godkjent eller avvist det. Begge systemene er avhengig av det samme Status-feltet, så et tilbud kan aldri redigeres samtidig og venter på godkjenning. Varsler holder representanter og ledere informert ved innsending, opplåsing av forespørsel og beslutning.
Virkemåte for mobil og offline
Selgere fanger opp butikksjekker og tilbudsbestillinger uten en direktetilkobling, og de underliggende postene avstemmes når tilkoblingen returneres.
Price Waterfall-data beholdes lokalt på enheten, så en selger kan se gjennom en linjes prisinndeling offline på samme måte som de kan online. Elektroniske signaturer som fanges opp offline, krypteres og lagres på enheten, og deretter synkroniseres til tilbudsposten når enheten kobles til på nytt. Administratorkonsollen kontrollerer den mobilspesifikke konfigurasjonen – produktvisninger, prioritetsprodukter, fraskrivelser og oppsett – som bestemmer hva en selger ser i mobilappen, uavhengig av de underliggende pris- og vurderingsmetadataene.
