Behovsanalyse i offentlige anskaffelser
En god behovsanalyse beskriver problemet og ønsket effekt før virksomheten låser seg til en bestemt løsning.
En behovsanalyse skal forklare hvorfor virksomheten vurderer å kjøpe noe, hvem behovet gjelder og hvilken effekt anskaffelsen skal gi. Den bør gjennomføres før kravspesifikasjonen låser løsningen.
Start med problemet
Skriv en kort problemdefinisjon uten produktnavn:
Saksbehandlere bruker i dag seks timer per uke på å sammenstille manuelle statusrapporter, og ledelsen får ikke et oppdatert beslutningsgrunnlag.
Denne formuleringen kan undersøkes. «Vi trenger et nytt dashboardsystem» er allerede en løsningsbeslutning og kan skjule enklere alternativer.
Kartlegg fem dimensjoner
- Brukere: Hvem opplever problemet, og hvem påvirkes av endringen?
- Dagens situasjon: Prosess, kostnad, ventetid, feil og risiko.
- Ønsket effekt: Hva skal bli målbart bedre, innen når?
- Føringer: Budsjett, sikkerhet, integrasjoner, regelverk og kompetanse.
- Alternativer: Kan behovet løses med prosessendring, eksisterende avtale, samarbeid eller ny anskaffelse?
Bruk observasjon og faktiske data. Intervjuer viser hva folk opplever, mens logger, fakturaer og tidsbruk viser omfanget.
Fra behov til effektmål
| Svakt mål | Kontrollerbart mål |
|---|---|
| Bedre brukeropplevelse | Minst 80 prosent fullfører oppgaven uten støtte innen tre måneder |
| Mer effektivt | Median behandlingstid reduseres fra fem til tre dager |
| Bedre kontroll | Andel saker med komplett dokumentasjon øker fra 65 til 95 prosent |
| Lavere kostnad | Årlig total kostnad reduseres med 15 prosent uten økt feilrate |
Dokumenter baseline, datakilde, eier og målefrekvens. Et effektmål uten baseline kan sjelden brukes til gevinstoppfølging.
Leverandørdialog uten favorisering
Markedet kan bidra med kunnskap om muligheter og konsekvenser, men oppdragsgiveren må stille åpne spørsmål og unngå at én leverandørs produktstruktur blir konkurransegrunnlaget. Del tilstrekkelig informasjon slik at dialogen blir relevant, og dokumenter hva som læres.
Leverandøren bør forklare sammenhengen mellom problem, metode, resultat og forutsetninger. Ikke bruk dialogen som en tidlig salgspresentasjon. Les markedsdialog før anbud .
Digital støtte
Et anskaffelsessystem kan veilede brukeren gjennom spørsmål, samle bevis og koble behov til senere krav og gevinster. KI kan foreslå manglende perspektiver, men bør ikke dikte baseline eller velge løsning. Godkjente behov må versjoneres og få navngitt eier.
Beslutningsport før neste steg
Før arbeidet går til behovsbeskrivelse , bør beslutningseier bekrefte:
- problemet er dokumentert med data
- berørte brukere er involvert
- alternativer er vurdert
- effektmål og baseline er definert
- økonomisk ramme og hovedrisiko er synlig
- det er sannsynlig at en anskaffelse er riktig virkemiddel
Offisiell kilde
Se DFØs veiledning om behovsbeskrivelse . Tilpass metoden til anskaffelsens verdi, kompleksitet og risiko.