Sådan skriver du en RFP for servicedesk-software

Discover how to deliver better software and systems in rapidly scaling environments. Join our Community

Har du svært ved at finde den rette servicedesk-software? Lær, hvordan du udarbejder en RFP, der tydeligt definerer dine behov og gør leverandørvalget lettere for dit team.

Service desk software rfp standard editorial post 46481

Key Takeaways

Skriv en RFP for tydeligt at definere dine behov, sammenligne leverandører effektivt og sikre, at du får den bedste servicedesk-software til dit team.

Spring RFP-processen over, hvis din organisation er lille, eller hvis dine behov er enkle nok til at evaluere leverandører uden en formel proces.

Opnå et bedre match og en bedre pris ved at bruge en RFP til at forhandle med leverandører og sikre, at løsningen opfylder dit budget og dine krav.

En RFP, eller en anmodning om tilbud, er et dokument, du bruger, når du skal finde den rette leverandør til en kompleks løsning, f.eks. servicedesksoftware. Denne vejledning er til dig, der har brug for at træffe velinformerede beslutninger uden at spilde tid.

Ved at skrive en RFP kan du tydeligt beskrive dine behov, så det bliver lettere at sammenligne leverandører. Det mindsker risikoen for at vælge den forkerte løsning, fordi det sikrer, at du og dit team ved præcis, hvad I leder efter.

Ved at udarbejde en gennemtænkt RFP effektiviserer du processen med at evaluere leverandører. Du sparer tid, minimerer forvirring og sikrer, at den software, du vælger, stemmer overens med organisationens mål.

Har du faktisk brug for en RFP?

En RFP bliver nødvendig, når dit team står over for komplekse krav, arbejder i en reguleret branche eller skal evaluere flere leverandører til en implementering i stor skala. Den er også afgørende, når du har specifikke krav til overholdelse af regler, eller når et forkert valg kan føre til betydelige driftsforstyrrelser. Hvis disse scenarier lyder bekendte, bør du overveje at udarbejde en RFP for at sikre, at du træffer det rigtige valg:

  • Komplekse integrationskrav
  • Overholdelse af regler i regulerede brancher
  • Implementering i stor skala på flere lokationer
  • Stramme budgetbegrænsninger med store konsekvenser
  • Behov for leverandøransvarlighed

Hvornår en RFP måske er unødvendig

Hvis dine behov er enkle, din organisation er lille, eller du allerede kender de bedste muligheder, er en RFP måske ikke nødvendig. I sådanne tilfælde kan du fokusere på at evaluere dit bedste valg af servicedesksoftware:

RFI vs. RFP vs. RFQ: Hvad er forskellen?

Når du beslutter, hvordan du vil købe servicedesksoftware, kan det spare dig tid og besvær at kende forskellene mellem en RFI, RFP og RFQ. En RFI indsamler generelle oplysninger, en RFP efterspørger detaljerede tilbud, og en RFQ anmoder om specifikke priser. Ikke alle indkøb kræver en RFP; vælg med omhu for at reducere unødvendige trin og få det, du har brug for, så effektivt som muligt:

DokumenttypeAnmodning om oplysninger (RFI)FormålIndsamle generelle oplysninger om leverandørens kompetencerHvornår det brugesNår du har brug for at forstå markedet eller teknologimulighederneHvad der skal medLeverandørens baggrund, serviceydelser, teknologisk overblikPåkrævet detaljeringsgradLav
DokumenttypeAnmodning om tilbud (RFP)FormålIndhente detaljerede tilbud fra leverandørerHvornår det brugesNår du har et komplekst projekt med specifikke kravHvad der skal medProjektmål, detaljerede krav, evalueringskriterierPåkrævet detaljeringsgradMellem til høj
DokumenttypeAnmodning om pris (RFQ)FormålIndhente specifikke priser på definerede løsningerHvornår det brugesNår du ved præcis, hvad du har brug for, og ønsker at sammenligne priserHvad der skal medSpecificerede priser, leveringsbetingelser, betalingsvilkårPåkrævet detaljeringsgradMellem

Almindelige RFP-fejl, du bør undgå

