Så skriver du en RFP för servicedeskprogramvara

Behöver du verkligen en RFP?

En RFP blir nödvändig när ditt team har komplexa krav, verkar i en reglerad bransch eller behöver utvärdera flera leverantörer inför en storskalig implementering. Den är också viktig när du har specifika krav på regelefterlevnad eller när ett felaktigt val kan leda till betydande driftstörningar. Om dessa scenarier känns bekanta bör du överväga att utforma en RFP för att säkerställa att du gör rätt val:

• Komplexa integrationskrav
• Efterlevnad inom en reglerad bransch
• Storskalig implementering på flera platser
• Begränsad budget med stora konsekvenser
• Behov av leverantörsansvar

När en RFP kan vara överdriven

Om dina behov är enkla, din organisation är liten eller du redan känner till de bästa alternativen kanske en RFP inte behövs. I sådana fall kan du fokusera på att utvärdera ditt främsta val av programvara för servicedesk:

Bästa programvarorna för servicedesk att överväga

Här är min lista över de 10 bästa tillgängliga alternativen för programvara för servicedesk, som hjälp när du påbörjar 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.

1. 1. Atera — Bäst för paketerade integrationer för fjärrstyrning
2. 2. SetMe — Bäst för tillförlitlig ad hoc-support och obemannad fjärrsupport
3. 3. GoToMyPC — Bäst för tillfällig åtkomst för gäster
4. 4. ConnectWise Control — Bäst för integrerade IT-lösningar
5. 5. TeamViewer — Bäst för global fjärrsupport
6. 6. Parallels Desktop — Bäst för virtualisering på Mac
7. 7. Remote Utilities — Bäst för IT-team och MSP:er
8. 8. Zoho Assist — Bäst för IT-support på språng
9. 9. AnyDesk — Bäst för prestanda med låg latens
10. 10. Chrome Remote Desktop — Bäst för webbläsarbaserad åtkomst

RFI vs RFP vs RFQ: Vad är skillnaden?

När du bestämmer hur du ska köpa programvara för servicedesk kan kunskap om skillnaderna mellan en RFI, RFP och RFQ spara både tid och arbete. En RFI samlar in allmän information, en RFP efterfrågar detaljerade förslag och en RFQ begär specifika priser. Alla inköp behöver inte en RFP; välj med omsorg för att minska onödiga steg och få det du behöver på ett effektivt sätt:

Dokumenttyp	Syfte	När den används	Vad som ska ingå	Detaljnivå som krävs
Begäran om information (RFI)	Samla in allmän information om leverantörens kapacitet	När du behöver förstå marknaden eller teknikalternativen	Leverantörens bakgrund, tjänsteutbud, tekniköversikt	Låg
Begäran om förslag (RFP)	Begära in detaljerade förslag från leverantörer	När du har ett komplext projekt med specifika krav	Projektmål, detaljerade krav, utvärderingskriterier	Medel till hög
Begäran om offert (RFQ)	Få specifika priser för definierade lösningar	När du vet exakt vad du behöver och vill jämföra priser	Specificerade priser, leveransvillkor, betalningsvillkor	Medel

Vanliga RFP-misstag att undvika

Om du skyndar igenom en RFP eller hoppar över viktiga detaljer kan det leda till förvirring, slöseri med tid eller att du väljer fel leverantör. Genom att undvika några vanliga misstag kan ditt team säkerställa ett smidigare val av programvara för servicedesk. Här är några fallgropar att vara uppmärksam på:

Otillräcklig bakgrund eller kontext

Utan tillräcklig bakgrund eller kontext kan leverantörer inte fullt ut förstå dina behov. Detta kan leda till förslag som inte motsvarar dem. Dela ditt företags uppdrag, mål och relevanta utmaningar. Det hjälper leverantörerna att anpassa sina lösningar efter din unika situation.

Budget saknas eller är otydlig

Om du inte anger någon budget kan det leda till förslag som ligger långt från vad du behöver. Leverantörerna behöver veta vilken kostnad för servicedeskprogramvara du är beredd att överväga. Var öppen med ditt budgetintervall för att undvika att lägga tid på alternativ du inte har råd med och för att säkerställa realistiska förslag.

Vaga krav eller juridisk jargong

Om dina krav är vaga eller fyllda med juridisk jargong kan leverantörerna misstolka dina behov. Beskriv tydligt vad du söker med enkla och raka formuleringar. Undvik juridiskt språk för att säkerställa att alla förstår förväntningarna och leveranserna.

Inga utvärderingskriterier har angetts

