Skip to main content
Key Takeaways

Syftet med offertförfrågan: En offertförfrågan för hotellfastighetshanteringssystem säkerställer att leverantörerna bemöter dina specifika behov, vilket möjliggör strukturerade och faktabaserade jämförelser av olika lösningar.

När den ska användas: En offertförfrågan är mest värdefull vid komplexa beslut om hotellprogramvara som omfattar flera fastigheter, integrationer eller formella godkännandekrav.

Vanliga misstag: Ofullständig bakgrundsinformation, otydliga budgetar, vaga krav och inkonsekventa format leder till svagare leverantörssvar och offerter som är svåra att jämföra.

Teamets delaktighet: Involvera tvärfunktionella team i utformningen och utvärderingen av hotellfastighetshanteringssystemet för att säkerställa att alla operativa behov och begränsningar fångas upp.

Att skriva en RFP för hotellfastighetsförvaltningsprogramvara är ett av de smartaste stegen du kan ta innan du bestämmer dig för ett nytt system. En begäran om offert (RFP) är ett formellt dokument som du skickar till leverantörer och ber dem svara på dina specifika krav, frågor och kriterier.

Använd en sådan när du utvärderar flera leverantörer och behöver strukturerade, jämförbara svar – inte säljpresentationer.

En välskriven RFP tvingar leverantörerna att bemöta dina faktiska behov i stället för att presentera sin standarddemo. Den skapar ansvar på båda sidor och ger ditt team en enhetlig struktur för utvärderingen. Resultatet blir en kortlista som bygger på fakta, inte intryck.

Continue Reading for Free

Create a free account to finish this article, plus get ongoing access to timely insights and practical resources.

Behöver du verkligen en RFP?

En RFP är inte alltid rätt verktyg – men när du ska fatta ett viktigt beslut om programvara är den ofta det bästa alternativet. För hotellfastighetsförvaltningsprogramvara lönar sig processen mest när utvärderingen innebär verklig komplexitet eller kräver organisatoriskt ansvar. En RFP är lämplig i situationer som dessa:

  • Du utvärderar tre eller fler leverantörer samtidigt.
  • Din verksamhet har flera avdelningar, platser eller integrationskrav.
  • En inköpskommitté eller ägargrupp behöver dokumenterade beslutsunderlag.
  • Du ersätter ett befintligt system och behöver genomföra en omfattande datamigrering.
  • Budgetgodkännandet kräver en formell konkurrensutsatt upphandling.

När en RFP kan vara överdriven

Om du driver en liten, fristående verksamhet med okomplicerade behov och har en kortlista med en eller två leverantörer som du redan litar på, kommer en strukturerad leverantörsdemonstration och en tydlig lista med frågor sannolikt att ge dig det du behöver. Hoppa över RFP:n när snabbhet är viktigare än processen och ditt beslut inte kräver godkännande utifrån.

RFI kontra RFP kontra RFQ: Vad är skillnaden?

En RFI samlar in information, en RFP begär lösningsförslag och en RFQ efterfrågar specifik prissättning. Alla inköp av hotellfastighetsförvaltningsprogramvara kräver inte en RFP, särskilt inte när dina krav och den önskade lösningen redan är tydliga. Genom att välja rätt dokument ger du leverantörerna rätt vägledning och hjälper ditt team att jämföra svaren på ett rättvist sätt.

Använd den här tabellen för att matcha varje upphandlingsdokument med dina behov vid köp av programvara:

DokumenttypSyfteNär det ska användasVad som ska ingåDetaljnivå som krävs
Begäran om information (RFI)Få kunskap om tillgängliga system och leverantörernas kapacitetNär du undersöker marknaden eller definierar kravProfil över verksamheten, operativa mål, övergripande frågor, integrationsbehovLåg till måttlig
Begäran om offert (RFP)Begära detaljerade lösningar, implementeringsplaner och priserNär du jämför flera leverantörer inför ett komplext inköpFunktionella krav, integrationer, säkerhet, implementering, support, priser, utvärderingskriterierHög
Begäran om prisuppgift (RFQ)Samla in jämförbara priser för en definierad lösningNär kraven är fastställda och leverantörerna erbjuder liknande produkter eller tjänsterAntal licenser, moduler, användare, tjänster, avtalsvillkor, skatter och totalprisMåttlig till hög

