RFI vs RFP vs RFQ: forskelle og hvornår du skal bruge hvad

Mange projektledere møder begreberne RFI, RFP og RFQ i forbindelse med indkøb, leverandørvalg og udbud. De tre dokumenttyper ligner hinanden på overfladen, men de bruges på forskellige tidspunkter og til forskellige formål. Hvis du vælger forkert, kan du ende med upræcise svar, dårlige tilbud eller en proces, der tager meget længere tid end nødvendigt.

Den gode nyhed er, at forskellen er ret enkel, når man først ser dem i den rigtige rækkefølge. Tænk på dem som tre niveauer af afklaring: først vil du lære markedet at kende, så vil du have løsningsforslag, og til sidst vil du have en konkret pris på en klart defineret leverance.

Hvad betyder RFI, RFP og RFQ?

RFI står for Request for Information. På dansk kan det oversættes til en anmodning om oplysninger. Den bruges tidligt, når du endnu ikke er klar til at købe, men vil forstå markedet, teknologierne og leverandørernes muligheder.

RFP står for Request for Proposal. Det er en anmodning om forslag. Her ved du mere om dit behov og vil bede leverandører om at beskrive, hvordan de vil løse opgaven, med metode, plan, bemanding og ofte også pris.

RFQ står for Request for Quotation. Det er en anmodning om tilbud eller pris. Den bruges, når kravene er så tydelige, at leverandørerne ikke skal opfinde løsningen, men blot prissætte en præcist beskrevet leverance.

Kort fortalt:

• RFI = informationsindsamling
• RFP = løsningsforslag
• RFQ = pris på kendt leverance

Forskelle mellem RFI, RFP og RFQ i praksis

Den største forskel handler ikke kun om dokumentets navn. Den handler om, hvor afklaret du er som kunde eller projektleder. Jo mindre du ved, desto mere åbent skal dokumentet være. Jo mere præcist du kender behovet, desto mere målrettet kan du gå til markedet.

En RFI er bred og undersøgende. En RFP er vurderende og dialogskabende. En RFQ er fokuseret og transaktionsnær.

Dokumenttype	Formål	Hvornår bruges den?	Hvad beder du om?	Hvad vurderer du primært?
RFI	Få overblik over marked og leverandører	Tidligt i forløbet	Information, erfaring, muligheder	Relevans, modenhed, kapacitet
RFP	Få forslag til løsning på et kendt behov	Når krav og mål er beskrevet	Metode, plan, team, pris, leverance	Kvalitet, tilgang, risiko, pris
RFQ	Indhente pris på en fastlagt leverance	Når specifikationer er klare	Konkrete tilbud og priser	Pris, levering, vilkår

Det er også værd at bemærke, at de tre dokumenter ikke altid er alternativer. I mange projekter bruges de i forlængelse af hinanden. Først en RFI for at afgrænse markedet. Derefter en RFP for at få kvalificerede løsningsforslag. Til sidst en RFQ eller egentlig tilbudsindhentning på den valgte model.

Hvornår skal du bruge en RFI i projektledelse?

En RFI giver mening, når projektet stadig er i afklaringsfasen. Måske ved du, at der er et problem, men ikke præcis hvilken løsning der er bedst. Det er typisk her, mange projekter begår den første fejl: man går direkte til tilbud, selv om behovet stadig er uklart.

Hvis du sender en RFQ for tidligt, får du priser på noget, du endnu ikke har defineret ordentligt. Hvis du sender en RFP for tidligt, får du vidt forskellige forslag, som er svære at sammenligne. En RFI hjælper med at skabe fælles forståelse, før du beder markedet om mere.

En RFI er særlig nyttig i disse situationer:

• Nyt system eller ny teknologi
• Uklart scope
• Behov for markedsafdækning
• Første screening af leverandører

I it-projekter bruges RFI ofte til at undersøge muligheder inden for ERP, CRM, cloud eller cybersikkerhed. I offentlige og halvoffentlige sammenhænge bruges den også til markedsdialog, så kravspecifikationen bliver mere realistisk og mere fair for leverandørerne.

Hvornår giver en RFP mest værdi?

