Beställarkompetens: Förmågan att beställa rätt sak på rätt sätt

Brief

Beställarkompetens är förmågan att formulera, värdera, genomföra och följa upp en beställning så att det avsedda verksamhetsmålet uppnås. Begreppet används ofta inom upphandling, inköp, projektledning, IT-utveckling, byggnation, konsulttjänster och offentlig sektor, men är relevant i alla situationer där en part anlitar en annan för att leverera en produkt, tjänst eller förändring. Det är lätt att tro att beställarkompetens främst handlar om att skriva kravspecifikationer eller förhandla avtal. I praktiken är dessa bara synliga uttryck för något betydligt djupare: förmågan att förstå vad som ska uppnås, vilka kvalitetskrav som faktiskt spelar roll och vilka osäkerheter som döljer sig bakom leverantörens erbjudande. Beställarkompetens är därför inte enbart en process eller en roll. Den bör snarare betraktas som en personlig och organisatorisk förmåga, det som inom strategisk ledning ofta kallas en capability. En organisation kan ha avancerade inköpsprocesser och omfattande styrdokument men ändå sakna verklig beställarkompetens om den inte förstår det område där beställningen sker.

Kärnan i beställarkompetens är domänkunskap. Med domänkunskap avses en djup förståelse för det område där leveransen ska ske, inklusive:

  • tekniska förutsättningar,
  • branschstandarder,
  • etablerade arbetssätt,
  • juridiska krav,
  • ekonomiska drivkrafter,
  • kulturella normer,
  • samt tyst kunskap (tacit knowledge).

Tyst kunskap är den erfarenhetsbaserade kunskap som ofta är svår att dokumentera men avgörande för framgång. Den som själv någon gång har utfört arbetet vet ofta vilka moment som är triviala och vilka som i praktiken är mycket komplexa. Avsaknad av sådan förståelse kan skapa en form av Dunning-Kruger-effekt, där beställaren överskattar sin förmåga att förstå och bedöma det som ska beställas. Resultatet blir ofta att leverantörens beskrivning av problemet accepteras okritiskt, vilket i praktiken innebär att leverantören definierar både behovet och lösningen. Beställarkompetens handlar därför inte bara om att beskriva vad som ska levereras. Det handlar om att förstå skillnaden mellan en leverans som tekniskt uppfyller ett krav och en leverans som faktiskt skapar det värde som efterfrågades. Denna artikel behandlar beställarkompetens som ett kunskapsområde och belyser dess historiska utveckling, praktiska tillämpning, relation till andra discipliner samt de risker som uppstår när beställarkompetens saknas.


Historik

Historiskt sett har beställarkompetens varit nära kopplad till hantverksyrken och byggprojekt. Beställaren och utföraren hade ofta liknande kunskap om arbetet som skulle utföras. Skillnaden låg främst i resurser och ansvar. Under industrialiseringen ökade specialiseringen. Beställare blev i många sammanhang organisatoriskt och kunskapsmässigt separerade från utförarna. Detta skapade ett informationsgap mellan köpare och leverantör. Under 1900-talet utvecklades därför professionella inköpsfunktioner, upphandlingsmetoder och kontraktsformer. Fokus låg länge på pris, avtal och leveranskontroll. Under senare decennier har kunskapsintensiva områden som IT, cybersäkerhet, avancerad teknik och managementkonsulting visat att kontrakt och processer inte räcker. En beställare måste förstå tillräckligt mycket av området för att kunna värdera alternativ, risker och kvalitet. Det har därför vuxit fram en syn där beställarkompetens betraktas som en strategisk organisatorisk resurs.


Tillämpning

Beställarkompetens förekommer inom många områden:

  • Bygg och anläggning – Beställaren måste förstå skillnaden mellan teknisk minimikravsuppfyllelse och långsiktig kvalitet.
  • IT och digitalisering – Organisationer köper ofta lösningar de inte fullt ut förstår. Leverantören sitter då på informationsövertaget och riskerar att styra både problemformulering och lösning.
  • Konsulttjänster– Konsulten säljer i praktiken sin kunskap. Om beställaren saknar egen förståelse blir det svårt att bedöma:
    • omfattning,
    • kvalitet,
    • rimlig tidsåtgång,
    • förväntat resultat.
  • Offentlig sektor
    Lagar och regler kräver ofta konkurrensutsättning samtidigt som komplexa verksamhetsbehov måste definieras på ett objektivt sätt. Ju högre komplexitet, desto viktigare blir beställarkompetensen.

Vad är centralt och viktigt?

Domänkunskap är grundförutsättningen

Den mest centrala principen är att man måste förstå området som beställningen avser. Det innebär inte att beställaren måste vara den främsta experten, men att denne måste förstå:

  • vad som är svårt,
  • vad som är enkelt,
  • vad som är dyrt,
  • vad som driver risk,
  • vad som driver kvalitet.

Personer som själva tidigare utfört arbetet besitter ofta en viktig fördel eftersom de känner till den tysta kunskap som sällan framgår i offerter och avtal.


Kvalitet måste definieras

Ett vanligt misstag är att definiera aktiviteter istället för resultat. Exempelvis:

”Väggen ska målas om.”

Detta beskriver en aktivitet men inte kvaliteten på slutresultatet. En tekniskt korrekt leverans kan vara:

  • ett lager färg på befintlig yta.

En kvalitetsmässigt fullgod leverans kan däremot kräva:

  • rengöring,
  • skrapning,
  • spackling,
  • slipning,
  • grundmålning,
  • flera lager färdigfärg.

Den senare lösningen kan kosta tio gånger mer än den första.

