Så skriver du en RFP för projektledningsprogramvara
Att skriva en RFP hjälper dig att tydligt beskriva dina behov: Det gör det enklare att jämföra leverantörer och hitta den bästa lösningen för ditt team.
RFP:er passar bäst för större organisationer: Om din organisation är liten eller dina behov är enkla kan du hoppa över en RFP och i stället kontakta några leverantörer direkt för att få offerter.
En väl utformad RFP kan leda till bättre priser: Den kan också bidra till att säkerställa att programvaran uppfyller dina specifika krav och att du slipper problem längre fram.
En upphandling av projektledningsprogram, eller en begäran om offert, är ett dokument som beskriver dina krav, din budget och dina utvärderingskriterier och ber leverantörer att lämna anbud utifrån dem.
Eftersom varje leverantör svarar på samma underlag kan du jämföra alternativ för projektledningsprogram sida vid sida i stället för att sammanställa säljsamtal och marknadsföringssidor. Om den görs på rätt sätt minskar den risken för att du väljer ett verktyg som inte passar hur ditt team arbetar.
Vad ska ingå i en upphandling av projektledningsprogram?
De flesta upphandlingar av projektledningsprogram följer samma grundläggande struktur. Genom att ta med alla dessa åtta avsnitt får leverantörerna det de behöver för att skicka dig ett komplett och jämförbart förslag.
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
| Avsnitt | Vad det omfattar | Vad de flesta upphandlingar missar |
|---|---|---|
| Sammanfattning för ledningen | Vilka ni är, vad ni behöver och varför nu | Din tidsplan för beslutet och vem som fattar det slutliga beslutet |
| Arbetets omfattning | Programvaran och tjänsterna du förväntar dig | Datamigrering från ditt nuvarande verktyg |
| Tekniska krav | Funktioner, integrationer och plattformar | Att fråga hur en funktion fungerar, inte om den finns |
| Leverantörens kvalifikationer och efterlevnad | Erfarenhet, certifieringar och säkerhetsstandarder | Att be om den faktiska revisionsrapporten, inte ett påstående om efterlevnad |
| Implementering och utbildning | Lanseringsplan, tidsplaner och support | Vem som utför arbetet: leverantören, en partner eller ditt team |
| Priser och licenser | Kostnader, nivåer och licensmodell | Prishöjningar vid förnyelse och funktioner som är låsta till högre nivåer |
| Avtalsvillkor | Betalning, servicenivåavtal och juridiska villkor | Hur du får ut dina data om du lämnar tjänsten |
| Instruktioner för inlämning | Deadlines, format och kontaktpersoner | En gemensam fråge- och svarsprocess så att alla leverantörer får samma svar |
1. Sammanfattning för ledningen
Ge en kort översikt över den typ av projektledningsprogram du behöver, problemet du löser och de resultat du förväntar dig. Ta med teamets storlek, vad du ersätter och när du planerar att fatta beslutet.
Vad de flesta team missar: Leverantörer läser det här avsnittet för att avgöra om affären är värd ett seriöst svar. En tydlig utlösande faktor (”vårt nuvarande verktyg kan inte stödja portföljrapportering för 12 team”) och ett fast beslutsdatum signalerar en verklig köpare, och du får förslag från senior sälj- och lösningspersonal i stället för standardsvar.
2. Arbetets omfattning
Beskriv tydligt vad du förväntar dig av leverantören utöver själva programvaran: installation, konfigurering, datamigrering, utbildning och löpande support. Ta med det nuvarande antalet användare och var du förväntar dig att det ligger om två till tre år.
Vad de flesta team missar: Det är vid migreringen som tidsplaner spricker. Ange vilket verktyg du flyttar från, ungefär hur många projekt och hur mycket historisk data du behöver ta med, samt om bilagor och kommentarer ska följa med. Leverantörer lämnar mycket olika offerter för ”importera aktiva projekt” jämfört med ”migrera fem års historik”.
3. Tekniska krav
Lista de funktioner, integrationer och plattformsstöd du behöver och märk varje punkt som ett måste, något som bör finnas eller något som vore bra att ha.
Vad de flesta team missar: Krav med ja- eller nej-svar får ett ”ja” från varje leverantör. I stället för att fråga ”Har ni stöd för resursplanering?” bör du be leverantörerna förklara hur de hanterar ett specifikt scenario, till exempel att omfördela en designers arbetsbelastning mellan tre överlappande projekt. För integrationer bör du fråga om varje integration är inbyggd, skapad via en anslutning från tredje part eller endast finns på utvecklingsplanen. Dessa tre svar innebär mycket olika saker i praktiken.
4. Leverantörens kvalifikationer och efterlevnad
Ange vilken erfarenhet, vilka branschcertifieringar och vilken dokumenterad erfarenhet du förväntar dig, tillsammans med dina krav på säkerhet och efterlevnad, såsom dataskyddsstandarder och eventuella regler som din bransch måste följa.
Vad de flesta team missar: ”SOC 2-kompatibel” på en säljsida är inte ett bevis. Be om den senaste SOC 2 Type II-rapporten (som vanligtvis delas under sekretessavtal), var dina data kommer att lagras och vilka underleverantörer som hanterar dem. Om ditt IT-team redan har ett standardiserat säkerhetsfrågeformulär bör du bifoga det nu i stället för att genomföra det som en separat omgång efter att du har valt en favorit. Be också om referenser från kunder av liknande storlek och inom samma bransch, inte bara leverantörens mest nöjda kunder.
5. Förväntningar på implementering och utbildning
Beskriv din önskade tidsplan för lanseringen, hur du kommer att mäta en framgångsrik lansering och vilken utbildning du behöver för både administratörer och slutanvändare.
Det som de flesta team missar: Fråga vem som faktiskt kommer att genomföra implementeringen: leverantörens eget team, en certifierad partner eller er personal med hjälp av självhjälpsguider. Be om namngivna roller, en uppskattning av hur många timmar som krävs från ert team och hur länge den dedikerade supporten finns kvar efter driftsättningen. Det är användningen, inte installationen, som gör att de flesta utrullningar misslyckas, så fråga vad leverantören gör för att driva användningen under de första 90 dagarna.
6. Prissättning och licensiering
Be om en fullständig kostnadsuppdelning som omfattar licensavgifter, implementering, utbildning, premiumsupport och tillägg. Ange hur många användare ni har och er tillväxtprognos, så att alla leverantörer lämnar offerter utifrån samma siffror.
Det som de flesta team missar: Det är sällan priset för det första året som blir dyrt i längden. Be om den totala ägandekostnaden för tre år, eventuella tak för höjningar av förnyelsepriset och minimiåtaganden för antal licenser. Kontrollera vilka funktioner i er kravlista som kräver högre prisnivåer, eftersom SSO, avancerade behörigheter och portföljrapportering ofta endast ingår i företagsnivån. Fråga också hur gäst-, visnings- och klientlicenser debiteras om personer utanför ert team behöver åtkomst.
7. Avtalsvillkor
Beskriv de villkor ni förväntar er, inklusive betalningsplan, servicenivåavtal (SLA:er), garantier och ansvar.
Det som de flesta team missar: Två klausuler är viktigast efter att ni har undertecknat avtalet. För det första dataportabilitet: hur ni exporterar era data om ni lämnar tjänsten, i vilket format och hur länge leverantören behåller dem efter avtalets upphörande. För det andra automatisk förnyelse: vilken uppsägningstid ni behöver för att säga upp eller omförhandla avtalet. Om ni delar era icke-förhandlingsbara villkor i RFP:n kan juridiska ändringsförslag hanteras innan ni har valt leverantör, inte efteråt när ni har sämre förhandlingsläge.
8. Instruktioner för inskickning
Ge leverantörerna en deadline, en enda kontaktperson och ange vilket format ni vill ha svaren i. Ange detaljerna, till exempel filtyper och leveransmetod, när ni skickar ut RFP:n.
Sätt samman ert RFP-team för projekthanteringsprogramvara
Att fylla i de åtta avsnitten på ett bra sätt kräver synpunkter från personer i hela verksamheten. Om ni involverar dem tidigt blir det färre luckor i kraven och mindre omarbete senare. Här är vilka ni bör inkludera.
Projektets sponsor
Projektets sponsor ger strategisk vägledning och ser till att RFP:n överensstämmer med verksamhetens övergripande mål. Sponsorn hjälper till att prioritera kraven, säkra resurser för urvalsprocessen och godkänna den slutliga RFP:n. Rollen innehas vanligtvis av en senior chef eller ledning som driver projektet.
Funktionsexperter
Funktionsexperter eller ämnesexperter känner till de tekniska krav som programvaran måste uppfylla, så deras synpunkter formar de funktioner och integrationer ni efterfrågar. Vänd er till avdelningschefer eller seniora medarbetare inom IT, drift eller projektledning.
Inköpsansvariga eller RFP-skribenter
Inköpsspecialister eller RFP-skribenter ser till att dokumentet är korrekt strukturerat, följer nödvändiga riktlinjer för juridisk projekthantering eller organisationens riktlinjer och använder ett språk som leverantörerna enkelt kan förstå. Rollen innehas vanligtvis av någon inom inköp eller av en särskild RFP-skribent.
Slutanvändare och intressenter
Slutanvändare och intressenter känner till de dagliga utmaningar som programvaran behöver lösa, vilket hjälper er att tidigt identifiera nödvändiga funktioner och möjliga hinder. Överväg att involvera teamledare, projektledare och vanliga användare från olika avdelningar.
Definiera krav och mål
När teamet är på plats bör ni komma överens om vad det nya verktyget måste kunna göra och varför, innan ni börjar skriva. Svaren blir innehållet i er arbetsbeskrivning, era tekniska krav och era avsnitt om efterlevnad, och ger leverantörerna det de behöver för att svara korrekt.
Överväg följande:
- Problem med det nuvarande systemet: Vad frustrerar ditt team just nu? Identifiera specifika problem, som långsam uppföljning av uppgifter eller avsaknad av uppdateringar i realtid.
- Nödvändiga förbättringar och önskade resultat: Hur ser framgång ut för ditt team? Definiera viktiga förbättringar, som bättre samarbete eller mindre manuellt arbete, och fastställ mätbara resultat för att följa utvecklingen.
- Funktionella, tekniska och regelrelaterade behov: Behöver programvaran integreras med befintliga verktyg eller uppfylla branschstandarder? Lista sådant som är nödvändigt, till exempel API-åtkomst eller efterlevnad av dataskyddsbestämmelser.
- Användarroller, användningsnivåer och arbetsflöden: Vem kommer att använda programvaran och hur ofta? Fundera på hur den behöver stödja olika roller, från projektledare till enskilda medarbetare.
- Önskemål kring driftsättning: Behöver ni en molnbaserad eller lokal lösning? Basera beslutet på era behov av datasäkerhet och er IT-infrastruktur.
Definiera era utvärderingskriterier
Tydligt definierade utvärderingskriterier hjälper er att fatta ett välgrundat beslut som är objektivt, transparent och i linje med era verksamhetsmål. Genom att fastställa dessa kriterier innan ni granskar förslagen kan ni undvika partiskhet och behålla fokus på det som är viktigast för ert team. Så här definierar ni era utvärderingskriterier.
Vad är viktigast?
Välj 3–5 viktade kategorier som stämmer överens med era mål och prioriteringar. Det hjälper er att fokusera utvärderingen på det som verkligen är viktigt och att effektivt väga för- och nackdelarna med leverantörer av projekthanteringsprogram. Vanliga kategorier för poängsättning i en RFP för projekthanteringsprogram omfattar:
- Funktionalitet
- Användarupplevelse
- Kostnad
- Leverantörens anseende
- Skalbarhet
Identifiera vilka kategorier som bäst återspeglar era behov och tilldela dem vikter baserat på hur viktiga de är för ert projekt.
Använd en poängmatris
En poängmatris hjälper er att kvantifiera utvärderingsprocessen och göra den mer objektiv. Tilldela varje kategori en vikt baserat på era interna prioriteringar. Om funktionalitet till exempel är avgörande kan den ha en vikt på 40 %, medan kostnaden kan ha en vikt på 20 %. Ge varje kriterium poäng på en skala från 1–5 eller 1–10 för att kunna skilja mellan leverantörernas förslag. Justera viktningen så att den återspeglar det som är viktigast för ert team.
Förtydliga poängsättningsprocessen
Definiera vem som ska poängsätta förslagen och hur de ska säkerställa konsekvens. Använd en standardiserad bedömningsmall för att vägleda granskarna och planera in ett möte för att samordna alla kring poängsättningsprocessen innan ni börjar. Det hjälper alla granskare att förstå kriterierna och tillvägagångssättet så att de kan genomföra rättvisa och balanserade utvärderingar. Se till att varje granskare känner till sin roll och hur poängsystemet ska tillämpas.
Utfärda er RFP för projekthanteringsprogram
Att utfärda en RFP handlar inte bara om att skicka ut den – det handlar om att ge leverantörerna rätt åtkomst, tidsramar och instruktioner så att de kan svara effektivt. En smidig distributionsprocess lägger grunden för kvaliteten på de förslag ni får tillbaka. Så här utfärdar ni er RFP på ett effektivt sätt.
Välj rätt distributionsmetod
Överväg att använda e-post, RFP-plattformar eller upphandlingsportaler för att distribuera er RFP. Ett centraliserat system, till exempel en RFP-plattform, hjälper er att följa upp svar och hantera kommunikationen. Om ni använder e-post kan ni överväga en rollbaserad inkorg för att hålla alla leverantörskontakter organiserade. Inkludera en kontaktlista över leverantörerna så att alla får den information de behöver.
Sätt tydliga förväntningar på tidsplanen
En väldefinierad tidsplan säkerställer att leverantörerna vet vad de kan förvänta sig och när. Inkludera följande i er RFP:
- Datum för publicering av RFP:n
- Tidsperiod för leverantörernas frågor och svar
- Sista dag för inlämning
- Period för utvärdering och urval
Dela denna tidsplan i själva RFP:n för att hålla alla samordnade och på rätt spår.
Definiera kraven för inlämning
Se till att leverantörerna vet exakt hur de ska lämna in sina anbud. Ange godkända filformat, till exempel PDF, Microsoft Word eller Excel-mallar. Ange önskad leveransmetod, till exempel en uppladdningsportal eller en inkorg för svar. Förtydliga om leverantörerna måste använda särskilda mallar eller formulär och om sena inlämningar kommer att godtas. Denna tydlighet undviker förvirring och säkerställer att du får in fullständiga anbud i tid.
Utvärdera och kortlista leverantörernas svar
Det är här ditt strukturerade arbetssätt lönar sig, när inköpsteamet omvandlar leverantörernas RFP-svar till en välgrundad kortlista. Konsekvens, objektivitet och samarbete mellan alla som deltar i utvärderingen är avgörande. Så här utvärderar och kortlistar du leverantörer effektivt.
- Planera demonstrationer och intervjuer: Ordna demonstrationer och intervjuer med de främsta leverantörerna för att se deras lösningar i praktiken. Det ger teamet möjlighet att ställa frågor och få en känsla för hur användarvänlig programvaran är.
- Kontrollera referenser: Kontakta referenser som leverantörerna har angett för att få veta mer om deras erfarenheter. Fråga om utmaningar vid implementeringen och kvaliteten på supporten för att få en uppfattning om vad du kan förvänta dig.
- Förtydliga allt som är oklart i anbuden: Tveka inte att kontakta leverantörerna för att få klarhet i otydliga punkter. Det är bättre att fråga nu än att göra antaganden som kan leda till problem senare.
Välj och informera leverantörerna
När teamet har valt en leverantör är de sista stegen lika viktiga som utvärderingsprocessen. Tydlig och professionell kommunikation med alla leverantörer – både de som valts ut och de som inte valts ut – är avgörande, liksom att skapa intern samsyn innan avtalet börjar verkställas. Här är de viktigaste stegen.
Informera valda och icke valda leverantörer
Snabb och respektfull kommunikation med leverantörerna återspeglar organisationen på ett positivt sätt. Skicka ett kort tackmeddelande eller ge övergripande återkoppling till leverantörer som inte valdes ut för att upprätthålla goda relationer inför framtida möjligheter. För den valda leverantören kan du uttrycka entusiasm och beskriva nästa steg för att behålla momentumet.
Förbered dig inför de slutliga förhandlingarna
Vanliga förhandlingspunkter är priser, SLA:er och avtalsvillkor. Definiera i förväg vilka gränser teamet inte kan kompromissa om för att undvika överraskningar. Använd en checklista eller agenda under diskussionerna för att hålla fokus och täcka alla nödvändiga punkter. Denna förberedelse hjälper dig att förhandla effektivt och nå en rättvis överenskommelse.
Säkerställ intern samsyn före undertecknandet
Innan avtalet undertecknas ska du se till att alla nödvändiga godkännanden finns på plats. Detta omfattar vanligtvis godkännande från ledningen eller ekonomiavdelningen samt en juridisk granskning eller granskning av inköpsavdelningen. Sammanfatta de viktigaste beslutsfaktorerna så att interna granskare kan agera snabbt. Tydlig kommunikation med teamet förebygger förseningar och säkerställer att alla står bakom beslutet.
RFP-checklista: Vanliga misstag att undvika
Gå igenom den här listan innan du skickar din RFP. Varje punkt täcker en brist som leder till generiska anbud, leverantörer som passar dåligt eller en långsammare process för att välja projekthanteringsprogramvara.
- Ge leverantörerna tillräckligt med sammanhang. Ta med dina mål, teamets storlek, det nuvarande verktyget och varför du byter. Utan denna information får du generiska svar som inte tar itu med dina faktiska utmaningar.
- Ange ett budgetintervall. Leverantörer lägger sig antingen över budget eller hoppar över RFP:er där ingen budget anges. Om du är osäker på vad som är realistiskt kan du kontrollera hur mycket projekthanteringsprogramvara kostar innan du fastställer intervallet.
- Skriv specifika krav på ett enkelt språk. Ange vilka funktioner för projekthanteringsprogramvara du behöver, rangordna dem efter prioritet och spara juridiskt språk till avtalsavsnittet.
- Dela dina utvärderingskriterier. Berätta för leverantörerna vad de kommer att bedömas utifrån, till exempel funktionalitet, skalbarhet eller support, så att de kan bemöta varje punkt direkt.
Behöver du verkligen en RFP?
Om teamet hanterar komplexa krav eller om du arbetar i en reglerad bransch är en RFP nödvändig. Den hjälper dig att hitta en leverantör som motsvarar dina specifika behov och följer branschstandarder. Att skapa en RFP är också avgörande när du hanterar en stor budget eller behöver få flera intressenter ombord.
Här är några situationer där en RFP är nödvändig:
- Storskaliga företagsprojekt
- Strikt reglerade branscher
- Komplexa integrationskrav
- Flera involverade intressenter
- Betydande budgetanslag
När en RFP kan vara överdriven
Om dina behov är enkla eller om ni är ett litet team kan en RFP innebära mer besvär än den är värd. I sådana fall kan du spara tid genom att utforska alternativen direkt från en utvald lista över de bästa projekthanteringsprogrammen:
De bästa projekthanteringsprogrammen att överväga
Här är min lista över de 10 bästa tillgängliga projekthanteringsprogrammen, som hjälper dig att komma igång med din sökning:
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: Vad är skillnaden?
En RFI används för att samla in allmän information, en RFP för att efterfråga detaljerade anbud och en RFQ för att begära prisuppgifter. Genom att välja rätt alternativ sparar du tid och minskar friktionen i din inköpsprocess:
| Dokumenttyp | Syfte | När det ska användas | Vad som ska ingå | Detaljnivå som krävs |
|---|---|---|---|---|
| Begäran om information (RFI) | Samla in allmän information om potentiella leverantörer | När du undersöker alternativ och funktioner hos projekthanteringsprogram | Leverantörernas funktioner, marknadstrender, grundläggande funktioner | Låg |
| Begäran om förslag (RFP) | Efterfråga detaljerade anbud från leverantörer | När du behöver detaljerade lösningar och priser för komplexa behov | Projektkrav, utvärderingskriterier, leverantörskvalifikationer | Hög |
| Begäran om offert (RFQ) | Få exakta priser för specifika funktioner | När du har tydliga krav och bara behöver offerter | Lista över specifika funktioner, prisstruktur, leveransvillkor | Medel |
Innan du skickar din RFP
En RFP fungerar bara så bra som kraven och budgeten bakom den. Om ditt team fortfarande diskuterar vad det faktiskt behöver och du behöver en realistisk siffra att ange i budgetavsnittet kan du läsa vår genomgång av hur mycket projekthanteringsprogram kostar. På så sätt får du offerter som du faktiskt har råd med.