Hvis du skynder dig gennem en RFP eller springer vigtige detaljer over, kan det føre til forvirring, spildt tid eller valg af den forkerte leverandør. Ved at undgå nogle få almindelige fejl kan dit team sikre et mere problemfrit valg af servicedesksoftware. Lad os se på nogle faldgruber, du bør være opmærksom på:

Utilstrækkelig baggrund eller kontekst

Uden den rette baggrund eller kontekst kan leverandørerne ikke fuldt ud forstå dine behov. Det kan resultere i forslag, der rammer ved siden af. Del din virksomheds mission, mål og eventuelle relevante udfordringer. Det hjælper leverandørerne med at skræddersy deres løsninger, så de passer til din unikke situation.

Manglende eller uklart budget

Hvis du ikke angiver et budget, kan det føre til forslag, der ligger langt fra målet. Leverandørerne har brug for at vide, hvilke omkostninger til servicedesksoftware du er klar til at overveje. Vær åben om dit budgetinterval for at undgå at spilde tid på muligheder, du ikke har råd til, og for at sikre realistiske forslag.

Vage krav eller juridisk jargon

Hvis dine krav er vage eller fyldt med juridisk jargon, kan leverandørerne misforstå dine behov. Beskriv tydeligt, hvad du leder efter, med enkle og klare formuleringer. Undgå juridisk sprog for at sikre, at alle forstår forventningerne og leverancerne.

Ingen delte evalueringskriterier

Uden evalueringskriterier er leverandørerne nødt til at gætte på, hvad der betyder mest for dig. Del dine kriterier på forhånd for at få forslag, der stemmer overens med dine prioriteter. Det hjælper dig med at sammenligne mulighederne retfærdigt og vælge den løsning, der passer bedst til dine behov.

Intet standardformat for leverandørernes svar

Hvis du ikke angiver et standardformat, kan leverandørernes svar variere meget, hvilket gør sammenligninger vanskelige. Angiv en skabelon eller en disposition for svarene. Det sikrer ensartethed og gør det lettere at evaluere og sammenligne forslagene side om side.

Get Free Access
Get regular tech leadership wisdom for delivering better software and systems.
Get Free Access

Have an account? Log In

Sammensæt dit team til udbuddet af servicedesksoftware

Det er ikke en opgave for én person at udarbejde et stærkt udbudsmateriale; det kræver input fra og indsigt i behovene hos en tværfunktionel gruppe. Ved at inddrage de rette personer tidligt kan du reducere risici og forhindre, at arbejdet skal gøres om senere. Lad os se på, hvem der bør være en del af dit udbudsteam, og hvorfor:

Projektsponsor

Projektsponsoren leverer den nødvendige bemyndigelse og de nødvendige ressourcer til at drive udbudsprocessen. Vedkommende sikrer overensstemmelse med de strategiske mål og har det sidste ord i større beslutninger. Typisk er det en person i den øverste ledelse, f.eks. en CTO eller afdelingsleder, som kan være fortaler for projektet i hele organisationen.

Funktionelle eksperter

Funktionelle eksperter bidrager med detaljeret viden om specifikke områder, som servicedesksoftwaren vil påvirke. De sikrer, at udbudsmaterialet indeholder alle nødvendige tekniske og driftsmæssige krav. I dit team kan det være IT-chefer, netværksadministratorer eller systemarkitekter, der forstår det tekniske landskab.

Indkøbsansvarlige eller forfattere af udbudsmateriale

Indkøbsspecialister eller erfarne forfattere af udbudsmateriale sikrer, at dokumentet er korrekt struktureret og indeholder alle nødvendige afsnit. De hjælper med at navigere i forhandlinger med leverandører og med at overholde indkøbspolitikker. Denne gruppe omfatter ofte indkøbschefer eller erfarne udbudskonsulenter.

Slutbrugere og interessenter

Slutbrugere og interessenter bidrager med indsigt i dagligdagens udfordringer og arbejdsgange, som softwaren skal håndtere. Deres input sikrer, at løsningen opfylder behovene i den virkelige verden og forbedrer brugertilfredsheden. Overvej at inddrage kundesupportmedarbejdere, afdelingsledere eller andre teammedlemmer, der regelmæssigt vil interagere med softwaren.

Definér ufravigelige krav og mål