RFP’en er det rigtige valg, når du kender behovet godt nok til at beskrive opgaven, men stadig ønsker leverandørernes bud på den bedste løsning. Det er ofte her, projektledelse og indkøb mødes for alvor. Du skal have styr på mål, succeskriterier, rammer, tidsplan og evaluering, før du sender materialet ud.

En god RFP beskriver ikke bare, hvad der skal leveres. Den forklarer også, hvad leverancen skal opnå. Det er en vigtig forskel. Hvis du kun beskriver output, risikerer du at låse leverandørerne fast. Hvis du beskriver behov, rammer og ønsket effekt, får du bedre forslag tilbage.

Det er især relevant ved komplekse anskaffelser, hvor kvalitet og metode betyder lige så meget som pris. Det kan være implementering af et nyt ERP-system, valg af rådgiver til et byggeprojekt eller anskaffelse af en serviceaftale, hvor samarbejdsmodel og bemanding er afgørende.

Når du udarbejder en RFP, bør du som minimum være klar på følgende:

• Projektmål: Hvad skal ændres eller forbedres?
• Krav: Hvilke krav er ufravigelige, og hvilke er ønsker?
• Evalueringskriterier: Hvordan vil svarene blive vurderet?
• Tidsramme: Hvornår skal tilbud afgives, og hvornår starter leverancen?
• Kontraktgrundlag: Hvilke vilkår forventes at gælde?

RFP-processen tager tid. Til gengæld får du et langt bedre grundlag for at vælge en løsning, der faktisk passer til projektets behov og risikoprofil.

Hvornår er en RFQ det rigtige valg?

RFQ bruges, når du i praksis er færdig med at definere behovet. Nu handler det ikke længere om at få idéer eller forslag. Nu handler det om at få en pris på noget, der er entydigt beskrevet.

Det gør RFQ velegnet til mere standardiserede indkøb. Hvis du ved præcis, hvilke bærbare computere, licenser, komponenter eller materialer du skal bruge, giver det sjældent mening at bede leverandørerne om at beskrive alternative løsninger. Her er prisen, leveringsvilkår og eventuelle servicebetingelser det centrale.

RFQ er også relevant i projekter, hvor designet allerede er besluttet. I byggeri kan det være en klart specificeret materialeleverance. I drift og vedligehold kan det være genbestilling af kendte varer. I produktion kan det være indkøb af standarddele i bestemte mængder.

Men RFQ kræver disciplin. Hvis specifikationerne er uklare, får du tilbud, der ikke kan sammenlignes direkte. Så ser det måske effektivt ud på papiret, men arbejdet flytter bare til en senere fase, hvor misforståelserne skal ryddes op.

RFI, RFP og RFQ i projektets livscyklus

Set fra et projektlederperspektiv passer de tre dokumenttyper typisk til hver sin fase i projektet. Det er en enkel måde at huske forskellen på.

Tidligt i forløbet bruges RFI til at kvalificere beslutningsgrundlaget. Midt i planlægningen bruges RFP til at få løsningsforslag. Senere i indkøbsfasen bruges RFQ til at fastlægge pris og vilkår på en kendt leverance.

Det hænger tæt sammen med usikkerhed. Høj usikkerhed kalder på åbne spørgsmål. Middel usikkerhed kalder på løsningsforslag. Lav usikkerhed kalder på skarp prissætning.

Her er en praktisk tommelfingerregel: Hvis du stadig diskuterer, hvad du egentlig har brug for, skal du ikke sende en RFQ. Hvis du allerede ved, hvordan løsningen skal se ud, er en RFP ofte for tung.

Typiske fejl ved valg af RFI, RFP og RFQ

Mange problemer i leverandørprocesser opstår ikke, fordi leverandørerne svarer dårligt, men fordi spørgsmålet er stillet i det forkerte format.

Den mest almindelige fejl er at blande formålene sammen. En RFI bliver fyldt med krav, som om det var en RFP. En RFP bliver reduceret til en prisøvelse. En RFQ bliver sendt ud, før kravene er afklaret.

Det giver typisk disse konsekvenser:

• for mange ubrugelige svar
• tilbud, der ikke kan sammenlignes
• mere tid brugt på afklaringer
• højere risiko i kontrakten
• svagere beslutningsgrundlag