Ur ett kontraktsperspektiv kan båda tolkningarna uppfylla formuleringen ”väggen ska målas om”. Beställarens uppgift är därför att definiera önskat resultat snarare än enbart aktiviteten.


Leverantören är inte neutral

En viktig insikt är att leverantören normalt optimerar sin verksamhet utifrån egna mål. Det innebär inte att leverantören är oärlig, men den har:

  • egna ekonomiska incitament,
  • egna riskbedömningar,
  • egna resursbegränsningar.
  • I offentlig upphandling, så skall man utgå från att värdering skett till lägsta värdets princip, dvs den allra billigaste lösningen för leverantören att ändå motsvarade de skriftligt överenskomna kraven.

Beställaren måste därför kunna göra självständiga bedömningar.


Förstå informationsasymmetri

Beställarkompetens handlar i stor utsträckning om att hantera informationsasymmetri. Informationsasymmetri uppstår när den ena parten vet betydligt mer än den andra. Ju större kunskapsskillnad mellan beställare och leverantör, desto större risk för:

  • felaktiga krav,
  • felaktiga prioriteringar,
  • kostnadsökningar,
  • kvalitetsproblem.

Ekosystem

Beställarkompetens påverkas av flera närliggande områden, här några exempel:

  • Upphandling – Hur leverantörer väljs och utvärderas.
  • Avtalsrätt – Hur ansvar, risk och kvalitet regleras juridiskt.
  • Projektledning – Hur leveranser planeras, följs upp och accepteras.
  • Kvalitetsledning – Hur kvalitet definieras och mäts.
  • Riskhantering – Hur osäkerheter identifieras innan kontrakt tecknas.
  • Verksamhetsutveckling – Hur beställningen kopplas till verksamhetsmål och affärsnytta.

Praktiska exempel

Exempel 1: Ommålning av vägg

Beställningen: ”Väggen ska målas om.”

Alternativ A:

  • ett lager färg appliceras.

Resultat:

  • väggen är målad.

Alternativ B:

  • väggen rengörs,
  • ojämnheter spacklas,
  • ytan slipas,
  • grundmålas,
  • två lager slutstrykning appliceras.

Resultat:

  • väggen uppnår hög visuell och teknisk kvalitet.

Skillnaden i kostnad kan vara flera hundra procent trots att båda leveranserna formellt kan betraktas som ommålning.

Exempel 2: IT-system

Beställningen: ”Vi behöver ett nytt ärendehanteringssystem.” En oerfaren beställare fokuserar på funktioner. En erfaren beställare analyserar dessutom:

  • integrationer,
  • informationssäkerhet,
  • användbarhet,
  • förvaltning,
  • livscykelkostnad,
  • förändringsledning.

Resultatet blir ofta ett dyrare införande men lägre total kostnad över systemets livstid.


Sammanfattning

Beställarkompetens är ytterst förmågan att förstå vad som ska uppnås, hur kvalitet definieras och vilka konsekvenser olika lösningar får. Den bygger på en kombination av erfarenhet, domänkunskap, omdöme och organisatoriskt lärande. Den som saknar beställarkompetens riskerar att köpa det som är enkelt att beskriva snarare än det som faktiskt behövs. Detta leder ofta till ökade kostnader, konflikter och lägre kvalitet.

Fördelar

  • Högre sannolikhet att uppnå verksamhetsmål.
  • Bättre kostnadskontroll.
  • Färre missförstånd mellan beställare och leverantör.
  • Förbättrad kvalitetsstyrning.
  • Lägre långsiktig risk.

Nackdelar, risker och begränsningar

  • Tar lång tid att bygga upp.
  • Kräver investering i erfarenhet och kompetens.
  • Kan inte fullt ut ersättas av processer eller checklistor.
  • Riskerar att bli personberoende.
  • Domänkunskap kan bli inaktuell när teknik och marknader förändras.

Fem readiness-frågor

  1. Förstår vi själva det arbete som ska utföras tillräckligt väl för att kunna ifrågasätta leverantörens lösningsförslag?
  2. Har vi definierat vilket verksamhetsvärde som leveransen ska skapa?
  3. Har vi tydligt beskrivit vilken kvalitetsnivå som ska anses vara godkänd?
  4. Har vi tillgång till den tysta kunskap som krävs för att bedöma rimlig tid, kostnad och kvalitet?
  5. Har vi identifierat vilka områden där leverantören har ett informationsövertag och hur detta ska hanteras?

Rekommendation

Organisationer bör se beställarkompetens som en strategisk kärnförmåga snarare än en administrativ funktion. Den uppstår genom erfarenhet, domänkunskap och systematiskt lärande. Ju mer kunskapsintensiv leveransen är, desto viktigare blir det att beställaren förstår både problemet och kvalitetskriterierna innan en lösning upphandlas.

En användbar tumregel är: Ju mindre man själv skulle kunna utföra arbetet, desto större är behovet av att investera i beställarkompetens innan man beställer det.

author avatar
Rolf Olsson Partner
Rolf Olsson är en av grundarna till Chief of Staff Plattform och specialist inom affärstransformation, strategigenomförande och ledningsstöd. Rolf har arbetat mer än 40,000 timmar som konsult och skriver om hur Chief of Staff-rollen, modern styrning, AI och förändringsledning kan hjälpa organisationer att öka sin genomförandekraft och skapa hållbara affärsresultat. Rolfs utbildningsbakgrund är civilekonom, masterexamen i IT Management och doktorand i Informatik. Kommentarer eller anmärkningar till denna artikel kan mejlas till: glossary@chiefofstaff.se