Hva som driver kostnaden
En Salesforce-implementering selges oftest som et fast tilbud: X kroner for Y uker arbeid. Det tilbudet gjenspeiler sjelden hva prosjektet faktisk koster, fordi det som kompliserer et prosjekt sjelden er synlig før arbeidet begynner.
Konsulentens tid er den enkleste delen å prise. Det som varierer, og det som gjør to tilsynelatende like prosjekter veldig ulike i pris, er kompleksiteten i det bedriften tar med seg inn i prosjektet: eksisterende systemer, datakvalitet, interne beslutningsprosesser, og graden av enighet om hva systemet faktisk skal gjøre.
Tre faktorer bestemmer mesteparten av kostnadsspredningen mellom prosjekter:
Scope-klarhet. Vet dere nøyaktig hva Salesforce skal gjøre, for hvem, og hvilke prosesser det skal støtte? Uklarhet i scope på oppstart oversettes direkte til endringsordrer underveis. Et prosjekt med klar scope og et med uklar scope kan ha identiske timeestimater i tilbudet og ende opp med dobbelt så mange timer.
Integrasjoner. Salesforce alene er sjelden tilstrekkelig. Det skal kobles mot ERP, e-post, regnskapssystem, tredjepartsverktøy. Hver integrasjon er en selvstendig teknisk oppgave med egne avhengigheter. To integrasjoner kan koste like mye som resten av prosjektet til sammen, avhengig av systemenes alder og dokumentasjonskvalitet.
Datamigrasjon. Å flytte eksisterende data fra et gammelt CRM, et Excel-ark, eller et ERP-system inn i Salesforce er tidkrevende og felutsatt. Datakvaliteten i kilden bestemmer arbeidsmengden, og den er sjelden god. Dette undervurderes nesten alltid i tidlige tilbud.
Kompleksitetsfaktorer: hva som drar prisen opp
| Faktor | Prisvekt | Kommentar |
|---|---|---|
| Antall brukere og roller | Lav | Antall lisenser er en Salesforce-kostnad, ikke konsulentens. Rolleantall påvirker oppsett av tilganger og sideoppsett, men er sjelden den dominerende faktoren. |
| Tilpasning vs standardkonfigurasjon | Middels | Flows, valideringsregler og felt er konfigurasjon. Apex-kode og Lightning Web Components er tilpasning og koster vesentlig mer. Skillet er viktig å avklare tidlig. |
| Antall og type integrasjoner | Høy | Eldre systemer uten dokumenterte API-er er de dyreste å integrere. Nyere skybaserte verktøy med standard connectors er raskere. Anta alltid at integrasjoner tar lenger tid enn anslått. |
| Datamigrasjon | Høy | Datakvaliteten i kildesystemet er den største ukjente. Normalisering, deduplisering og validering av data er arbeidsintensivt og kan fordoble migrasjonsetappen. |
| Scope-klarhet på oppstart | Høy | Uklart scope er den vanligste årsaken til kostnadsoverskridelser. Et strukturert discovery-arbeid i forkant er ikke ekstra kostnad, det er forebygging. |
| Intern beslutningsevne | Middels | Prosjekter som venter på interne avklaringer og godkjenninger tar lenger tid. Konsulentens timer renner videre. En dedikert intern prosjekteier på klientsiden er en av de billigste forsikringene du kan kjøpe. |
Hva en lav pris egentlig betyr
Lav pris på et Salesforce-tilbud har som regel én av tre forklaringer.
Den første er at tilbudet er basert på optimistiske forutsetninger. Scope er vagt definert, integrasjonskompleksitet er undervurdert, og datamigrasjon er estimert som om kildedata er ren. Når virkeligheten avviker fra forutsetningene, kommer tilleggsbudsjetter. Dette er det vanligste scenariet.
Den andre er at konsulentfirmaet bruker juniorkonsulenter på arbeidet. Lavere dagpriser oversettes til lavere tilbud, men arbeidstiden er lenger, feilratene er høyere, og superviseringskostnaden faller på deg. Et tilbud med 120 timer fra en juniorkonsulent kan koste mer enn 70 timer fra en seniorkonsulent, og gi et dårligere resultat. Mer om dette i artikkelen om hvordan du velger riktig Salesforce-partner.
Den tredje er at firmaet konkurrerer på pris for å ta markedsandeler. Det skjer, men det er sjeldnere enn de to første forklaringene. Vær skeptisk til tilbud som er vesentlig lavere enn andre du har mottatt, og spør konkret om hvem som utfører arbeidet og hva forutsetningene i estimatet er.
Spør hvert firma: "Hva er de tre forutsetningene dette estimatet hviler på, og hva skjer med prisen hvis én av dem ikke holder?" Et seriøst konsulentfirma svarer konkret. Et som har priset defensivt blir ukomfortabelt.
Hva som uteblir fra de fleste tilbud
Et implementeringsprosjekt har en sluttdato. Det betyr ikke at kostnaden slutter der.
Salesforce krever løpende vedlikehold. Automatiseringer feiler, konfigurasjon må oppdateres når prosesser endres, nye brukere trenger opplæring, og rapporter som var riktige ved go-live kan bli unøyaktige etter noen måneder med data. Ingen av disse tingene er inkludert i et implementeringstilbud.
Brukeradopsjon er en annen underestimert kostnad. Et teknisk vellykket Salesforce-prosjekt som teamet ikke tar i bruk er ikke et vellykket prosjekt. Opplæring, endringsledelse og oppfølging etter go-live er ofte ikke med i implementeringsbudsjettet, men de er nødvendige for at investeringen skal gi avkastning.
Lisenskostnaden er den tredje posten mange undervurderer. Salesforce-lisenser faktureres årlig og skalerer med antall brukere og moduler. Avklar lisenskostnadene separat fra konsulentbudsjettet, og ta dem med i den totale investeringsberegningen.
Hvorfor budsjetter sprekker etter go-live
Det finnes et mønster vi ser igjen og igjen: bedriften signerer et implementeringsbudsjett, prosjektet leveres innenfor det, og fakturaen ved slutten av år ett er likevel det dobbelte av hva de forventet.
Årsaken er nesten alltid det samme. Implementeringsbudsjettet dekker oppbygging. Det dekker ikke det som kommer etter: tilleggsmoduler selger konsulenten inn underveis, integrasjoner som "selvfølgelig" burde med, support-timene når noe slutter å virke, og Salesforce-lisenser som stiger i pris ved fornyelse. En bedrift på 20 brukere som starter på Sales Cloud Professional ender gjerne opp med Enterprise-lisenser, tre tilleggsmoduler og et supportbehov ingen budsjetterte for.
Det er ikke juks. Det er en kombinasjon av underestimering, manglende scopedefinisjon og en salgsmodell i bransjen som belønner implementering, ikke langsiktig suksess. Den eneste måten å unngå det på er å stille de rette spørsmålene før du signerer.
Hva du bør spørre om i en evalueringsprosess
Noen spørsmål gir deg mer enn andre når du vurderer tilbud.
| Spørsmål | Hva svaret avslører |
|---|---|
| Hvem utfører arbeidet dag til dag? | Senior eller junior? Samme person gjennom hele prosjektet, eller rotering? Et bytte av konsulent midt i et prosjekt koster tid til overlapping. |
| Hva er de viktigste forutsetningene i estimatet? | Om firmaet ikke kan svare konkret, er estimatet ikke seriøst. Et godt tilbud dokumenterer forutsetningene det hviler på. |
| Hva er prosessen for endringsordrer? | Endringer skjer i alle prosjekter. Vet du allerede nå hvem som godkjenner dem og hva de koster? |
| Har dere referansekunder i tilsvarende bransje? | Erfaringskurven fra lignende prosjekter reduserer risikoen for deg. En konsulent som aldri har gjort dette før lærer på din tid. |
| Hva skjer etter go-live? | Er det tilbud om støtte etter implementeringen, og til hvilken pris? Å bytte konsulent etter go-live er dyrt; å vite svaret nå er billig. |
Hos Valon jobber alle konsulenter på seniornivå. Vi publiserer ikke listepriser fordi prosjekters kompleksitet varierer for mye til at en listepris er ærlig. Det vi gjør er å dokumentere forutsetningene i tilbudet og gi deg et bilde av hva som kan påvirke dem.
Vil du forstå hva et prosjekt faktisk ville koste for bedriften din?
Vi går gjennom scope, kompleksitet og de vanligste kostnadsoverskridelsene for lignende prosjekter. Ingen forpliktelser.