Utan utvärderingskriterier måste leverantörerna gissa vad som är viktigast för dig. Dela dina kriterier från början för att få förslag som stämmer överens med dina prioriteringar. Det hjälper dig att jämföra alternativen rättvist och välja det som passar dina behov bäst.

Inget standardformat för leverantörernas svar

Om du inte anger ett standardformat kan leverantörernas svar variera kraftigt, vilket gör jämförelser svåra. Tillhandahåll en mall eller struktur för svaren. Det säkerställer enhetlighet och gör det enklare att utvärdera och jämföra förslagen sida vid sida.

Get Free Access

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

Create Free Account

Have an account? Log In

Sätt samman ditt RFP-team för servicedeskprogramvara

Att skapa en stark RFP är inte ett ensamarbete; det kräver synpunkter och behov från en tvärfunktionell grupp. Genom att involvera rätt personer tidigt kan du minska riskerna och undvika merarbete senare. Låt oss gå igenom vilka som bör ingå i ditt RFP-team och varför:

Projektets sponsor

Projektets sponsor tillhandahåller den befogenhet och de resurser som behövs för att driva RFP-processen. Sponsorn säkerställer att arbetet överensstämmer med de strategiska målen och har det sista ordet i viktiga beslut. Vanligtvis är detta någon i företagsledningen, exempelvis en CTO eller avdelningschef, som kan förespråka projektet i hela organisationen.

Funktionsexperter

Funktionsexperter bidrar med detaljerad kunskap om specifika områden som servicedeskprogramvaran kommer att påverka. De säkerställer att RFP:n innehåller alla nödvändiga tekniska och operativa krav. I ditt team kan det exempelvis vara IT-chefer, nätverksadministratörer eller systemarkitekter som förstår den tekniska miljön.

Inköpsansvariga eller RFP-skribenter

Inköpsspecialister eller erfarna RFP-skribenter ser till att dokumentet är korrekt strukturerat och innehåller alla nödvändiga avsnitt. De hjälper till att hantera förhandlingar med leverantörer och upprätthålla efterlevnaden av inköpspolicyer. Denna grupp omfattar ofta inköpschefer eller erfarna RFP-konsulter.

Slutanvändare och intressenter

Slutanvändare och intressenter bidrar med insikter om vardagliga utmaningar och arbetsflöden som programvaran bör hantera. Deras synpunkter säkerställer att lösningen uppfyller verkliga behov och förbättrar användarnöjdheten. Överväg att involvera kundsupportpersonal, avdelningschefer eller andra teammedlemmar som regelbundet kommer att använda programvaran.

Fastställ nödvändiga funktioner & mål

Innan du skickar ut en RFP måste ditt team tydligt definiera vad den nya lösningen måste kunna göra – och varför. Genom att enas om problemområden, mål och icke-förhandlingsbara krav blir det enklare för leverantörerna att svara korrekt och för dig att utvärdera förslagen. Identifiera dessa nyckelelement innan du går vidare:

• Problem med det nuvarande systemet: Vilka problem har ni nu? Den nuvarande servicedeskprogramvaran kanske är långsam eller saknar integrationsfunktioner. Genom att identifiera dessa problem blir det lättare att hitta en lösning som direkt åtgärdar dem.
• Nödvändiga förbättringar och önskade resultat: Vilka förbättringar behöver ni och hur ska framgång mätas? Om snabbare svarstider är ett mål bör ni definiera vad ”snabbare” innebär för ert team.
• Funktionella, tekniska och efterlevnadsrelaterade behov: Vilka specifika funktioner och efterlevnadskrav måste uppfyllas? Se till att leverantörerna känner till om ni behöver stöd för flera språk eller efterlevnad av GDPR.
• Användarroller, användningsnivåer och arbetsflöden: Vem ska använda programvaran och hur? Kartlägg användarroller och arbetsflöden för att säkerställa att lösningen passar organisationens dagliga verksamhet.
• Önskad driftsättning: Behöver ni en molnbaserad lösning eller lokal driftsättning? Ta hänsyn till er IT-infrastruktur och framtida behov av skalbarhet när ni fattar beslutet.

Skriv RFP:n för servicedeskprogramvara

Nu är det dags att sammanställa allt i ett tydligt och strukturerat RFP-dokument. En välorganiserad och komplett RFP gör det enklare för leverantörerna att svara korrekt och för ditt team att utvärdera svaren. Här är vad du bör ta med i din RFP:

1. Sammanfattning

Sammanfattningen bör ge en övergripande bild av ditt projekt. Förklara syftet med RFP:n, organisationens mål och det problem du vill lösa. Detta ger leverantörerna en grund för att snabbt förstå dina behov. Håll den kortfattad och ge tillräckligt med sammanhang utan att överväldiga med detaljer.

