Hva tab-bytte faktisk koster
Det er lett a tenke pa tab-bytte som et lite problem. Folk gjor det hundrevis av ganger om dagen, de er vant til det, det tar bare noen sekunder. Men de sekundene legger seg opp, og det er ikke tidsbruken som er det egentlige problemet.
Det egentlige problemet er at hvert tab-bytte er en beslutning om a avslutte det man holder pa med og starte noe nytt. Nar terskelen for a sjekke Salesforce er hoy, sjekker folk det mindre. Nar folk sjekker det mindre, oppdaterer de det mindre. Nar de oppdaterer det mindre, er data mangelfulle. Nar data er mangelfulle, stoler ingen pa rapportene.
Det er ikke et adopsjonsproblem i tradisjonell forstand. Det er et friksjonsproblem. Systemet er godt nok, men er ikke der folk faktisk er.
Kommunikasjonen om kunden skjer i Slack. Dataene om kunden lever i Salesforce. De to er ikke koblet. Konsekvensen er at handlinger som besluttes i Slack aldri finner veien til Salesforce, og at kunnskap som finnes i Salesforce aldri er tilgjengelig i Slack-samtalen.
Tre ting som ma vaere pa plass
Tab-bytte stopper ikke av seg selv. Det stopper nar Salesforce-data er tilgjengelig i Slack uten at noen trenger a hente det manuelt, og nar Salesforce kan oppdateres fra Slack uten a aapne en ny fane.
| Hva som ma vaere pa plass | Hva det gir |
|---|---|
| Records tilgjengelig i Slack | Teamet kan se kundeinformasjon, deal-status og historikk direkte i kanalen, uten a logge inn i Salesforce |
| Oppdatering fra Slack | Feltverdier, notater og oppgaver kan endres fra en Slack-melding, slik at data faktisk blir oppdatert der samtalen skjer |
| Varsler til riktige kanaler | Endringer i Salesforce varsler de rette personene i Slack, uten at noen ma sjekke manuelt eller purre pa hverandre |
Alle tre krever konfigurasjon. Den native Salesforce-appen i Slack gir deg deler av det forste punktet. De andre to kreverne et mer gjennomtenkt oppsett.
Hva som endrer seg i praksis
Nar oppsettet er pa plass, ser hverdagen annerledes ut for salgsteamet. Her er noen konkrete situasjoner der forskjellen er tydelig:
For et kundemote. I stedet for a apne Salesforce, lete opp kontoen og lese gjennom aktivitetsloggen, kan selgeren skrive en sporrring i Slack og fa en oppsummering av de siste interaksjonene, aapne saker og noteater, pa under et minutt.
Under en Slack-diskusjon om en deal. Noen sier "hvor er vi egentlig i prosessen med disse?" I stedet for at noen ma apne Salesforce og kopiere ut informasjonen, deles recorden direkte i kanalen som et klikkbart kort med relevant data synlig.
Etter et kundemote. Istedenfor at selgeren ma apne Salesforce for a logge motenotater og oppdatere neste steg, kan det gjores fra Slack. Et steg mindre betyr at det faktisk blir gjort.
Nar en key account eskalerer. Salesforce registrerer at en sak har vaert apen i tre dager uten oppdatering. Slack-kanalen for key accounts far automatisk varsel. Ingen ma sjekke Salesforce for a fange det opp.
Hvor du starter
Mange bedrifter starter med a aktivere varsler og tror de har gjort det ferdig. Det er et godt forste steg, men det er ikke det som fjerner friksjonen. Det som fjerner friksjonen er at records er tilgjengelige og kan oppdateres der kommunikasjonen skjer.
Et godt startpunkt er a kartlegge de tre til fem situasjonene der teamet ditt bytter mellom Slack og Salesforce oftest. Det er gjerne der tap av data og glemte oppfolginger skjer. Konfigurer integrasjonen rundt de situasjonene forst, sa far du raskt noe teamet faktisk merker.
Les mer om hva som kreves teknisk for a fa dette pa plass i artikkelen om hva en Slack-Salesforce-integrasjon faktisk innebarer.
Hos Valon starter vi alltid med a kartlegge hvor frisksjonen er storst for teamet. Oppsettet bygges rundt de faktiske situasjonene, ikke rundt hva som er teknisk mulig a konfigurere.
Vil du se hvor friksjonen er storst i teamet ditt?
Vi ser pa oppsettet og viser deg konkret hva som kan endres og hva det vil gi. Ingen forpliktelser.