Vanliga RFP-misstag att undvika

Svaga RFP:er lämnar leverantörerna att gissa kring din verksamhet, dina prioriteringar och dina inköpsbegränsningar. Det kan leda till vaga svar, inkonsekventa priser och förslag som är svåra att jämföra. Vanliga misstag är att använda alltför breda krav, lämna ansvarsområden odefinierade, förbise implementeringsbehov och inte ange hur leverantörerna ska förklara begränsningar eller ytterligare kostnader.

“Den största risken med den här modellen är dock leverantörsberoende. Om du väljer fel sitter du fast. Du sitter fast med en leverantör som du kanske blir besviken på, men som det är för svårt att lämna. Och något jag märker är att många hotell inte genomför en ordentlig granskning. De ställer alltså inte alla frågor. De samarbetar inte med hela teamet.”

Undvik dessa misstag för att göra leverantörernas svar mer användbara och jämförbara:

Otillräcklig bakgrund eller kontext

Förklara vilken typ av verksamhet ni har, antalet rum, era platser, avdelningar, nuvarande system och projektmål. Utan denna kontext kan leverantörer föreslå olämpliga konfigurationer eller förbise krav som rapportering för flera anläggningar, arbetsflöden för hotellstädning eller behov av migrering. Inkludera en kort profil av verksamheten och beskriv de operativa problem som det nya systemet måste lösa.

Budget saknas eller är otydlig

Ange det förväntade budgetintervallet eller be om en fullständig uppdelning av engångskostnader och återkommande kostnader. Utan tydlig prisvägledning kan leverantörer föreslå lösningar som överstiger er godkända budget eller utelämna kostnader för implementering, integrationer, utbildning, support och datamigrering. Be leverantörerna att separera varje kostnad och identifiera eventuella avgifter.

Skriv kraven på ett enkelt språk och beskriv vilket resultat teamet behöver från varje funktion. Vaga formuleringar leder till olika tolkningar, medan överdrivet juridiskt språk kan dölja viktiga operativa detaljer. Använd specifika frågor, till exempel hur systemet hanterar rumsfördelning, prisbegränsningar, revisionsspår och åtkomst till gästdata.

Inga utvärderingskriterier har delats

Berätta för leverantörerna hur ni kommer att bedöma förslagen innan de svarar. Utan gemensamma kriterier kan leverantörer fokusera på sina föredragna säljargument, och ert team kan bedöma svaren på ett inkonsekvent sätt. Tilldela viktningar till områden som funktionalitet, integrationer, implementering, support, säkerhet, användbarhet och totalkostnad.

Inget standardformat för leverantörernas svar

Ge varje leverantör samma svarsmall, frågeordning och prisformat. Ostrukturerade förslag gör det svårare att jämföra inkluderade funktioner, antaganden, servicenivåer, avtalsvillkor och undantag. Kräv att leverantörerna besvarar varje krav direkt och märker svaren som inkluderat, konfigurerbart, anpassat, otillgängligt eller i behov av förtydligande.

Keep up with the hotel management community!

Keep up with the hotel management community!

Sätt samman ert RFP-team för hotellfastighetssystemet

Ett tvärfunktionellt team hjälper er att fånga upp operativa behov, inköpsbegränsningar och tekniska krav innan leverantörerna lämnar sina förslag. Det skapar också ett gemensamt ansvar, så att det slutliga beslutet återspeglar hur verksamheten faktiskt fungerar.

Involvera dessa grupper för att ta fram ett praktiskt RFP-underlag och granska leverantörernas svar på ett rättvist sätt:

Projektets sponsor

Generaldirektören, ägaren, operativa chefen eller den regionala verksamhetschefen kan vara sponsor för RFP-processen för hotellfastighetssystemet. Denna person fastställer projektets prioriteringar, bekräftar budgetförväntningarna, löser motstridiga krav och ger det slutliga godkännandet.

Funktionsspecialister

Receptionchefen, chefen för rumsdivisionen, intäktschefen, hotellstädningschefen, ekonomiansvarig och IT-chefen kan definiera avdelningarnas krav. De bör förklara nuvarande arbetsflöden, identifiera integrationsbehov, uppmärksamma brister i rapporteringen och bedöma om de föreslagna funktionerna stöder den dagliga verksamheten.