2. Arbetets omfattning

Beskriv i detalj vad du förväntar dig att leverantören ska leverera. Inkludera specifika uppgifter, leveranser och eventuella tidsplaner eller milstolpar. Detta hjälper leverantörerna att bedöma projektets storlek och komplexitet. Var tydlig med vad som ingår och vad som inte ingår för att undvika missförstånd.

3. Tekniska krav

Lista de tekniska specifikationer som den nya programvaran måste uppfylla. Inkludera kompatibilitet med befintliga system, nödvändiga integrationer och eventuella prestandamått. Tydliga tekniska krav förhindrar att leverantörer erbjuder lösningar som inte fungerar för dig.

4. Leverantörens kvalifikationer

Ange vilka kvalifikationer och vilken erfarenhet du söker hos en leverantör. Det kan inkludera tidigare projekt, branschexpertis eller certifieringar. Genom att veta vem du har att göra med kan du säkerställa att leverantören har förmåga att uppfylla dina behov.

5. Säkerhets- och efterlevnadskrav

Beskriv alla säkerhetsstandarder eller efterlevnadskrav som programvaran måste följa. Oavsett om det gäller GDPR eller någon annan standard behöver leverantörerna känna till detta från början. Det säkerställer att de föreslagna lösningarna är säkra och uppfyller regulatoriska skyldigheter.

6. Förväntningar på implementering och utbildning

Förtydliga hur du förväntar dig att implementeringen ska genomföras och vilken utbildning ditt team behöver. Inkludera tidsplaner och förväntningar på support. Detta hjälper leverantörerna att planera hur de ska distribuera lösningen och förbereda ditt team för att använda den.

7. Prissättning och licensiering

Ge vägledning om hur du vill att prisinformationen ska presenteras. Förtydliga om du behöver uppdelningar per modul, användare eller funktion. Detta hjälper dig att jämföra kostnader effektivt och förstå det ekonomiska åtagandet.

8. Avtalsvillkor

Ange eventuella preliminära avtalsvillkor som leverantörerna bör känna till. Det kan omfatta garantiperioder, supportavtal eller uppsägningsklausuler. Tydliga avtalsvillkor hjälper leverantörerna att förstå den rättsliga ram de kommer att verka inom.

9. Instruktioner för inlämning

Ge detaljerade instruktioner om hur leverantörerna ska lämna in sina förslag. Inkludera tidsfrister, formatkrav och kontaktuppgifter för frågor. Tydliga instruktioner för inlämning säkerställer att du får in förslag i ett enhetligt format, vilket gör dem enklare att granska.

Fastställ dina utvärderingskriterier

Tydligt definierade utvärderingskriterier hjälper till att hålla beslutsprocessen objektiv, transparent och i linje med verksamhetens mål. Fastställ dessa kriterier innan du granskar förslagen för att undvika partiskhet och säkerställa konsekvens. Så här definierar du vad som är viktigast vid utvärdering av servicedeskprogramvara:

Vad är viktigast?

Välj 3–5 viktade kategorier som överensstämmer med dina mål och prioriteringar. Detta hjälper dig att fokusera på det som verkligen är viktigt för organisationen. Vanliga kategorier för poängsättning i en RFP för servicedeskprogramvara kan omfatta:

• Funktionalitet
• Användarupplevelse
• Integrationsmöjligheter
• Kostnad
• Leverantörssupport

Använd en poängmatris

En poängmatris låter dig tillämpa viktningar på de kategorier du har valt, vilket återspeglar deras betydelse för ditt team. Om funktionalitet till exempel är avgörande kan den ha en högre vikt än kostnad. Ge varje kriterium en poäng på en skala från 1–5 eller 1–10 för att kvantifiera hur väl varje förslag uppfyller dina behov. Justera viktningarna utifrån interna prioriteringar för att säkerställa att matrisen överensstämmer med dina mål.

Förtydliga poängsättningsprocessen

Definiera vem som ska poängsätta förslagen och hur poängsättningen ska genomföras. Använd en standardiserad bedömningsmall för att upprätthålla konsekvens och rättvisa. Boka in ett möte med alla granskare innan poängsättningen börjar för att skapa samsyn kring förväntningar och kriterier. Detta säkerställer att alla förstår processen och utvärderar förslagen enligt samma standarder.

Skicka ut RFP:n för servicedeskprogramvara

Att skicka ut RFP:n handlar inte bara om att distribuera 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 du får tillbaka. Så här hanterar du processen:

Välj rätt distributionsmetod

