Intet at koble eller opsætte
Forbundet til de andre moduler, hvor det bør være, med samme logik og grænseflade. Der er intet integrationsprojekt mellem CRM og DMS'et, fordi der ikke er noget hul.
CRM
Hver henvendelse, opkald, fremvisning, faktura og servicebesøg for én person, på én skærm. Ikke en kontaktdatabase boltet på et DMS, den samme record, værkstedet og regnskabet allerede skriver til.
Kommunikationsstrømme
Lucas Weber
Sofia Rossi
Hugo Martin
Emma de Vries
Én kundes record, som rådgiveren åbner den: den åbne mulighed med sin henvendelse, opkald, prøvekørsel og tilbud i rækkefølge og kundens historik nedenunder, derefter den næste bedste handling, BRAIN™ foreslår på den samme record. Eksempeldata, ikke en kundes record.
Problemet
En køber, der er blevet serviceret elleve gange og har købt tre biler, bliver stadig spurgt om et telefonnummer. Historikken findes, den er bare i værkstedssystemet, portalindbakken og nogens hukommelse. Omnetic CRM er ikke endnu et sted at indtaste kundedata. Det er visningen af en record, resten af platformen allerede holder.
Forbundet til de andre moduler, hvor det bør være, med samme logik og grænseflade. Der er intet integrationsprojekt mellem CRM og DMS'et, fordi der ikke er noget hul.
Segmentering fortæller jer, hvilke kunder I skal kontakte, og hvornår, så et tilbud ankommer, fordi det er relevant, ikke fordi en kampagne var forfalden.
Felter, tilstande, notifikationer og aktivitetstyper opsættes til jeres forretning under implementeringen, ikke efterladt som en generisk skabelon, I skal arbejde omkring.
Arbejdsgangen
Fem tilstande, hver med en ejer og en frist. Vælg én for at se, hvad der kommer ind, hvad Omnetic gør, og hvad teamet får.
Portal, webformular, chat, indgående opkald og gåkunde opfanges og matches mod eksisterende kunder. Dubletter fusioneres i stedet for at gange sig op.
Kilder er konfigurerbare pr. lokation, så en koncern kan dirigere henvendelser fra to byer forskelligt uden to systemer.
Detaljeret segmentering angiver ikke kun, hvilke produkter der passer en kunde, men hvornår de skal tilbydes, forskellen mellem et relevant opkald og et generende et.
Notifikationer sættes pr. bruger, så en chef kan følge et segment uden at drukne en rådgiver i advarsler.
Aktiviteter, tilstande og service planlægges i ét ensartet system, så “hvem tager sig af dette?” har et svar på recorden frem for i en gruppechat.
Kolleger kommenterer, nævner hinanden og overdrager, uden at tråden starter forfra.
En omfattende historik over hver interaktion, fra første forretningsmulighed til endelig faktura, sidder på kunden, inklusive det, der blev lovet i et opkald i tirsdags.
Gået-i-stå tråde dukker automatisk op igen frem for stille at udløbe.
Omsætning, profit og fremtidigt potentiale pr. kunde udtrykkes i tal, og den pipeline, de ruller ind i, stemmer overens med regnskabet, fordi begge kommer fra de samme hændelser.
En filialchef kan åbne ethvert tal i prognosen og lande på handlen bag det.
Funktioner
Seks funktionsområder, hver konfigurerbar til jeres egne behov under implementeringen.
Kontakter indsamlet fra hver kilde og muligheder styret ét sted, arrangeret som jeres forretning fungerer frem for en fast skabelon.
En ensartet måde at planlægge, styre og vurdere hver aktivitet, der involverer en kunde, inklusive tilstande og service, ikke kun salgsopkald.
Detaljeret information om hver kunde ét sted, med notifikationer, hver bruger kan sætte til det, de reelt har brug for at vide.
Detaljeret segmentering, der fortæller, hvilke produkter der er relevante for en kunde, og lige så vigtigt, hvornår de skal tilbydes.
Den fulde interaktionshistorik fra forretningsmulighed til endelig faktura, og detaljerede prognoser for fremtidigt salg, når I har brug for dem.
Transaktioner med en kunde udtrykt i tal, omsætning og profit, samt hvor potentialet for fremtidig udvikling ligger.
Efter rolle
Åbner én tråd og finder historikken, indbytningen og løftet fra sidste tirsdag allerede der.
Ser, hvilke muligheder der går i stå, og hvorfor, uden at spørge seks personer om en opdatering.
Adresserer et reelt segment med et relevant tilbud og kan se, hvad det producerede i det samme system.
Får en prognose, der stemmer overens med regnskabet, fordi begge er bygget fra de samme hændelser.
Platform- og datakoblinger
De kunde- og køretøjsobjekter, CRM læser, det holder ikke sin egen kopi.
Scorer intention, udkaster svar og foreslår den næste handling, med en person, der godkender.
Portaler, telefoni og webformularer leverer henvendelser direkte på recorden.
Omsætning og profit pr. kunde kommer fra bogførte transaktioner, ikke fra et salgsregneark.
Systemrelation
CRM læser de kunde- og køretøjsobjekter, DMS Core holder, og skriver henvendelsen, muligheden og opfølgningen tilbage til dem. Det, der ankommer fra portaler og telefoni, lander på den samme record, og det, BRAIN™ foreslår, godkendes på den.
Resultat og dokumentation
Henvendelser, opkald, besøg, tilbud og servicebegivenheder forbliver på én kundepost.
Næste skridt har en ejer og en frist; en offentliggørbar effekt kræver stadig en målt baseline.
Adgang følger organisationen, filialen og de rettigheder, der er tildelt brugeren.
Kanaler og eksterne systemer bekræftes for markedet og implementeringen.
Implementering og tilgængelighed
Sekundær produktdemonstration
Én eksempelkundehistorik viser tråden fra første henvendelse til den næste serviceopgave.
Gennemgå CRMSalg af brugte biler · i dag 09:14
Rådgiver · i dag 10:05
Octavia · fre 14:30
Opfølgning på tilbud · mandag
Begivenheder
12Åbne opgaver
2Vælg nogen, der har købt to gange og været til service ti gange. Vi viser, hvad rådgiveren ville se, før opkaldet.
Book en CRM-demoÉn person med køb, servicebesøg og en åben henvendelse.
Hvor henvendelser og opkald ankommer i dag, og hvem der besvarer dem.
Hvordan pipeline når CFO'en nu, og hvad den stemmer overens med.