Vi arvet en 3 år gammel Salesforce-org i kaos. Her er hva vi fant.

Overleveringen

Overleveringen gikk raskt. Vi fikk tilgang til systemadministrator-kontoen, et kort notat med de viktigste brukerne, og forsikringer om at "alt egentlig fungerer greit". Det siste stemte ikke.

Det er ikke uvanlig. Organisasjoner som bytter Salesforce-konsulent gjør det sjelden fordi alt er bra. Enten har konsulenten sluttet å levere, forholdet ble for dyrt, eller det har dukket opp behov som den gamle konsulenten ikke håndterte. I noen tilfeller er konsulenten bare borte, uten at noen har sørget for et ordentlig handover. Det var tilfellet her.

Den forrige konsulenten hadde vært ute av bildet i fire måneder. I den perioden hadde ingenting teknisk blitt gjort. Brukerne hadde logget inn, lagt inn data, og kjørt salgsprosessen sin. Automatiseringene hadde kjørt, eller ikke kjørt, uten at noen visste hvilken av de to som faktisk skjedde.

Hva revisjonen avdekket

Vi brukte de to første ukene på en systematisk gjennomgang. Her er et utdrag fra funnene, kategorisert etter alvorlighetsgrad.

Funnene var ikke overraskende. De er representativt for hva vi ser i orger som ikke har hatt dedikert tilsyn over tid. Det interessante er ikke at problemene fantes, men at ingen hadde oppdaget dem. Ikke fordi folk ikke brydde seg, men fordi de fleste av disse problemene er usynlige frem til noen ser etter dem.

Flows som feiler stille sender ingen varsler. Utilgjengelige pipeline-data ser riktige ut til du begynner å sammenligme med faktisk salgsaktivitet. Brukere med admin-tilgang gjør ingenting merkbart med den tilgangen, helt til noen gjør det.

Hva vi fikset først

Etter revisjonsperioden satte vi opp en prioritert rekkefølge med klienten. Ikke alt kan fikses på én gang, og ikke alt bør fikses i samme tempo.

Måned tre og fremover

Etter tre måneder var de kritiske problemene håndtert. Systemet var ikke perfekt, men det var i en kjent og kontrollert tilstand. Automatiseringene kjørte og ga riktig output. Tilgangene var ryddige. Pipeline-data var pålitelig nok til at ledelsen kunne bruke dashboardet i månedlige gjennomganger uten å dobbeltsjekke tallene.

Feltopprydding pågikk fremdeles. Det er sjelden noe man fullfører på tre måneder i en org som har samlet felt over tre år. Vi satte opp en fast gjennomgang som en del av den månedlige helsesjekken, og reduserte felttallet systematisk over de neste kvartalene.

Det som tok lengst tid var ikke de tekniske løsningene. Det var å dokumentere de beslutningene som ikke var dokumentert fra start, og å bygge en felles forståelse av hva systemet gjør og hvorfor. Den kunnskapen satt hos én person, som nå var borte. Å rekonstruere den tok tid.

For organisasjoner som vurderer et nytt supportforhold etter en overgang, beskriver artikkelen vår om de første 90 dagene hvordan den rekonstruksjons- og stabiliseringsfasen ser ut i praksis.

Hva dette forteller oss

Det finnes ikke en "aktiv" Salesforce-org uten konfigurasjonsdrift. Orgen lever ikke statisk mellom implementeringsprosjekter. Den endres kontinuerlig, enten gjennom bevisste konfigurasjonsvalg eller gjennom akkumulerte småfeil ingen korrigerer.

Bedriften vi tok over fra var ikke uansvarlig. De brukte systemet aktivt og hadde full tiltro til det. De visste bare ikke hva de ikke visste. Det er kjernen i problemet med reaktiv support: det er vanskelig å be om hjelp til noe du ikke vet er ødelagt.

Det vi fant etter tre år uten tilsyn er representativt. Det er ikke et ekstremt tilfelle. Det er det normale utfallet av et system som ikke har hatt noen til å se på det regelmessig.

Hos Valon er Cloud Care bygget for å forhindre dette mønsteret. Én konsulent som kjenner systemet ditt og sjekker det månedlig, slik at ingenting rekker å hoppe seg opp i 24 måneder uten at noen ser det.