Før du sender en anmodning om tilbud, skal dit team klart definere, hvad den nye løsning skal kunne – og hvorfor. En fælles forståelse af problemer, mål og ufravigelige krav hjælper leverandørerne med at svare præcist og gør det lettere for dig at evaluere forslagene. Identificér disse nøgleelementer, før du går videre:

  • Problemer med det nuværende system: Hvilke problemer oplever du nu? Måske er din nuværende servicedesksoftware langsom eller mangler integrationsfunktioner. Ved at identificere disse problemer kan du finde en løsning, der direkte håndterer dem.
  • Nødvendige forbedringer og resultater, der viser succes: Hvilke forbedringer har du brug for, og hvordan vil du måle succes? Hvis hurtigere svartider er et mål, skal du definere, hvad "hurtigere" betyder for dit team.
  • Funktionelle, tekniske og behov relateret til overholdelse: Hvilke specifikke funktioner og krav til overholdelse skal opfyldes? Sørg for, at leverandørerne ved, hvis du har brug for understøttelse af flere sprog eller overholdelse af GDPR.
  • Brugerroller, brugsniveauer og arbejdsgange: Hvem skal bruge softwaren, og hvordan? Kortlæg brugerroller og arbejdsgange for at sikre, at løsningen passer til din organisations daglige drift.
  • Præferencer for implementering: Har du brug for en cloudbaseret løsning eller implementering på egne servere? Tag hensyn til din IT-infrastruktur og fremtidige behov for skalering, når du træffer beslutningen.

Skriv udbuddet af servicedesksoftware

Nu er det tid til at samle det hele i et klart og struktureret udbudsdokument. Et velorganiseret og komplet udbudsmateriale gør det lettere for leverandørerne at svare præcist og for dit team at evaluere svarene. Her er, hvad dit udbud skal indeholde:

1. Resumé

Resuméet bør give et overordnet overblik over dit projekt. Forklar formålet med RFP'en, din organisations mål og det problem, du ønsker at løse. Det giver leverandørerne et grundlag for hurtigt at forstå dine behov. Hold det kortfattet, og giv tilstrækkelig kontekst uden at overvælde med detaljer.

2. Arbejdets omfang

Beskriv i detaljer, hvad du forventer, at leverandøren skal levere. Medtag specifikke opgaver, leverancer samt eventuelle tidsplaner eller milepæle. Det hjælper leverandørerne med at vurdere projektets størrelse og kompleksitet. Vær tydelig om, hvad der er omfattet, og hvad der ikke er, for at undgå misforståelser.

3. Tekniske krav

Oplist de tekniske specifikationer, som din nye software skal opfylde. Medtag kompatibilitet med eksisterende systemer, nødvendige integrationer og eventuelle krav til ydeevne. Tydelige tekniske krav forhindrer leverandørerne i at tilbyde løsninger, der ikke fungerer for dig.

4. Leverandørens kvalifikationer

Angiv de kvalifikationer og den erfaring, du forventer af en leverandør. Det kan omfatte tidligere projekter, brancheekspertise eller certificeringer. Når du ved, hvem du samarbejder med, kan du bedre sikre, at leverandøren er i stand til at opfylde dine behov.

5. Krav til sikkerhed og overholdelse af regler

Beskriv eventuelle sikkerhedsstandarder eller krav til overholdelse af regler, som softwaren skal opfylde. Uanset om det drejer sig om GDPR eller en anden standard, skal leverandørerne kende kravene på forhånd. Det sikrer, at de foreslåede løsninger er sikre og overholder lovgivningens krav.

6. Forventninger til implementering og oplæring

Præciser, hvordan du forventer, at implementeringen skal forløbe, og hvilken oplæring dit team har brug for. Medtag tidsplaner og forventninger til support. Det hjælper leverandørerne med at planlægge, hvordan de vil implementere løsningen og klæde dit team på til at bruge den.

7. Priser og licenser

Giv retningslinjer for, hvordan du ønsker, at prisoplysningerne skal præsenteres. Præciser, om du har brug for en opdeling efter modul, bruger eller funktion. Det hjælper dig med at sammenligne omkostningerne effektivt og forstå den involverede økonomiske forpligtelse.