En anden fejl er manglende evalueringsmodel. Hvis projektteamet ikke på forhånd ved, hvordan svarene skal vurderes, bliver processen let præget af mavefornemmelser. Det er sjældent godt, især ikke i større projekter eller ved formelle udbud.

Sådan vælger du den rigtige dokumenttype

Det bedste valg afhænger af tre ting: hvor klart behovet er, hvor kompleks løsningen er, og hvad du faktisk vil have leverandørerne til at levere tilbage til dig.

Spørg først dig selv, om du søger viden, forslag eller pris. Det lyder enkelt, men det spørgsmål sparer ofte mange timers arbejde.

Brug denne beslutningslogik:

• Behovet er uklart: Vælg RFI og brug svarene til at skærpe krav og scope
• Behovet er kendt, men løsningen er åben: Vælg RFP og bed om metode, plan og pris
• Behovet og løsningen er fastlagt: Vælg RFQ og sammenlign tilbud på pris og vilkår

Hvis du er i tvivl mellem RFP og RFQ, er det ofte et tegn på, at du bør kigge nærmere på kravspecifikationen. Kan to leverandører give samme type leverance ud fra den samme beskrivelse? Hvis ja, hælder det mod RFQ. Hvis deres løsningstilgang kan være væsentligt forskellig, hælder det mod RFP.

Eksempler på RFI, RFP og RFQ i forskellige brancher

I it-projekter starter mange organisationer med en RFI, når de vil undersøge markedet for nye platforme eller systemer. Når de har afgrænset kravene, sender de en RFP for at få forslag til implementering, migrering, support og governance. Hvis der senere skal købes standardhardware eller klart specificerede licenser, kan processen fortsætte med en RFQ.

I bygge- og anlægsprojekter kan en RFP bruges til at vælge rådgivere eller entreprenører, når metode, organisering og tidsplan er væsentlige vurderingspunkter. RFQ passer bedre til klart specificerede materialer eller ydelser, hvor sammenlignelig pris er det vigtigste.

I offentlige indkøb er dokumentationen ofte mere formel, men logikken er den samme. Markedsdialog og afklaring svarer i praksis til RFI-tankegangen. Selve udbuddet kan være mere RFP- eller RFQ-præget afhængigt af, om der lægges mest vægt på løsning og kvalitet eller på pris på en fast beskrevet leverance.

Sådan organiserer du RFI, RFP og RFQ i projektstyringen

Valget af dokumenttype er kun halvdelen af arbejdet. Resten handler om styring. Hvis processen ikke er organiseret ordentligt, mister du hurtigt overblik over spørgsmål, svarfrister, versionsstyring og evaluering.

Her er det en klar fordel at bruge projektværktøjer og faste skabeloner. Den tilgang passer godt til leverandørprocesser, fordi den skaber sporbarhed og tydelige ansvar.

Et simpelt setup kan være nok:

• ét dokumentbibliotek til udbudsmateriale
• én ansvarlig for leverandørspørgsmål
• én evalueringsmodel
• én fælles tidsplan
• én godkendelsesproces

Hvis du vil have processen til at fungere i praksis, så tænk også på fortrolighed. Udbudsmateriale, budgetter, krav og planer kan være følsomme oplysninger. Derfor bør adgang, deling og versionering være aftalt fra start, især når flere interne interessenter deltager.

Hvad projektlederen konkret bør gøre før udsendelse

Inden du sender noget til markedet, bør du samle projektets vigtigste beslutninger i ét internt afklaringsmøde. Det gælder uanset om du vælger RFI, RFP eller RFQ.

Her bør du få svar på fem spørgsmål: Hvad er formålet med processen? Hvad forventer vi at modtage? Hvordan vurderer vi svarene? Hvem træffer beslutningen? Hvilken tidsplan kan markedet realistisk svare inden for?

Det lyder basalt, men mange teams springer netop dette trin over.

Når de svar er på plads, bliver valget mellem RFI, RFP og RFQ sjældent svært. Det bliver i stedet en logisk følge af, hvor afklaret projektet er, og hvad du vil bruge leverandørernes input til. Det er præcis dér, en god indkøbsproces begynder.