Inköpsansvariga eller RFP-författare

En inköpschef, inköpsspecialist, projektledare eller affärsanalytiker kan organisera RFP-processen. Denna grupp skapar svarsmallen, fastställer tidsfrister, standardiserar prisförfrågningar, dokumenterar antaganden och samordnar leverantörernas frågor.

Slutanvändare och intressenter

Receptionister, bokningspersonal, städpersonal, nattrevisorer, fastighetsredovisare och ägarrepresentanter kan beskriva praktiska behov och beslutsrelaterade frågor. Deras återkoppling hjälper till att testa användbarheten, identifiera utbildningsbehov, utvärdera åtkomstbehörigheter och bekräfta att förslagen passar de faktiska arbetsflödena för gästservice.

Definiera krav och mål

Definiera vad ditt nya hotelladministrationssystem måste kunna göra innan du ber leverantörer om förslag. Tydliga problemområden, mål och icke-förhandlingsbara krav hjälper leverantörerna att rikta in sig på din verksamhet och gör svaren enklare att jämföra.

“Skapa snabbt en kvalificerad kortlista, dela referenser från branschkollegor internt och se till att teamet är överens innan ni ens pratar med en leverantör.

Använd följande områden för att definiera dina krav:

  • Problem med det nuvarande systemet: Beskriv var ditt befintliga system orsakar förseningar, fel eller dubbelarbete. Förklara till exempel om receptionister måste mata in bokningsuppgifter på nytt, om städpersonalen saknar aktuella uppdateringar av rumsstatus eller om chefer exporterar rapporter manuellt.

  • Förbättringar och önskade resultat: Koppla varje efterfrågad funktion till ett mätbart operativt resultat. Du kan behöva snabbare arbetsflöden för incheckning, färre avvikelser i rumsstatus, mer korrekta beläggningsrapporter eller bättre överblick över underhållsuppgifter.

  • Funktionella, tekniska och efterlevnadsrelaterade behov: Lista nödvändiga funktioner för bokningar, fakturering, städning, rapportering, integrationer med redovisningsprogram för hotell, säkerhet och dataskydd. Ange krav som betalningshantering, redovisningsintegration, rollbaserad åtkomst, granskningsloggar, lagring av data och efterlevnad av tillämpliga integritetskrav.

  • Användarroller, användningsnivåer och arbetsflöden: Identifiera alla användargrupper, förväntat antal användare, åtkomstnivåer och viktiga arbetsflöden. Inkludera receptionister, nattrevisorer, städpersonal, intäktschefer, ekonomipersonal och regionala operatörer samt hög belastning under ankomster eller skiftbyten.

  • Preferenser för driftsättning: Ange om du föredrar molnbaserad, lokalt installerad eller hybrid driftsättning. Förklara kraven på webbläsaråtkomst, mobila arbetsflöden, motståndskraft mot internetavbrott, konfiguration på fastighetsnivå, uppdateringar, datalagring och leverantörshanterad infrastruktur.

Skriv en RFP för hotelladministrationssystemet

När dina mål, krav och intressenter är definierade är nästa steg att omvandla dem till en fokuserad RFP. Ett välorganiserat dokument ger leverantörerna tydlig vägledning och hjälper ditt team att jämföra funktionalitet, implementeringsplaner, priser och support. Inkludera följande avsnitt i din RFP:

1. Sammanfattning

Beskriv din fastighet, projektets mål, det nuvarande systemet och anledningen till att du söker ny programvara. Nämn uppgifter som antal rum, fastighetstyp, antal anläggningar och planerat beslutsdatum. Förklara de resultat du förväntar dig, till exempel en gemensam bokningspost för alla avdelningar eller bättre överblick över rumsstatus.

2. Omfattning av arbetet

Definiera de tjänster och programvarufunktioner som leverantörerna måste tillhandahålla. Inkludera bokningar, receptionsarbete, städning, underhåll, fakturering, rapportering, integrationer, migrering, support och administration av flera fastigheter där det är relevant. Be till exempel leverantörerna förklara hur deras system hanterar rumsbyten, gruppbokningar, delade betalningar och rum som inte är tillgängliga.

3. Tekniska krav