8. Kontraktvilkår

Angiv eventuelle foreløbige kontraktvilkår eller betingelser, som leverandørerne bør kende. Det kan omfatte garantiperioder, supportaftaler eller opsigelsesklausuler. Tydelige kontraktvilkår hjælper leverandørerne med at forstå de juridiske rammer, de skal arbejde inden for.

9. Instruktioner for indsendelse

Giv detaljerede instruktioner om, hvordan leverandørerne skal indsende deres tilbud. Medtag deadlines, formateringskrav og kontaktoplysninger til spørgsmål. Tydelige instruktioner for indsendelse sikrer, at du modtager tilbud i et ensartet format, så de er lettere at gennemgå.

Fastlæg dine evalueringskriterier

Klart definerede evalueringskriterier hjælper med at holde din beslutningsproces objektiv, gennemsigtig og i overensstemmelse med virksomhedens mål. Fastlæg disse kriterier, før du gennemgår tilbuddene, for at undgå forudindtagethed og sikre ensartethed. Sådan definerer du, hvad der er vigtigst, når du evaluerer software til servicedesk:

Hvad er vigtigst?

Vælg 3–5 vægtede kategorier, der stemmer overens med dine mål og prioriteter. Det hjælper dig med at fokusere på det, der virkelig er vigtigt for din organisation. Almindelige kategorier til vurdering af tilbud på software til servicedesk kan omfatte:

  • Funktionalitet
  • Brugeroplevelse
  • Integrationsmuligheder
  • Pris
  • Support fra leverandøren

Brug en vurderingsmatrix

En evalueringsmatrix giver dig mulighed for at anvende vægtninger på de valgte kategorier, så deres betydning for dit team afspejles. Hvis funktionalitet f.eks. er afgørende, kan den have en højere vægt end omkostninger. Giv hvert kriterium en score på en skala fra 1–5 eller 1–10 for at kvantificere, hvor godt hvert forslag opfylder dine behov. Juster vægtningerne baseret på interne prioriteter for at sikre, at matrixen stemmer overens med dine mål.

Afklar din evalueringsproces

Definer, hvem der skal evaluere forslagene, og hvordan evalueringen skal foregå. Brug en standardiseret vurderingsskala for at sikre ensartethed og retfærdighed. Planlæg et møde med alle bedømmere, før evalueringen begynder, så I kan afstemme forventninger og kriterier. Det sikrer, at alle forstår processen og evaluerer forslagene efter de samme standarder.

Udsend RFP'en for servicedesksoftware

At udsende RFP'en handler ikke bare om at sende den ud; det handler om at give leverandørerne den rette adgang, tidsplan og instruktioner, så de kan svare effektivt. En velfungerende distributionsproces sætter tonen for kvaliteten af de forslag, I modtager. Sådan håndterer du processen:

Vælg den rette distributionsmetode

Almindelige muligheder for distribution af en RFP omfatter e-mail, RFP-softwareplatforme eller indkøbsportaler. Ved at bruge et centraliseret system kan du spore svar og bevare overblikket. Overvej at inkludere en kontaktliste over leverandører eller bruge en indbakke baseret på roller for at sikre, at alle henvendelser bliver sendt til de rette personer. Det holder kommunikationen klar og effektiv.

Fastlæg klare forventninger til tidsplanen

Lav en klar tidsplan, og inkluder den i selve RFP'en for at holde leverandørerne på rette spor. En standardtidsplan for en RFP kan se sådan ud:

  • Dato for udsendelse af RFP
  • Periode for spørgsmål og svar fra leverandører
  • Deadline for endelig aflevering
  • Evaluerings- og udvælgelsesperiode

Ved at dele denne tidsplan kan leverandørerne planlægge deres svar, og du sikrer, at forslagene modtages rettidigt.

Definer kravene til aflevering

Leverandørerne har brug for klare instruktioner for at kunne aflevere forslagene korrekt. Angiv accepterede filformater som PDF-, Word- eller Excel-skabeloner, og oplys din foretrukne leveringsmetode, f.eks. en uploadportal eller en indbakke til svar. Angiv, om leverandørerne skal bruge bestemte skabeloner eller formularer, og tydeliggør din politik for sene afleveringer. Det reducerer forvirring og sikrer, at du modtager ensartede og komplette forslag.