Vanliga alternativ för att distribuera en RFP är e-post, programvaruplattformar för RFP:er eller upphandlingsportaler. Genom att använda ett centraliserat system blir det enklare att spåra svar och hålla ordning. Överväg att inkludera en kontaktlista för leverantörer eller använda en rollbaserad inkorg för att säkerställa att alla frågor riktas till rätt personer. Detta håller kommunikationen tydlig och effektiv.

Fastställ tydliga tidsramar

Beskriv en tydlig tidsplan och inkludera den i själva RFP:n för att hålla leverantörerna på rätt spår. En standardtidsplan för en RFP kan se ut så här:

• Datum för publicering av RFP:n
• Period för frågor och svar från leverantörer
• Sista dag för inlämning
• Period för utvärdering och urval

Genom att dela denna tidsplan kan leverantörerna planera sina svar och du säkerställer att du får in förslagen i tid.

Definiera kraven för inlämning

Leverantörerna behöver tydliga instruktioner för att lämna in förslagen korrekt. Ange godkända filformat, till exempel PDF-, Word- eller Excel-mallar, och ange önskad leveransmetod, exempelvis en uppladdningsportal eller en svarsinkorg. Ange om leverantörerna måste använda särskilda mallar eller formulär och förtydliga er policy för sena inlämningar. Detta minskar förvirringen och säkerställer att du får in enhetliga och fullständiga förslag.

Utvärdera och kortlista leverantörernas svar

Det är här den strukturerade metoden ger resultat, när ditt team tryggt omvandlar leverantörernas svar till en kortlista. Konsekvens, objektivitet och samarbete är avgörande för alla som deltar i utvärderingen. Så här utvärderar och kortlistar du leverantörer på ett effektivt sätt:

• Organisera och formatera förslagen inför granskning: Samla alla förslag i ett enhetligt format för att göra jämförelser enklare. Använd en delad mapp eller plattform så att alla i teamet enkelt kan komma åt dokumenten.
• Använd en poängmatris: Tillämpa din poängmatris för att utvärdera varje förslag mot dina kriterier. Detta bidrar till att hålla processen objektiv och säkerställer att fokus ligger på det som är viktigast för organisationen.
• Boka demonstrationer och intervjuer: Boka demonstrationer eller intervjuer med de främsta leverantörerna för att se deras lösningar i praktiken. Hur väl tillgodoser de dina specifika behov? Detta steg ger insikter som du inte får från skriftliga förslag enbart.
• Kontrollera referenser: Kontakta referenser för att få återkoppling om leverantörens tidigare resultat. Var de pålitliga och hjälpsamma? Erfarenheter från verkligheten kan visa om en leverantör passar bra för ditt team.
• Förtydliga allt som är oklart i förslagen: Kontakta leverantörerna om någon del av deras förslag är otydlig. Anta inte – ställ frågor för att säkerställa att du har all information som behövs för att fatta ett välgrundat beslut.

Välj ut och meddela leverantörerna

När teamet har valt en leverantör är de avslutande 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. Se till att teamet har en intern samsyn innan ni går vidare med att slutföra avtalet. Här är de viktigaste stegen:

Meddela utvalda och icke utvalda leverantörer

Snabb och respektfull kommunikation med alla leverantörer upprätthåller professionalismen och stärker relationerna. Skicka ett kort tackmeddelande eller ge övergripande återkoppling när det är lämpligt. Detta håller dörren öppen för framtida möjligheter och främjar goda relationer med leverantörerna.

Förbered de slutliga förhandlingarna

Innan ni inleder de slutliga förhandlingarna bör ni identifiera vanliga frågor som kan behöva diskuteras, till exempel prissättning, SLA:er och avtalsvillkor. Definiera i förväg vilka punkter teamet inte kan kompromissa om och använd en checklista eller dagordning för att hålla fokus. Denna förberedelse säkerställer att förhandlingarna blir effektiva och konstruktiva.

Säkerställ intern samsyn innan undertecknande

Inhämta nödvändiga godkännanden, till exempel godkännande från ledningen eller ekonomiavdelningen, och genomför en juridisk granskning eller upphandlingsgranskning. Sammanfatta de viktigaste beslutsfaktorerna för att hjälpa interna granskare att agera snabbt. Denna samsyn säkerställer att alla är överens innan avtalet slutförs.

Vad händer härnäst:

Om du håller på att undersöka programvara för servicedesk kan du kontakta en rådgivare från SoftwareSelect för kostnadsfria rekommendationer.

Du fyller i ett formulär och har ett kort samtal där de går igenom dina behov i detalj. Därefter får du en kortlista med programvara att granska. De stöttar dig även genom hela köpprocessen, inklusive prisförhandlingar.