Hva reaktiv support faktisk betyr
Reaktiv support betyr at du tar kontakt når noe slutter å fungere. En flow stoppet, en rapport gir feil tall, en bruker får ikke tilgang til noe de burde hatt tilgang til. Du sender en melding, og en konsulent fikser det.
På papiret ser dette effektivt ut. Du betaler bare for arbeid som gjøres som svar på et reelt problem. Det er ingen månedlig driftsavtale som dekker tid som kanskje ikke brukes. Det høres ut som fornuftig kostnadsstyring.
Problemet er at de fleste Salesforce-problemer ikke melder seg selv. Ødelagte automatiseringer feiler stille. Konfigurasjonsdrift skjer gradvis. Datakvaliteten forringes over måneder før det påvirker noe synlig. Når du oppdager at noe er galt, har skaden allerede hopet seg opp en stund. Det er den delen reaktiv support ikke fanger opp, for du kan bare reagere på problemer du har lagt merke til.
I reaktive modeller er gapet mellom når et problem starter og når det blir rapportert typisk tre til seks måneder. I det tidsrommet tar du beslutninger basert på feil data, kjører automatiseringer som produserer gale resultater, og eksponerer potensielt tilganger som ikke burde vært aktive. Selve fiksen tar noen timer. Den oppsamlede skaden tar lenger tid å rydde opp i.
Kostnadene ingen fakturerer deg for
Når folk sammenligner reaktiv og proaktiv support, sammenligner de som oftest månedsprisene. Den sammenligningen gir et ufullstendig bilde. De reelle kostnadene ved reaktiv support dukker sjelden opp som linjepost på en faktura.
| Kostnadskategori | Reaktiv modell | Proaktiv modell |
|---|---|---|
| Synlig pris | Lav eller null når ingenting er ødelagt | Fast månedlig driftsavtale |
| Ødelagte automatiseringer | Oppdages når noen merker at arbeidet ikke skjer, ofte måneder senere | Fanges under månedlig helsesjekk, før det påvirker output |
| Datakvalitet | Forringes til det påvirker rapporter eller beslutninger, og krever deretter et oppryddingsprosjekt | Overvåkes månedlig; problemer håndteres mens de er små |
| Konsulentens kjennskap | Hver sak starter fra null: konsulenten setter seg inn i systemet ditt på nytt hver gang | En konsulent som allerede kjenner konfigurasjonen din |
| Responstid | Variabel, avhengig av konsulentens tilgjengelighet når du tar kontakt | Avtalt SLA med en konsulent som kjenner oppsettet ditt |
| Strategisk rådgivning | Ikke inkludert. Konsulenten løser det umiddelbare problemet og går videre. | Inkludert i det løpende forholdet; konsulenten forstår konteksten din |
Punktet om konsulentens kjennskap fortjener særlig oppmerksomhet. Med reaktiv support ender du ofte opp med å forklare bedriften din, prosessen din og Salesforce-oppsettet ditt fra bunnen av hver gang noe ryker. Den innsettingstiden faktureres som regel ikke, men den er heller ikke gratis: det er tid som går med før noe faktisk arbeid blir gjort, og det påvirker kvaliteten på fiksen.
En konsulent som arver en ødelagt automatisering uten å vite hvorfor den ble bygget, kan reparere den tekniske feilen mens han overser den underliggende konfigurasjonsfeil som forårsaket den. Slike feil fanges sjelden i en reaktiv modell, fordi ingen ser på systemet som en helhet.
Hvordan kostnadene bygger seg opp
Reaktiv support er ikke bare en jevn ineffektivitet. Kostnadene akselererer over tid.
Datakvalitetsproblemer som ikke håndteres månedlig blir oppryddingsprosjekter. Automatiseringsfeil som kjører i seks måneder produserer seks måneder med tapte oppfølginger, tapte eskaleringer og tapte varsler. Tilgangsdrift som ikke gjennomgås årlig blir en kompliansrisiko. Konfigurasjonsdrift som samler seg uten tilsyn når til slutt et punkt der systemet trenger en større ombygging fremfor rutinemessig vedlikehold.
- 2 til 3 automatiseringsfeil oppdaget, noen måneder gamle
- Pipeline-data krever manuell gjennomgang før hvert styremøte
- Ukjent antall feilkonfigurerte tilganger
- Feltrot har gjort onboarding av nye brukere tregere
- Etterslep av "en dag"-konfigurasjonsendringer uten eier
- Automatiseringsfeil fanges og fikses innen måneden de oppstår
- Pipeline-data gjennomgås månedlig; ledelsen stoler på tallene
- Tilgangssett gjennomgått og dokumentert årlig
- Sideoppsett oppdatert etter hvert som prosesser endres
- Systemet bedre kalibrert til nåværende forretning enn ved go-live
Dette er ikke hypotetiske scenarier. Det er mønsteret vi ser i organisasjoner vi tar over etter en periode med bare reaktiv support. Det reaktive år-to-bildet er gjenkjennelig. For å forstå hvordan oppryddingsfasen ser ut når vi arver en slik org, har vi skrevet om hva vi typisk finner.
Hva proaktiv oppfølging faktisk dekker
Proaktiv oppfølging betyr ikke at konsulenten gjør noe hver dag. Det betyr at det finnes en strukturert månedlig rytme som fanger problemer før de blir hendelser.
En månedlig helsesjekk har en fast struktur: bekrefte at alle automatiseringer kjører og gir riktig output, gjennomgå pipeline-nøyaktighet og datakomplethet, sjekke om noen tilganger er endret uten dokumentasjon, og snakke gjennom alt i bedriften som Salesforce nå bør speile.
Det siste punktet undervurderes. Bedrifter endrer seg raskere enn CRM-konfigurasjoner gjør. Produkter får nye navn, territorier forskyver seg, prosesser utvikler seg. Konsulenten som kjenner konfigurasjonen din og snakker med deg månedlig kan absorbere disse endringene proaktivt. Den som bare dukker opp når noe ryker arver hva som enn har hopet seg opp i mellomtiden.
Hvis du starter et nytt supportopplegg, forklarer guiden vår om hva du kan forvente de første 90 dagene hvordan den proaktive rytmen etableres fra starten.
Når reaktiv support holder
Reaktiv support gir mening i noen situasjoner.
Hvis Salesforce-implementeringen din er genuint enkel, et lite team, en standard salgsprosess, minimal automatisering, lavt datavolum, er risikoen for uoppdaget konfigurasjonsdrift lavere. Hvis du har en intern Salesforce-administrator som håndterer daglig overvåking, kan reaktiv konsulentbistand for komplekse saker supplere det fremfor å erstatte det.
Spørsmålet er om uoppdagede feil er en akseptabel risiko gitt hvor mye teamet ditt er avhengig av systemet. Hvis Salesforce er sentralt for pipeline-styring, kundekommunikasjon og dataene ledelsen bruker til beslutninger, underslår prissammenligningen med reaktiv support den faktiske eksponeringen.
Hos Valon er Cloud Care bygget rundt den proaktive modellen. En senior konsulent, alltid den samme personen, som kjører helsesjekken og holder seg oppdatert på hvordan bedriften din utvikler seg. Å fikse noe som ryker er en del av det, men det er ikke poenget.
Vil du forstå hva proaktiv support ville se ut for din org?
Vi går gjennom oppsettet ditt og er ærlige om hva som gir mening. Ingen pitch hvis det ikke passer.