Evaluer og lav en kortliste over leverandørernes svar

Det er her, den strukturerede tilgang giver resultater, når dit team med sikkerhed omdanner leverandørernes svar til en kortliste. Ensartethed, objektivitet og samarbejde er afgørende for alle, der deltager i evalueringen. Sådan evaluerer du leverandørerne og laver en kortliste effektivt:

  • Organisering og formatering af forslag til evaluering: Saml alle forslag i et ensartet format for at gøre sammenligninger lettere. Brug en delt mappe eller platform, så alle i teamet nemt kan få adgang til dokumenterne.
  • Brug af en evalueringsmatrix: Anvend din evalueringsmatrix til at vurdere hvert forslag ud fra dine kriterier. Det hjælper med at holde processen objektiv og sikrer, at fokus er på det, der betyder mest for din organisation.
  • Planlægning af demonstrationer og interviews: Arranger demonstrationer eller interviews med de bedste leverandører for at se deres løsninger i praksis. Hvor godt imødekommer de dine specifikke behov? Dette trin giver indsigt, som du ikke får fra skriftlige forslag alene.
  • Kontrol af referencer: Kontakt referencer for at få feedback om leverandørens tidligere resultater. Var de pålidelige og hjælpsomme? Erfaringer fra den virkelige verden kan afsløre, om en leverandør passer godt til dit team.
  • Afklaring af uklarheder i forslagene: Kontakt leverandørerne, hvis en del af deres forslag er uklar. Gå ikke ud fra noget – stil spørgsmål for at sikre, at du har alle de oplysninger, der er nødvendige for at træffe en velinformeret beslutning.

Vælg leverandører, og giv dem besked

Når dit team har valgt en leverandør, er de sidste trin lige så vigtige som evalueringsprocessen. Klar og professionel kommunikation med alle leverandører – både de valgte og de ikke-valgte – er afgørende. Sørg for, at teamet er internt afstemt, før I går videre med kontraktindgåelsen. Her er de vigtigste trin:

Giv valgte og ikke-valgte leverandører besked

Rettidig og respektfuld kommunikation med alle leverandører opretholder professionaliteten og styrker relationerne. Send en kort tak eller giv overordnet feedback, hvor det er relevant. Denne tilgang holder døren åben for fremtidige muligheder og skaber goodwill hos leverandørerne.

Forbered de endelige forhandlinger

Før de endelige forhandlinger begynder, skal du identificere almindelige punkter, der kan kræve drøftelse, såsom priser, SLA'er og kontraktvilkår. Fastlæg på forhånd, hvor dine grænser går, og brug en tjekliste eller dagsorden for at holde fokus. Denne forberedelse sikrer, at forhandlingerne bliver effektive og produktive.

Sørg for intern afstemning før underskrivelse

Indhent nødvendige godkendelser, såsom ledelsens eller økonomiafdelingens godkendelse, og gennemfør en juridisk gennemgang eller indkøbsgennemgang. Opsummer de vigtigste beslutningsfaktorer for at hjælpe interne godkendere med at handle hurtigt. Denne afstemning sikrer, at alle er enige, før kontrakten færdiggøres.

Hvad sker der nu:

Hvis du er i gang med at undersøge software til servicedesk, kan du kontakte en SoftwareSelect-rådgiver for at få gratis anbefalinger.

Du udfylder en formular og tager en kort samtale, hvor de går i dybden med dine specifikke behov. Derefter får du en kortliste over software, som du kan gennemgå. De støtter dig endda gennem hele købsprocessen, herunder prisforhandlinger.

Paulo Gardini Miguel
Paulo is the Director of Technology at the rapidly growing media tech company BWZ. Prior to that, he worked as a Software Engineering Manager and then Head Of Technology at Navegg, Latin America’s largest data marketplace, and as Full Stack Engineer at MapLink, which provides geolocation APIs as a service. Paulo draws insight from years of experience serving as an infrastructure architect, team leader, and product developer in rapidly scaling web environments. He’s driven to share his expertise with other technology leaders to help them build great teams, improve performance, optimize resources, and create foundations for scalability.
Follow the author:

You may also like