Ange de tekniska villkor som ert team förväntar sig att plattformen ska uppfylla. Ta upp driftsmodell, webbläsare och enheter som stöds, mobil åtkomst, API:er, integrationer, dataexport, mål för drifttid, säkerhetskopieringsprocesser och prestanda under perioder med många samtidiga ankomster. Ange befintliga system, till exempel ekonomi-, betalnings-, kassasystem, bokningsmotor för hotell, kanalhanterings- eller identitetshanteringsplattformar.

4. Leverantörens kvalifikationer

Be leverantörerna tillhandahålla bevis på att de kan stödja anläggningar som liknar er. Be om företagshistorik, kunder inom hotell- och besöksnäringen, relevant implementeringserfarenhet, supportplatser, finansiell information och referenser. Fråga referenserna om migreringens noggrannhet, svarstider, systemtillgänglighet, utbildningens kvalitet och hur leverantören hanterade olösta problem.

5. Säkerhets- och efterlevnadsbehov

Ange era krav på skydd av gäst-, betalnings-, personal- och företagsdata. Be leverantörerna beskriva åtkomstkontroller, multifaktorautentisering, kryptering, granskningsloggar, sårbarhetstester, incidenthantering, datalagring och underleverantörer som behandlar data. Ta med tillämpliga skyldigheter, till exempel krav på betalkort och integritetslagar som påverkar era gäster eller verksamhetsplatser.

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

Beskriv de implementeringstjänster ni behöver, inklusive kartläggning, konfiguration, datamigrering, integrationstester, användaracceptanstester, stöd vid lansering och uppföljning efter lanseringen. Ange förväntningar på projektmilstolpar, leverantörens ansvar, anläggningens ansvar och eskaleringsrutiner. Be leverantörerna tillhandahålla en utbildningsplan för receptionister, nattrevisorer, housekeepingteam, chefer och administratörer.

7. Prissättning och licensiering

Kräv att leverantörerna separerar abonnemangsavgifter, startkostnader, implementeringstjänster, integrationer, migrering, utbildning, support, hårdvara, skatter och valfria moduler. Definiera prissättningsgrunden, till exempel rum, anläggningar, användare, transaktioner eller användningsnivåer. Be om totalpriser för tre eller fem år, höjningar vid förnyelse, minimiåtaganden och avgifter för att lägga till rum eller platser.

8. Avtalsvillkor

Ange de kommersiella och juridiska villkor som er organisation förväntar sig att leverantörerna ska behandla. Ta upp avtalstid, förnyelser, uppsägningsrättigheter, servicenivåer, svarstider för support, dataägande, dataexport, sekretess, ansvar, försäkring, prisändringar och underleverantörer. Be leverantörerna identifiera undantag från era villkor och tillhandahålla en markerad kopia av alla föreslagna avtal.

9. Krav på leverantörens svar

Be leverantörerna strukturera sina svar i ett enhetligt format så att ert team lättare kan jämföra förslagen. Kräv att de behandlar varje funktionellt krav, anger om funktionerna är standard, konfigurerbara, kundanpassade eller inte tillgängliga och förklarar eventuella beroenden, begränsningar eller extra kostnader. Ni kan också be leverantörerna ange var tredjepartsintegrationer eller implementeringstjänster krävs.

Definiera era utvärderingskriterier

Fastställ era utvärderingskriterier innan leverantörerna lämnar in sina förslag, särskilt när flera avdelningar ska granska olika funktioner. Bestäm vilka faktorer som är viktigast – till exempel funktionalitet, användarvänlighet, integrationer, implementering, support och totalkostnad – och tilldela varje faktor en vikt baserat på dess betydelse. Genom att använda samma viktade poängmodell för varje förslag kan ert team utvärdera leverantörerna konsekvent och hålla besluten kopplade till verksamhetens prioriteringar.

Vad är viktigast?

Välj tre till fem viktade kategorier som återspeglar projektmålen och verksamhetens prioriteringar. En grupp med flera anläggningar kan till exempel ge större vikt åt rapportering och central administration, medan ett fristående hotell kan prioritera arbetsflöden i receptionen och implementeringssupport. Överväg dessa vanliga poängkategorier och välj sedan endast dem som är viktigast för ert team:

  • Funktionell passform
  • Integrationsmöjligheter
  • Implementeringsplan
  • Användarupplevelse
  • Rapportering och analys
  • Säkerhet och efterlevnad
  • Support och utbildning
  • Totalkostnad
  • Leverantörens erfarenhet
  • Avtalsvillkor

