Sådan skriver du en tilbudsanmodning for projektstyringssoftware
Når du skriver en tilbudsanmodning, kan du tydeligt beskrive dine behov: Det gør det nemmere at sammenligne leverandører og finde det bedste match til dit team.
Tilbuds-anmodninger er bedst for større organisationer: Hvis din organisation er lille, eller dine behov er enkle, kan du springe en tilbudsanmodning over og i stedet kontakte nogle få leverandører direkte for at få tilbud.
En veludarbejdet tilbudsanmodning kan føre til bedre priser: Den kan også hjælpe med at sikre, at softwaren opfylder dine specifikke krav, og spare dig for problemer senere.
En RFP for projektstyringssoftware, eller en anmodning om forslag, er et dokument, der beskriver dine krav, dit budget og dine evalueringskriterier og beder leverandører om at afgive tilbud på grundlag af dem.
Da alle leverandører svarer på den samme beskrivelse, kan du sammenligne muligheder for projektstyringssoftware side om side i stedet for at stykke oplysninger sammen fra salgssamtaler og marketingssider. Gør du det ordentligt, mindsker det risikoen for at forpligte dig til et værktøj, der ikke passer til den måde, dit team arbejder på.
Hvad skal med i en RFP for projektstyringssoftware?
De fleste RFP'er for projektstyringssoftware følger den samme grundlæggende struktur. Hvis du medtager hver af disse otte sektioner, får leverandørerne det, de skal bruge for at sende dig et komplet og sammenligneligt forslag.
Continue Reading for Free
Create a free account to finish this article, plus get ongoing access to timely insights and practical resources.
Have an account? Log In
| Sektion | Hvad den dækker | Hvad de fleste RFP'er mangler |
|---|---|---|
| Ledelsesresumé | Hvem du er, hvad du har brug for, og hvorfor nu | Din beslutningstidsplan, og hvem der træffer den endelige beslutning |
| Arbejdets omfang | Den software og de tjenester, du forventer | Datamigrering fra dit nuværende værktøj |
| Tekniske krav | Funktioner, integrationer og platforme | At spørge hvordan en funktion fungerer, ikke om den findes |
| Leverandørkvalifikationer & overholdelse af regler | Erfaring, certificeringer og sikkerhedsstandarder | At bede om den faktiske revisionsrapport, ikke en påstand om overholdelse af regler |
| Implementering & oplæring | Udrulningsplan, tidsplaner og support | Hvem der udfører arbejdet: leverandøren, en partner eller dit team |
| Priser & licensering | Omkostninger, niveauer og licensmodel | Prisforhøjelser ved fornyelse og funktioner, der kun er tilgængelige på højere niveauer |
| Kontraktvilkår | Betaling, SLA'er og juridiske vilkår | Hvordan du får dine data ud, hvis du forlader løsningen |
| Instruktioner til indsendelse | Frister, format og kontaktpersoner | En fælles proces for spørgsmål og svar, så alle leverandører får de samme svar |
1. Ledelsesresumé
Giv et kort overblik over den type projektstyringssoftware, du har brug for, det problem, du løser, og de resultater, du forventer. Medtag teamets størrelse, hvad du erstatter, og hvornår du planlægger at træffe en beslutning.
Hvad de fleste teams overser: Leverandørerne læser denne sektion for at afgøre, om din aftale er værd at svare seriøst på. En tydelig udløsende årsag ("vores nuværende værktøj kan ikke understøtte porteføljerapportering på tværs af 12 teams") og en fast beslutningsdato signalerer en reel køber, og du får forslag fra erfarne salgs- og løsningsmedarbejdere i stedet for standardsvar.
2. Arbejdets omfang
Beskriv tydeligt, hvad du forventer af leverandøren ud over selve softwaren: opsætning, konfiguration, datamigrering, oplæring og løbende support. Medtag det aktuelle antal brugere og det forventede antal om to til tre år.
Hvad de fleste teams overser: Det er ved migreringen, at tidsplanerne skrider. Angiv, hvilket værktøj du flytter fra, cirka hvor mange projekter og hvor meget historiske data du skal have overført, samt om vedhæftede filer og kommentarer skal med. Leverandørerne giver meget forskellige tilbud på "importér aktive projekter" og "migrér fem års historik".
3. Tekniske krav
Opstil de funktioner, integrationer og den platformsunderstøttelse, du har brug for, og markér hver enkelt som et ufravigeligt krav, et ønsket krav eller et ekstra ønske.
Hvad de fleste teams overser: Krav med ja/nej-svar får et "ja" fra alle leverandører. I stedet for "Understøtter det ressourcestyring?" skal du bede leverandørerne forklare, hvordan løsningen håndterer et specifikt scenarie, f.eks. at omfordele en designers arbejdsbyrde på tværs af tre overlappende projekter. Når det gælder integrationer, skal du spørge, om hver enkelt er indbygget, oprettet via et tredjepartsforbindelsesmodul eller kun findes på køreplanen. De tre svar betyder meget forskellige ting i praksis.
4. Leverandørkvalifikationer & overholdelse af regler
Angiv den erfaring, de branchecertificeringer og den historik, du forventer, sammen med dine krav til sikkerhed og overholdelse af regler, f.eks. standarder for databeskyttelse og eventuelle regler, som din branche skal følge.
Hvad de fleste teams overser: "SOC 2-kompatibel" på en salgsside er ikke dokumentation. Bed om den seneste SOC 2 Type II-rapport (som regel deles den under en fortrolighedsaftale), oplysninger om hvor dine data opbevares, og hvilke underdatabehandlere der håndterer dem. Hvis dit IT-team allerede har et standardspørgeskema om sikkerhed, skal du vedhæfte det nu i stedet for at gennemføre det som en separat runde, efter at du har valgt en favorit. Bed også om referencer fra kunder af en lignende størrelse og inden for en lignende branche, ikke kun leverandørens mest tilfredse kunder.
5. Forventninger til implementering & oplæring
Beskriv din ønskede tidsplan for udrulningen, hvordan du vil måle en vellykket lancering, og hvilken oplæring du har brug for til både administratorer og slutbrugere.
Det, de fleste teams overser: Spørg, hvem der faktisk står for implementeringen: leverandørens eget team, en certificeret partner eller jeres medarbejdere ved hjælp af selvbetjeningsvejledninger. Bed om navngivne roller, et estimeret antal timer fra jeres team, og hvor længe den dedikerede support varer efter lanceringen. Det er anvendelsen, ikke opsætningen, der får de fleste udrulninger til at mislykkes, så spørg, hvad leverandøren gør for at fremme brugen i de første 90 dage.
6. Priser & licensering
Bed om en komplet omkostningsopdeling, herunder licensgebyrer, implementering, oplæring, premiumsupport og tilføjelser. Oplys jeres antal brugere og forventede vækst, så alle leverandører afgiver tilbud ud fra de samme tal.
Det, de fleste teams overser: Prisen for det første år er sjældent den, der gør ondt. Bed om de samlede ejeromkostninger over tre år, eventuelle begrænsninger på prisstigninger ved fornyelse og minimumsforpligtelser for antal pladser. Undersøg, hvilke funktioner fra jeres kravliste der kræver højere abonnementstrin, eftersom SSO, avancerede tilladelser og porteføljerapportering ofte kun er tilgængelige på enterprise-niveau. Spørg også, hvordan gæste-, fremviser- og klientpladser faktureres, hvis personer uden for jeres team skal have adgang.
7. Kontraktvilkår
Beskriv de vilkår, I forventer, herunder betalingsplan, serviceaftaler (SLAs), garantier og ansvar.
Det, de fleste teams overser: To klausuler er vigtigst, når I først har underskrevet. For det første dataportabilitet: hvordan I eksporterer jeres data, hvis I forlader leverandøren, i hvilket format og hvor længe leverandøren opbevarer dem efter opsigelse. For det andet automatisk fornyelse: det varsel, I skal give for at opsige eller genforhandle aftalen. Hvis I deler jeres ufravigelige vilkår i RFP'en, foregår de juridiske ændringer, før I har valgt en leverandør, og ikke bagefter, hvor jeres forhandlingsposition er svagere.
8. Instruktioner til indsendelse
Giv leverandørerne en deadline, én kontaktperson og det format, I ønsker svarene i. Angiv detaljerne, såsom filtyper og leveringsmetode, når I udsender RFP'en.
Sammensæt jeres RFP-team for projektstyringssoftware
Det kræver input fra mennesker på tværs af virksomheden at udfylde disse otte afsnit grundigt. Hvis I inddrager dem tidligt, får I færre huller i jeres krav og mindre efterarbejde senere. Her er, hvem I bør inkludere.
Projektsponsor
Projektsponsoren fastlægger den strategiske retning og sikrer, at RFP'en stemmer overens med jeres overordnede forretningsmål. Vedkommende hjælper med at prioritere krav, sikre ressourcer til udvælgelsesprocessen og godkende den endelige RFP. Rollen udfyldes typisk af en seniorleder eller en direktør, der går i spidsen for projektet.
Funktionelle eksperter
Funktionelle eksperter eller fageksperter kender de tekniske krav, som softwaren skal opfylde, så deres input former de funktioner og integrationer, I efterspørger. Se efter afdelingschefer eller erfarne medarbejdere inden for IT, drift eller projektledelse.
Indkøbere eller RFP-skribenter
Indkøbsspecialister eller RFP-skribenter sikrer, at dokumentet er struktureret korrekt, følger eventuelle nødvendige retningslinjer for juridisk projektledelse eller organisatoriske retningslinjer og bruger et sprog, som leverandørerne let kan forstå. Rollen udfyldes normalt af en person i indkøbsafdelingen eller en dedikeret RFP-skribent.
Slutbrugere og interessenter
Slutbrugere og interessenter kender de daglige udfordringer, som softwaren skal løse, hvilket hjælper jer med tidligt at identificere uundværlige funktioner og potentielle hindringer. Overvej at inddrage teamledere, projektledere og almindelige brugere fra forskellige afdelinger.
Definér uundværlige funktioner & mål
Når teamet er på plads, skal I blive enige om, hvad det nye værktøj skal kunne, og hvorfor, før I begynder at skrive. Svarene bliver indholdet i jeres arbejdsomfang, tekniske krav og afsnit om compliance og giver leverandørerne det, de har brug for, for at kunne svare præcist.
Overvej følgende:
- Problemer med det nuværende system: Hvad frustrerer dit team lige nu? Identificer specifikke problemer, såsom langsom opfølgning på opgaver eller manglende opdateringer i realtid.
- Nødvendige forbedringer og succesresultater: Hvordan ser succes ud for dit team? Definer vigtige forbedringer, såsom bedre samarbejde eller mindre manuelt arbejde, og fastsæt målbare resultater for at følge fremskridtene.
- Funktionelle, tekniske og lovgivningsmæssige behov: Skal softwaren integreres med eksisterende værktøjer eller opfylde branchestandarder? Angiv væsentlige krav som API-adgang eller overholdelse af databeskyttelsesregler.
- Brugerroller, anvendelsesniveauer og arbejdsgange: Hvem skal bruge softwaren, og hvor ofte? Overvej, hvordan den skal understøtte forskellige roller, fra projektledere til individuelle bidragydere.
- Præferencer for implementering: Har du brug for en cloudbaseret eller lokalt installeret løsning? Basér beslutningen på dine behov for datasikkerhed og din IT-infrastruktur.
Definer dine evalueringskriterier
Klart definerede evalueringskriterier hjælper dig med at træffe en informeret beslutning, der er objektiv, gennemsigtig og i overensstemmelse med dine forretningsmål. Ved at fastlægge disse kriterier, før du gennemgår tilbud, kan du undgå bias og bevare fokus på det, der betyder mest for dit team. Sådan definerer du dine evalueringskriterier.
Hvad betyder mest?
Vælg 3–5 vægtede kategorier, der stemmer overens med dine mål og prioriteter. Det hjælper med at fokusere evalueringen på det, der virkelig er vigtigt, og effektivt veje fordele og ulemper ved udbydere af projektstyringssoftware. Almindelige kategorier til vurdering af projektstyringssoftware i en RFP omfatter:
- Funktionalitet
- Brugeroplevelse
- Pris
- Leverandørens omdømme
- Skalerbarhed
Identificer, hvilke kategorier der bedst afspejler dine behov, og tildel dem vægte baseret på deres betydning for dit projekt.
Brug en vurderingsmatrix
En vurderingsmatrix hjælper med at kvantificere evalueringsprocessen og gøre den mere objektiv. Tildel hver kategori en vægt baseret på dine interne prioriteter. Hvis funktionalitet for eksempel er afgørende, kan den have en vægt på 40 %, mens pris kan vægte 20 %. Vurder hvert kriterium på en skala fra 1–5 eller 1–10 for at skelne mellem leverandørernes tilbud. Juster vægtningerne, så de afspejler det, der betyder mest for dit team.
Afklar din vurderingsproces
Definer, hvem der skal vurdere tilbuddene, og hvordan de sikrer ensartethed. Brug en standardiseret vurderingsskala til at vejlede bedømmerne, og planlæg et møde for at sikre, at alle er enige om vurderingsprocessen, før I går i gang. Det hjælper alle bedømmere med at forstå kriterierne og fremgangsmåden, så de kan gennemføre retfærdige og afbalancerede evalueringer. Sørg for, at hver bedømmer kender sin rolle og ved, hvordan vurderingssystemet skal anvendes.
Udsend RFP'en om projektstyringssoftware
At udsende RFP'en handler ikke bare om at sende den ud – det handler om at give leverandørerne den rette adgang, tidsplan og de rette instruktioner, så de kan svare effektivt. En problemfri distributionsproces danner grundlag for kvaliteten af de tilbud, du modtager. Sådan udsender du din RFP effektivt.
Vælg den rette distributionsmetode
Overvej at bruge e-mail, RFP-softwareplatforme eller indkøbsportaler til at distribuere din RFP. Et centralt system som en RFP-platform hjælper dig med at følge svar og administrere kommunikationen. Hvis du bruger e-mail, kan du overveje en rollebaseret indbakke for at holde styr på alle leverandørinteraktioner. Medtag en kontaktliste over leverandører, så alle får de oplysninger, de har brug for.
Fastlæg tydelige forventninger til tidsplanen
En veldefineret tidsplan sikrer, at leverandørerne ved, hvad de kan forvente, og hvornår. Medtag følgende i din RFP:
- Dato for udsendelse af RFP
- Periode for spørgsmål og svar fra leverandører
- Endelig afleveringsfrist
- Periode for evaluering og udvælgelse
Del denne tidsplan i selve RFP'en for at sikre, at alle er afstemt og holder tidsplanen.
Definer kravene til indsendelse
Sørg for, at leverandørerne ved præcis, hvordan de skal indsende deres tilbud. Angiv accepterede filformater som PDF, Microsoft Word eller Excel-skabeloner. Angiv din foretrukne leveringsmetode, f.eks. en uploadportal eller en indbakke til svar. Afklar, om leverandørerne skal bruge specifikke skabeloner eller formularer, og om forsinkede indsendelser vil blive accepteret. Denne tydelighed undgår forvirring og sikrer, at du modtager komplette tilbud til tiden.
Evaluer og udvælg leverandørernes svar
Det er her, din strukturerede tilgang viser sit værd, når dit indkøbsteam omsætter leverandørernes RFP-svar til en velbegrundet shortlist. Konsistens, objektivitet og samarbejde mellem alle, der deltager i evalueringen, er afgørende. Sådan evaluerer og udvælger du leverandører effektivt.
- Planlægning af demoer og interviews: Arrangér demoer og interviews med de bedste leverandører for at se deres løsninger i praksis. Det giver dit team mulighed for at stille spørgsmål og få en fornemmelse af softwarens brugervenlighed.
- Kontrol af referencer: Kontakt de referencer, som leverandørerne har oplyst, for at høre om deres erfaringer. Spørg ind til udfordringer ved implementeringen og kvaliteten af supporten for at få en idé om, hvad du kan forvente.
- Afklaring af uklare punkter i tilbuddene: Tøv ikke med at kontakte leverandørerne for at få afklaret uklare punkter. Det er bedre at spørge nu end at drage antagelser, der kan føre til problemer senere.
Vælg og underret leverandørerne
Når dit team har valgt en leverandør, er de afsluttende trin lige så vigtige som selve evalueringsprocessen. Klar og professionel kommunikation med alle leverandører – både de udvalgte og de ikke-udvalgte – er afgørende, ligesom det er vigtigt at skabe intern enighed, før kontrakten skal gennemføres. Her er de vigtigste trin.
Underret udvalgte og ikke-udvalgte leverandører
Rettidig og respektfuld kommunikation med leverandørerne giver din organisation et godt omdømme. Send en kort tak eller giv overordnet feedback til de ikke-udvalgte leverandører for at bevare gode relationer til fremtidige muligheder. Udtryk din begejstring over for den udvalgte leverandør, og beskriv de næste trin for at bevare fremdriften.
Forbered dig på de afsluttende forhandlinger
Almindelige forhandlingsemner omfatter priser, SLA'er og kontraktvilkår. Fastlæg på forhånd de punkter, hvor dit team ikke vil gå på kompromis, for at undgå overraskelser. Brug en tjekliste eller dagsorden under drøftelserne for at holde fokus og gennemgå alle nødvendige punkter. Denne forberedelse hjælper dig med at forhandle effektivt og nå frem til en fair aftale.
Sørg for intern enighed før underskrivelsen
Før underskrivelsen skal du sikre, at alle nødvendige godkendelser er på plads. Det omfatter typisk en godkendelse fra ledelsen eller økonomiafdelingen samt en juridisk gennemgang eller en gennemgang fra indkøbsafdelingen. Opsummér de vigtigste beslutningsfaktorer, så de interne bedømmere hurtigt kan komme videre. Klar kommunikation med dit team forhindrer forsinkelser og sikrer, at alle bakker op om beslutningen.
RFP-tjekliste: Almindelige fejl, du bør undgå
Gennemgå denne liste, før du sender din RFP. Hvert punkt dækker et hul, der kan føre til generiske tilbud, leverandører, der ikke passer godt, eller en langsommere proces for valg af projektstyringssoftware.
- Giv leverandørerne tilstrækkelig kontekst. Inkludér dine mål, teamets størrelse, dit nuværende værktøj og årsagen til, at du skifter. Uden disse oplysninger får du generiske svar, der ikke imødekommer dine faktiske udfordringer.
- Angiv et budgetinterval. Leverandørerne ender enten over budget eller springer RFP'er over, hvis der ikke er angivet noget budget. Hvis du er usikker på, hvad der er realistisk, kan du undersøge hvad projektstyringssoftware koster, før du fastsætter dit interval.
- Skriv specifikke krav i et enkelt sprog. Nævn de funktioner i projektstyringssoftwaren, du har brug for, prioritér dem, og gem det juridiske sprog til kontraktafdelingen.
- Del dine evalueringskriterier. Fortæl leverandørerne, hvad du vil bedømme dem på, f.eks. funktionalitet, skalerbarhed eller support, så de kan forholde sig direkte til hvert punkt.
Har du faktisk brug for en RFP?
Hvis dit team håndterer komplekse krav, eller hvis du er en del af en reguleret branche, er en RFP afgørende. Den hjælper med at sikre, at du finder en leverandør, der matcher dine specifikke behov og overholder branchestandarderne. Det er også vigtigt at udarbejde en RFP, når du forvalter et stort budget eller har brug for opbakning fra flere interessenter.
Her er nogle scenarier, hvor en RFP er nødvendig:
- Storskalaprojekter i virksomheder
- Stærkt regulerede brancher
- Komplekse integrationskrav
- Flere involverede interessenter
- Betydelig budgetallokering
Hvornår en RFP kan være overflødig
Hvis dine behov er enkle, eller hvis I er et lille team, kan en RFP være mere besværlig, end den er værd. I sådanne tilfælde kan du spare tid ved direkte at udforske mulighederne fra en kurateret liste over den bedste projektstyringssoftware:
Den bedste projektstyringssoftware, du bør overveje
Her er min liste over de 10 bedste muligheder inden for projektstyringssoftware, som kan hjælpe dig med at komme i gang med din søgning:
Clicks on the links below may earn a commission, which supports our independent testing and review of software and services. Learn more about how we stay transparent.
RFI vs RFP vs RFQ: Hvad er forskellen?
En RFI bruges til at indsamle generelle oplysninger, en RFP bruges til at indhente detaljerede forslag, og en RFQ bruges til at anmode om priser. Ved at vælge den rigtige type sparer du tid og mindsker friktionen i din indkøbsproces:
| Dokumenttype | Formål | Hvornår den bruges | Hvad der skal medtages | Påkrævet detaljeringsgrad |
|---|---|---|---|---|
| Anmodning om oplysninger (RFI) | Indsamle generelle oplysninger om potentielle leverandører | Når du undersøger mulighederne og funktionerne i projektstyringssoftware | Leverandørernes kompetencer, markedstendenser, grundlæggende funktioner | Lav |
| Anmodning om forslag (RFP) | Indhente detaljerede forslag fra leverandører | Når du har brug for detaljerede løsninger og priser til komplekse behov | Projektkrav, evalueringskriterier, leverandørkvalifikationer | Høj |
| Anmodning om tilbud (RFQ) | Indhente nøjagtige priser på specifikke funktioner | Når du har klare krav og kun har brug for tilbud | Liste over specifikke funktioner, prisstruktur, leveringsbetingelser | Mellem |
Før du sender din RFP
En RFP fungerer kun så godt som de krav og det budget, der ligger bag den. Hvis dit team stadig diskuterer, hvad det reelt har brug for, og du har brug for et realistisk tal til budgetafsnittet, kan du se vores gennemgang af hvad projektstyringssoftware koster. På den måde får du forslag, du faktisk har råd til.