Använd en poängmatris

Skapa en poängmatris med en rad för varje kriterium och en kolumn för varje leverantör. Du kan tilldela funktionell lämplighet 30 %, integrationer 20 %, implementering 15 %, support 15 %, säkerhet 10 % och totalkostnad 10 % och sedan justera dessa vikter utifrån dina egna prioriteringar. Låt granskarna poängsätta varje kriterium enligt en enhetlig skala på 1–5 eller 1–10 och multiplicera varje poäng med den tilldelade vikten. Om migreringsrisken är ditt främsta bekymmer bör du öka vikten för implementering i stället för att låta alla kategorier väga lika tungt.

Förtydliga din poängsättningsprocess

Definiera vem som ska poängsätta förslagen och vilka underlag granskarna ska ta hänsyn till innan svaren kommer in. Inkludera representanter från reception, städning, ekonomi, IT, intäktsstyrning och ägarrepresentanter när deras ansvarsområden påverkar inköpet. Använd en standardiserad bedömningsmall med beskrivningar för varje poäng och planera sedan in ett kort avstämningsmöte så att granskarna tolkar kraven på ett enhetligt sätt innan poängsättningen börjar. Kräv skriftliga kommentarer för ovanligt höga eller låga poäng, till exempel vid en saknad integration med ekonomisystemet eller en otydlig utbildningsplan.

Skicka ut RFP:n för hotellets fastighetsförvaltningssystem

Distribuera din RFP genom en tydlig och kontrollerad process så att varje leverantör får samma information och lika lång tid på sig att svara. En enhetlig process ger också ditt team en tillförlitlig dokumentation av frågor, tidsfrister och inlämningar; använd följande metoder:

Välj rätt distributionsmetod

Skicka RFP:n direkt via e-post, publicera den via en upphandlingsportal eller bjud in leverantörer genom en centraliserad upphandlingsplattform. För de flesta sökningar efter hotellprogramvara rekommenderar jag ett centraliserat system som registrerar dokumentåtkomst, leverantörsfrågor, mottagande av förslag och ändringshistorik på ett och samma ställe. Inkludera en kontaktlista för leverantörer eller använd en rollbaserad inkorg, till exempel pms-rfp@yourhotel.com , så att kommunikationen förblir tydlig när flera teammedlemmar hanterar processen.

Fastställ tydliga tidsramar

Publicera varje milstolpe i själva RFP:n, inklusive tidszon och om datumen avser kalenderdagar eller arbetsdagar. En praktisk tidsplan för en sökning efter ett hotellbaserat fastighetsförvaltningssystem kan se ut så här:

  • Datum för publicering av RFP:n: Skicka det slutliga dokumentet och svarsmallen till alla inbjudna leverantörer.
  • Frågeperiod för leverantörer: Ge fem till sju arbetsdagar för frågor och dela sedan svaren med alla deltagande leverantörer.
  • Sista dag för slutlig inlämning: Ge leverantörerna två till tre veckor att förbereda sina förslag efter att de har fått RFP:n.
  • Utvärderings- och urvalsperiod: Avsätt en till två veckor för poängsättning, demonstrationer, referenskontroller och urval av finalister.

Informera leverantörerna omgående om en milstolpe ändras och meddela alla deltagande leverantörer om eventuella förlängningar samtidigt.

Definiera kraven för inlämning

Berätta exakt för leverantörerna hur förslagen ska lämnas in, till exempel PDF för den beskrivande delen, XLSX för prissättningen och DOCX för ifyllda frågeformulär. Ange leveransmetod, till exempel en upphandlingsportal, en säker uppladdningslänk eller en rollbaserad inkorg, och ange om leverantörerna måste använda dina mallar eller formulär. Förklara även tidszonen för sista inlämningstid, förslagens giltighetstid, begränsningar för filstorlek, namngivningskonvention, samt om sena inlämningar kommer att avvisas eller endast godtas efter skriftligt godkännande.

Utvärdera och kortlista leverantörssvaren

Granska varje förslag mot de krav och den utvärderingsmodell som du fastställde tidigare. Jämför dokumenterade funktioner, prisantaganden, tidsplaner för implementering, supportåtaganden och eventuella undantag som leverantörerna har identifierat. Använd resultaten för att begränsa urvalet till de leverantörer som motiverar en mer ingående validering genom demonstrationer, referenskontroller eller uppföljningsfrågor:

  • Standardisera granskningen av förslag: Omvandla varje svar till samma kalkylblad eller jämförelsetabell. Notera om varje krav ingår, kan konfigureras, kräver anpassning, inte är tillgängligt eller är oklart, och dokumentera antaganden om integrationer, användarantal och support.

  • Använd en viktad poängmatris: Bedöm funktionell passform, integrationer, implementering, support, säkerhet, användbarhet och totalkostnad utifrån överenskomna viktningar. Ge till exempel migrering och utbildning större vikt när ett system ska ersättas före högsäsongen.

  • Planera strukturerade demonstrationer: Ge varje finalist identiska scenarier i stället för att tillåta generella presentationer. Be leverantörerna demonstrera ett rumsbyte, delad betalning, gruppbokning, uppdatering av städstatus, nattrevision och export till bokföringen med hjälp av era arbetsflöden.

  • Intervjua leverantörernas referenser: Tala med hotell som har liknande antal rum, fastighetstyper, integrationer eller behov av flera fastigheter. Fråga referenserna om migreringens noggrannhet, supportens svarstider, utbildningens kvalitet, systemets tillgänglighet och olösta implementeringsproblem.

  • Förtydliga luckor i förslagen: Skicka skriftliga frågor när priser, funktioner, tidsplaner eller avtalsvillkor verkar otydliga. Fråga om en efterfrågad funktion ingår, kan konfigureras, kräver anpassning eller är planerad, och dokumentera varje svar innan den slutliga poängsättningen.

Välj och meddela leverantörer

Välj den leverantör som bäst motsvarar era krav, er implementeringskapacitet, budget och långsiktiga operativa behov. Innan ni meddelar någon ska ni bekräfta slutliga poäng, återkoppling från referenser, prisantaganden, avtalsundantag och olösta risker. Slutför dessa sista steg för att avsluta upphandlingen på ett rättvist sätt och förbereda teamet för implementeringen:

Meddela utvalda och icke utvalda leverantörer

Kontakta först den utvalda leverantören och meddela sedan snabbt och respektfullt de leverantörer som inte valdes. Förklara tidsplanen för beslutet, tacka varje leverantör för dess förslag och ge begränsad återkoppling när upphandlingspolicyn tillåter det. Berätta till exempel för en leverantör som inte valdes att dess funktioner för städning fick höga poäng, men att tidsplanen för migreringen och integrationen med bokföringen inte uppfyllde projektkraven.

Förbered de slutliga förhandlingarna

Förhandla om de delar som påverkar kostnader, risker och fastighetens förmåga att fungera efter lanseringen. Gå igenom abonnemangsavgifter, höjningar vid förnyelse, implementeringsavgifter, migreringstjänster, utbildningstimmar, integrationskostnader, servicenivåmål, supportens svarstider, rättigheter till dataexport, uppsägningsvillkor och ansvarsbestämmelser. Be finalisten bekräfta varje ändring i ett reviderat förslag och avtalsutkast före godkännandet.

Säkerställ intern samsyn före undertecknandet

Inhämta godkännande från projektets sponsor, ekonomi- eller upphandlingsteamet, granskare inom IT och säkerhet, juridiskt ombud och de avdelningschefer som påverkas av implementeringen. Bekräfta att den godkända budgeten omfattar återkommande avgifter, engångstjänster, skatter, hårdvara, integrationer och oförutsedda kostnader. Genomför en slutlig granskning av implementeringsplanen, ansvaret för datamigreringen, begränsningar under högsäsong och behörigheten att underteckna innan avtalet verkställs.

När leverantörerna har svarat och du har gjort ditt val är nästa steg att säkerställa att den PMS du har valt passar din fastighet på lång sikt – vår guide om  hur du väljer en PMS för hotell  går igenom de viktigaste kriterierna, från integrationskompatibilitet och skalbarhet till driftsätt och leverantörssupport.