Miten kirjoittaa tarjouspyyntö hotellin kiinteistönhallintaohjelmistosta
Tarjouspyynnön tarkoitus: Hotellin kiinteistönhallintaohjelmistoa koskeva tarjouspyyntö varmistaa, että toimittajat vastaavat juuri sinun tarpeisiisi, mikä mahdollistaa eri ratkaisujen jäsennellyn ja tosiasioihin perustuvan vertailun.
Milloin käyttää: Tarjouspyyntö on arvokkaimmillaan monimutkaisissa hotelliohjelmistoa koskevissa päätöksissä, joissa on mukana useita toimipaikkoja, integraatioita tai muodollisia hyväksyntävaatimuksia.
Yleiset virheet: Puutteelliset taustatiedot, epäselvät budjetit, ylimalkaiset vaatimukset ja epäyhtenäiset muodot johtavat toimittajien heikompiin vastauksiin ja vaikeasti vertailtaviin ehdotuksiin.
Tiimin osallistuminen: Ota eri toimintojen tiimit mukaan hotellin kiinteistönhallintajärjestelmän laatimiseen ja arviointiin, jotta kaikki toiminnalliset tarpeet ja rajoitteet tulevat huomioiduiksi.
Hotellin kiinteistönhallintaohjelmistoa koskevan tarjouspyynnön kirjoittaminen on yksi viisaimmista toimista, jonka voit tehdä ennen uuteen järjestelmään sitoutumista. Tarjouspyyntö (RFP) on muodollinen asiakirja, jonka lähetät toimittajille ja jossa pyydät heitä vastaamaan määrittämiisi vaatimuksiin, kysymyksiin ja arviointikriteereihin.
Käytä sitä, kun arvioit useita toimittajia ja tarvitset jäsenneltyjä, keskenään vertailukelpoisia vastauksia – et myyntiesityksiä.
Hyvin laadittu tarjouspyyntö pakottaa toimittajat vastaamaan todellisiin tarpeisiisi sen sijaan, että he esittelisivät vakiomuotoisen esittelynsä. Se luo molemmille osapuolille vastuuvelvollisuutta ja antaa tiimillesi yhdenmukaisen kehyksen arviointia varten. Tuloksena on tosiasioihin, ei vaikutelmiin, perustuva lyhytlista.
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
Tarvitsetko todella tarjouspyynnön?
Tarjouspyyntö ei ole aina oikea työkalu, mutta kun teet merkittävää ohjelmistohankintaa, se on usein paras vaihtoehto. Hotellin kiinteistönhallintaohjelmiston kohdalla prosessi kannattaa parhaiten silloin, kun arviointiin liittyy todellista monimutkaisuutta tai organisaation vastuuvelvollisuutta. Tarjouspyyntö on järkevä esimerkiksi seuraavissa tilanteissa:
- Arvioit samanaikaisesti vähintään kolmea toimittajaa.
- Kiinteistössäsi on useita osastoja tai sijainteja tai useita integraatiovaatimuksia.
- Hankintakomitea tai omistajaryhmä tarvitsee dokumentoidut perustelut.
- Olet korvaamassa nykyisen järjestelmän, ja siihen liittyy merkittävä tietojen siirto.
- Budjetin hyväksyminen edellyttää muodollista kilpailutusta.
Milloin tarjouspyyntö voi olla liioittelua?
Jos olet pieni, itsenäinen kiinteistö, jolla on yksinkertaiset tarpeet ja valmiiksi luotettaviksi todettujen toimittajien joukosta koostuva yhden tai kahden toimittajan lyhytlista, jäsennelty toimittajan esittely ja selkeä kysymyslista vievät sinut todennäköisesti tavoitteeseesi. Jätä tarjouspyyntö väliin, kun nopeus on prosessia tärkeämpää eikä päätös edellytä ulkopuolista hyväksyntää.
RFI:n, RFP:n ja RFQ:n erot
RFI:llä kerätään tietoa, RFP:llä pyydetään ratkaisuehdotuksia ja RFQ:lla pyydetään tiettyjä hintatietoja. Kaikki hotellin kiinteistönhallintaohjelmiston hankinnat eivät edellytä tarjouspyyntöä, varsinkaan silloin, kun vaatimuksesi ja ensisijainen ratkaisusi ovat jo selvillä. Oikean asiakirjan valitseminen antaa toimittajille oikean suunnan ja auttaa tiimiäsi vertailemaan vastauksia tasapuolisesti.
Sovita kukin hankinta-asiakirja ohjelmiston hankintatarpeisiisi tämän taulukon avulla:
| Asiakirjan tyyppi | Tarkoitus | Milloin käytetään | Mitä sisällytetään | Vaadittu yksityiskohtaisuuden taso |
|---|---|---|---|---|
| Tietopyyntö (RFI) | Tutustua saatavilla oleviin järjestelmiin ja toimittajien valmiuksiin | Kun kartoitat markkinoita tai määrittelet vaatimuksia | Kiinteistön esittely, toiminnalliset tavoitteet, yleiset kysymykset, integraatiotarpeet | Matala tai kohtalainen |
| Tarjouspyyntö (RFP) | Pyytää yksityiskohtaisia ratkaisuja, käyttöönottosuunnitelmia ja hinnoittelua | Kun vertailet useita toimittajia monimutkaista hankintaa varten | Toiminnalliset vaatimukset, integraatiot, tietoturva, käyttöönotto, tuki, hinnoittelu, arviointikriteerit | Korkea |
| Hintapyyntö (RFQ) | Kerätä vertailukelpoiset hinnat määritellylle ratkaisulle | Kun vaatimukset ovat kiinteät ja toimittajat tarjoavat samankaltaisia tuotteita tai palveluja | Lisenssimäärät, moduulit, käyttäjät, palvelut, sopimusehdot, verot ja kokonaishinta | Kohtalainen tai korkea |
Yleiset tarjouspyynnön virheet, joita kannattaa välttää
Heikot tarjouspyynnöt jättävät toimittajat arvailemaan kiinteistösi, prioriteettiesi ja hankintarajoitteidesi suhteen. Tämä voi johtaa epämääräisiin vastauksiin, keskenään ristiriitaiseen hinnoitteluun ja vaikeasti vertailtaviin ehdotuksiin. Yleisiä virheitä ovat liian yleisten vaatimusten käyttäminen, vastuiden määrittelemättä jättäminen, käyttöönottotarpeiden sivuuttaminen sekä sen määrittelemättä jättäminen, miten toimittajien tulee selittää rajoitukset tai lisäkustannukset.
“Tämän mallin suurin riski on kuitenkin toimittajaloukku. Jos valitset huonosti, olet jumissa. Olet jumissa toimittajan kanssa, joka saattaa tuottaa pettymyksen, mutta josta on liian vaikea päästä eroon. Yksi havaitsemani asia on, että monet hotellit eivät tee asianmukaista ennakkoselvitystä. He eivät siis esitä kaikkia kysymyksiä eivätkä työskentele koko tiimin kanssa.”
Vältä näitä virheitä, jotta toimittajien vastaukset olisivat hyödyllisempiä ja helpommin vertailtavia:
Riittämättömät taustatiedot tai asiayhteys
Kuvaile kiinteistötyyppisi, huoneiden määrä, sijainnit, osastot, nykyinen järjestelmä ja projektin tavoitteet. Ilman näitä taustatietoja toimittajat saattavat ehdottaa sopimattomia kokoonpanoja tai jättää huomiotta vaatimuksia, kuten usean kiinteistön raportoinnin, siivouksen työnkulut tai tietojen siirtämiseen liittyvät tarpeet. Lisää lyhyt kiinteistöprofiili ja kuvaile toiminnalliset ongelmat, joihin uuden järjestelmän on vastattava.
Puuttuva tai epäselvä budjetti
Ilmoita odotettu budjettialueesi tai pyydä täydellinen erittely kertaluonteisista ja toistuvista kustannuksista. Ilman selkeitä hintatietoja toimittajat saattavat ehdottaa ratkaisuja, jotka ylittävät hyväksymisrajasi, tai jättää ilmoittamatta käyttöönoton, integraatioiden, koulutuksen, tuen ja tietojen siirron kustannukset. Pyydä toimittajia erittelemään jokainen kustannus ja yksilöimään valinnaiset maksut.
Epämääräiset vaatimukset tai lakikieli
Kirjoita vaatimukset selkeällä kielellä ja kuvaile, mitä lopputulosta tiimisi tarvitsee kustakin ominaisuudesta. Epämääräinen sanamuoto johtaa erilaisiin tulkintoihin, kun taas liiallinen lakikielen käyttö voi peittää tärkeitä toiminnallisia yksityiskohtia. Käytä täsmällisiä kysymyksiä, kuten pyytämällä toimittajaa kertomaan, miten järjestelmä käsittelee huoneiden jakoa, hintarajoituksia, tarkastusketjuja ja vieraiden tietojen käyttöoikeuksia.
Arviointikriteerejä ei ole jaettu
Kerro toimittajille, miten arvioit ehdotuksia, ennen kuin he vastaavat. Ilman yhteisiä kriteerejä toimittajat saattavat keskittyä haluamiinsa myyntivaltteihin, ja tiimisi voi pisteyttää vastaukset epäjohdonmukaisesti. Määritä painotukset esimerkiksi toiminnallisuudelle, integraatioille, käyttöönotolle, tuelle, tietoturvalle, käytettävyydelle ja kokonaiskustannuksille.
Toimittajien vastauksille ei ole vakiomuotoa
Anna jokaiselle toimittajalle sama vastauspohja, kysymysjärjestys ja hinnoittelumuoto. Jäsentämättömät ehdotukset vaikeuttavat mukana olevien ominaisuuksien, oletusten, palvelutasojen, sopimusehtojen ja poikkeusten vertailua. Edellytä, että toimittajat vastaavat suoraan jokaiseen vaatimukseen ja merkitsevät vastaukset seuraavasti: mukana, määritettävissä, mukautettu, ei saatavilla tai vaatii tarkennusta.
Kokoa hotellin kiinteistönhallintaohjelmiston tarjouspyyntötiimi
Monialainen tiimi auttaa sinua huomioimaan toiminnalliset tarpeet, hankintarajoitteet ja tekniset vaatimukset ennen kuin toimittajat jättävät ehdotuksensa. Se luo myös yhteisen vastuun, joten lopullinen päätöksesi heijastaa sitä, miten kiinteistö todella toimii.
Ota nämä ryhmät mukaan käytännöllisen tarjouspyynnön laatimiseen ja toimittajien vastausten oikeudenmukaiseen arviointiin:
Projektin toimeksiantaja
Hotellin pääjohtaja, omistaja, operatiivinen johtaja tai alueellinen operatiivinen johtaja voi toimia hotellin kiinteistönhallintaohjelmiston tarjouspyynnön toimeksiantajana. Tämä henkilö määrittää projektin painopisteet, vahvistaa budjettiodotukset, ratkaisee keskenään kilpailevat vaatimukset ja antaa lopullisen hyväksynnän.
Toiminnalliset asiantuntijat
Vastaanoton esihenkilö, huoneosaston johtaja, tuottojohtaja, siivousosaston johtaja, talousvastaava ja IT-päällikkö voivat määrittää osastojen vaatimukset. Heidän tulee selittää nykyiset työnkulut, tunnistaa integraatiotarpeet, tuoda esiin raportoinnin puutteet ja arvioida, tukevatko ehdotetut ominaisuudet päivittäistä toimintaa.
Hankinta- tai tarjouspyyntöjen laatijat
Hankintapäällikkö, ostoasiantuntija, projektipäällikkö tai liiketoiminta-analyytikko voi organisoida tarjouspyyntöprosessin. Tämä ryhmä laatii vastauspohjan, asettaa määräajat, yhdenmukaistaa hinnoittelupyynnöt, dokumentoi oletukset ja koordinoi toimittajien kysymykset.
Loppukäyttäjät ja sidosryhmät
Vastaanottovirkailijat, varausosaston työntekijät, siivoojat, yövuoron tarkastajat, hotellin kirjanpitäjät ja omistajien edustajat voivat kuvata käytännön tarpeita ja päätöksentekoon liittyviä huolenaiheita. Heidän palautteensa auttaa testaamaan käytettävyyttä, tunnistamaan koulutustarpeita, arvioimaan käyttöoikeuksia ja vahvistamaan, että ehdotukset sopivat todellisiin vieraspalveluprosesseihin.
Määritä välttämättömät ominaisuudet ja tavoitteet
Määritä, mitä uuden hotellin kiinteistönhallintaohjelmiston on pystyttävä tekemään, ennen kuin pyydät toimittajilta ehdotuksia. Selkeät ongelmakohdat, tavoitteet ja ehdottomat vaatimukset auttavat toimittajia vastaamaan suoraan toimintasi tarpeisiin ja helpottavat vastausten vertailua.
“Luo pätevien vaihtoehtojen lista nopeasti, jaa vertaisnäyttöä organisaation sisällä ja varmista tiimin yhteinen näkemys ennen kuin keskustelet toimittajan kanssa.”
Käytä näitä osa-alueita vaatimustesi määrittämiseen:
Nykyisen järjestelmän ongelmakohdat: Kuvaa, missä nykyinen järjestelmäsi aiheuttaa viivästyksiä, virheitä tai päällekkäistä työtä. Selitä esimerkiksi, syöttävätkö vastaanottovirkailijat varaustiedot uudelleen, puuttuuko siivoushenkilökunnalta reaaliaikaiset tiedot huoneiden tilasta tai vievätkö esihenkilöt raportit manuaalisesti.
Vaaditut parannukset ja onnistumisen tulokset: Yhdistä jokainen pyydetty ominaisuus mitattavaan toiminnalliseen tulokseen. Saatat edellyttää nopeampia sisäänkirjautumisprosesseja, vähemmän poikkeamia huoneiden tilatiedoissa, tarkempia käyttöastaraportteja tai parempaa näkyvyyttä huoltotehtäviin.
Toiminnalliset, tekniset ja vaatimustenmukaisuuteen liittyvät tarpeet: Luettele tarvittavat ominaisuudet varausten, laskutuksen, siivouksen, raportoinnin, hotellien kirjanpito-ohjelmiston integraatioiden, tietoturvan ja tietosuojan osalta. Määritä esimerkiksi maksujen käsittelyä, kirjanpidon integrointia, roolipohjaisia käyttöoikeuksia, tarkastuslokeja, tietojen säilyttämistä ja sovellettavien tietosuojavelvoitteiden noudattamista koskevat vaatimukset.
Käyttäjäroolit, käyttömäärät ja työnkulut: Tunnista jokainen käyttäjäryhmä, odotettu käyttäjämäärä, käyttöoikeustaso ja tärkein työnkulku. Ota mukaan vastaanottovirkailijat, yövuoron tarkastajat, siivoojat, tuottojohtajat, taloushallinnon työntekijät ja alueelliset operatiiviset johtajat sekä saapumisten ja työvuorojen vaihtumisen aikainen huippukäyttö.
Käyttöönottotoiveet: Ilmoita, suositko pilvipohjaista, paikallisesti isännöityä vai hybridikäyttöönottoa. Selitä selainkäyttöä, mobiilityönkulkuja, internet-yhteyden häiriönsietoa, kiinteistökohtaista määritystä, päivityksiä, tietojen säilytyspaikkaa ja toimittajan hallinnoimaa infrastruktuuria koskevat vaatimukset.
Laadi hotellin kiinteistönhallintaohjelmistoa koskeva tarjouspyyntö
Kun tavoitteesi, vaatimuksesi ja sidosryhmäsi on määritelty, seuraava vaihe on muuttaa ne kohdennetuksi tarjouspyynnöksi. Hyvin järjestetty asiakirja antaa toimittajille selkeät ohjeet ja auttaa tiimiäsi vertailemaan toiminnallisuuksia, käyttöönottosuunnitelmia, hinnoittelua ja tukea. Sisällytä tarjouspyyntöön seuraavat osiot:
1. Tiivistelmä
Kuvaile kiinteistöäsi, projektin tavoitteita, nykyistä järjestelmää ja uuden ohjelmiston hankinnan syytä. Mainitse esimerkiksi huoneiden määrä, kiinteistön tyyppi, toimipaikkojen määrä ja suunniteltu päätöspäivä. Selitä odottamasi tulokset, kuten yksi yhteinen varaustietue eri osastojen käyttöön tai parempi näkyvyys huoneiden tilaan.
2. Työn laajuus
Määritä palvelut ja ohjelmiston ominaisuudet, jotka toimittajien on tarjottava. Sisällytä tarvittaessa varaukset, vastaanoton toiminnot, siivous, huolto, laskutus, raportointi, integraatiot, tietojen siirto, tuki ja usean kiinteistön hallinta. Pyydä toimittajia esimerkiksi selittämään, miten heidän järjestelmänsä käsittelee huoneenvaihtoja, ryhmävarauksia, maksujen jakamista ja käytöstä poistettuja huoneita.
3. Tekniset vaatimukset
Luettele tekniset ehdot, jotka tiimisi odottaa alustan täyttävän. Käsittele käyttöönottomallia, tuettuja selaimia ja laitteita, mobiilikäyttöä, rajapintoja, integraatioita, tietojen vientiä, käytettävyystavoitteita, varmuuskopiointiprosesseja ja suorituskykyä vilkkaimpien saapumisaikojen aikana. Määritä olemassa olevat järjestelmät, kuten kirjanpito-, maksu-, myyntipiste-, hotellivarausmoottori-, kanavanhallinta- tai identiteetinhallinta-alustat.
4. Toimittajan pätevyys
Pyydä toimittajia esittämään näyttöä siitä, että ne pystyvät tukemaan sinun kaltaisiasi kohteita. Pyydä tietoja yrityksen historiasta, majoitusalan asiakkaista, asiaankuuluvasta käyttöönottokokemuksesta, tukipalvelujen sijainneista, taloudellisesta tilanteesta ja referensseistä. Kysy referensseiltä siirron tarkkuudesta, vasteajoista, järjestelmän saatavuudesta, koulutuksen laadusta ja siitä, miten toimittaja käsitteli ratkaisemattomia ongelmia.
5. Tietoturva- ja vaatimustenmukaisuustarpeet
Ilmaise vaatimuksesi vieraiden, maksujen, työntekijöiden ja liiketoiminnan tietojen suojaamiselle. Pyydä toimittajia kuvaamaan käyttöoikeuksien hallinta, monivaiheinen tunnistautuminen, salaus, auditointilokit, haavoittuvuustestit, poikkeamien käsittely, tietojen säilytys ja alihankkijat. Sisällytä sovellettavat velvoitteet, kuten maksukorttivaatimukset ja vieraasi tai toimintapaikkasi koskevat tietosuojalait.
6. Käyttöönottoa ja koulutusta koskevat odotukset
Kuvaile tarvitsemasi käyttöönottopalvelut, mukaan lukien kartoitus, määritykset, tietojen siirto, integraatiotestaus, käyttäjähyväksyntätestaus, julkaisun tukeminen ja julkaisun jälkeinen arviointi. Määritä odotukset projektin välitavoitteille, toimittajan vastuuille, kohteen vastuulle ja eskalointimenettelyille. Pyydä toimittajia esittämään koulutussuunnitelma vastaanottovirkailijoille, yövuoron tarkastajille, siivoustiimeille, esihenkilöille ja ylläpitäjille.
7. Hinnoittelu ja lisensointi
Vaadi toimittajia erittelemään tilausmaksut, käyttöönottomaksut, käyttöönottopalvelut, integraatiot, siirrot, koulutuksen, tuen, laitteistot, verot ja valinnaiset moduulit. Määritä hinnoitteluperuste, kuten huoneet, kohteet, käyttäjät, tapahtumat tai käyttömäärät. Pyydä kolmen tai viiden vuoden kokonaishinta, uusimisen yhteydessä tehtävät korotukset, vähimmäissitoumukset sekä huoneiden tai sijaintien lisäämisestä perittävät maksut.
8. Sopimusehdot
Määritä kaupalliset ja oikeudelliset ehdot, joita organisaatiosi odottaa toimittajien käsittelevän. Käsittele sopimuksen kestoa, uusimisia, irtisanomisoikeuksia, palvelutasoja, tuen vasteaikoja, tietojen omistajuutta, tietojen vientiä, luottamuksellisuutta, vastuuta, vakuutuksia, hinnanmuutoksia ja alihankkijoita. Pyydä toimittajia yksilöimään poikkeamat ehdoistasi ja toimittamaan merkitty kopio kaikista ehdotetuista sopimuksista.
9. Toimittajan vastauksia koskevat vaatimukset
Pyydä toimittajia jäsentämään vastauksensa yhdenmukaiseen muotoon, jotta tiimisi voi vertailla ehdotuksia helpommin. Vaadi niitä käsittelemään jokainen toiminnallinen vaatimus, ilmoittamaan, ovatko ominaisuudet vakio-ominaisuuksia, määritettäviä, räätälöityjä vai käytettävissä olemattomia, sekä selittämään mahdolliset riippuvuudet, rajoitukset tai lisäkustannukset. Voit myös pyytää toimittajia ilmoittamaan, missä kohdissa tarvitaan kolmannen osapuolen integraatioita tai käyttöönottopalveluja.
Määritä arviointikriteerisi
Aseta arviointikriteerit ennen kuin toimittajat toimittavat ehdotuksensa, erityisesti silloin, kun useat osastot arvioivat eri ominaisuuksia. Päätä, mitkä tekijät ovat tärkeimpiä – kuten toiminnallisuus, käytettävyys, integraatiot, käyttöönotto, tuki ja kokonaiskustannukset – ja määritä kullekin painoarvo sen tärkeyden perusteella. Saman painotetun pisteytyskehyksen käyttäminen jokaisessa ehdotuksessa auttaa tiimiäsi arvioimaan toimittajia yhdenmukaisesti ja pitää päätökset sidoksissa toiminnan painopisteisiin.
Mikä on tärkeintä?
Valitse kolmesta viiteen painotettua kategoriaa, jotka kuvastavat projektisi tavoitteita ja toiminnan painopisteitä. Esimerkiksi usean kohteen ryhmä voi antaa enemmän painoarvoa raportoinnille ja keskitetylle hallinnalle, kun taas itsenäinen hotelli voi asettaa etusijalle vastaanoton työnkulut ja käyttöönottotuen. Harkitse näitä yleisiä pisteytyskategorioita ja valitse sitten vain ne, jotka ovat tiimillesi tärkeimpiä:
- Toiminnallinen sopivuus
- Integraatiovalmiudet
- Käyttöönottosuunnitelma
- Käyttäjäkokemus
- Raportointi ja analytiikka
- Tietoturva ja vaatimustenmukaisuus
- Tuki ja koulutus
- Kokonaiskustannukset
- Toimittajan kokemus
- Sopimusehdot
Käytä pisteytysmatriisia
Luo pisteytystaulukko, jossa on yksi rivi kutakin kriteeriä kohden ja yksi sarake kutakin toimittajaa kohden. Voit antaa toiminnalliselle soveltuvuudelle painoksi 30 %, integraatioille 20 %, käyttöönotolle 15 %, tuelle 15 %, tietoturvalle 10 % ja kokonaiskustannuksille 10 % sekä säätää näitä painotuksia omien prioriteettiesi mukaan. Pyydä arvioijia pisteyttämään jokainen kriteeri johdonmukaisella asteikolla, esimerkiksi 1–5 tai 1–10, ja kerro jokainen pistemäärä sille määritetyllä painolla. Jos siirtymäriski on tärkein huolenaiheesi, kasvata käyttöönoton painotusta sen sijaan, että antaisit jokaiselle luokalle saman painoarvon.
Selkeytä pisteytysprosessiasi
Määritä, ketkä pisteyttävät ehdotukset ja mitä näyttöä arvioijien tulee tarkastella ennen vastausten saapumista. Ota mukaan vastaanoton, siivouksen, taloushallinnon, IT:n, tuottojen hallinnan ja omistajaorganisaation edustajia silloin, kun heidän vastuunsa vaikuttavat hankintaan. Käytä standardoitua arviointiperustetta, jossa kuvataan kunkin pistemäärän merkitys, ja järjestä lyhyt yhteensovittamiskokous, jotta arvioijat tulkitsevat vaatimukset yhdenmukaisesti ennen pisteytyksen aloittamista. Vaadi kirjalliset kommentit poikkeuksellisen korkeista tai matalista pisteistä, kuten puuttuvasta taloushallinnon integraatiosta tai epäselvästä koulutussuunnitelmasta.
Julkaise hotellin kiinteistönhallintaohjelmistoa koskeva RFP
Jaa RFP selkeän ja hallitun prosessin kautta, jotta jokainen toimittaja saa samat tiedot ja yhtä paljon aikaa vastata. Johdonmukainen prosessi antaa tiimillesi myös luotettavan tallenteen kysymyksistä, määräajoista ja toimituksista; käytä seuraavia käytäntöjä:
Valitse oikea jakelumenetelmä
Lähetä RFP suoraan sähköpostitse, julkaise se hankintaportaalissa tai kutsu toimittajat keskitetyn hankinta-alustan kautta. Useimmissa hotelliohjelmistojen hankinnoissa suosittelen keskitettyä järjestelmää, joka tallentaa asiakirjojen käytön, toimittajien kysymykset, ehdotusten vastaanoton ja versiohistorian yhteen paikkaan. Sisällytä toimittajien yhteystietoluettelo tai käytä roolipohjaista postilaatikkoa, kuten
pms-rfp@yourhotel.com
, jotta viestintä pysyy selkeänä useiden tiimin jäsenten hallinnoidessa prosessia.
Aseta selkeät aikatauluodotukset
Julkaise jokainen virstanpylväs itse RFP:ssä ja ilmoita myös aikavyöhyke sekä se, viittaavatko päivämäärät kalenteri- vai työpäiviin. Käytännöllinen aikataulu hotellin kiinteistönhallintaohjelmiston hankintaan voisi näyttää tältä:
- RFP:n julkaisupäivä: Lähetä lopullinen asiakirja ja vastausmalli kaikille kutsutuille toimittajille.
- Toimittajien kysymys- ja vastausjakso: Varaa kysymyksille viidestä seitsemään työpäivää ja jaa vastaukset sen jälkeen kaikille osallistuville toimittajille.
- Lopullisten ehdotusten määräaika: Anna toimittajille kahdesta kolmeen viikkoa aikaa valmistella ehdotuksensa RFP:n vastaanottamisen jälkeen.
- Arviointi- ja valintajakso: Varaa yhdestä kahteen viikkoa pisteytykseen, esittelyihin, referenssien tarkistamiseen ja finalistien valintaan.
Ilmoita toimittajille viipymättä, jos jokin virstanpylväs muuttuu, ja myönnä mahdollinen jatkoaika kaikille osallistuville toimittajille samanaikaisesti.
Määritä toimitusvaatimukset
Kerro toimittajille täsmällisesti, miten ehdotukset tulee toimittaa, esimerkiksi PDF-muodossa kuvailevaa vastausta varten, XLSX-muodossa hinnoittelua varten ja DOCX-muodossa täytettyjä kyselylomakkeita varten. Määritä toimitustapa, kuten hankintaportaali, suojattu lähetyslinkki tai roolipohjainen postilaatikko, ja ilmoita, onko toimittajien käytettävä mallejasi tai lomakkeitasi. Selitä myös määräajan aikavyöhyke, ehdotuksen voimassaoloaika, tiedostokokorajoitukset, nimeämiskäytäntö sekä se, hylätäänkö myöhästyneet toimitukset vai hyväksytäänkö ne ainoastaan kirjallisella luvalla.
Arvioi toimittajien vastaukset ja laadi ehdokkaiden lyhytlista
Arvioi jokainen ehdotus aiemmin määrittämiesi vaatimusten ja arviointikehyksen perusteella. Vertaa dokumentoituja valmiuksia, hinnoitteluoletuksia, käyttöönottoaikatauluja, tukisitoumuksia ja kaikkia toimittajien ilmoittamia poikkeamia. Rajaa tulosten avulla joukko niihin toimittajiin, joiden kelpoisuutta kannattaa tarkistaa perusteellisemmin esittelyjen, referenssien tarkistamisen tai lisäkysymysten avulla:
Yhtenäistä ehdotusten arviointi: Muunna jokainen vastaus samaan laskentataulukkoon tai vertailutaulukkoon. Merkitse, sisältyykö kukin vaatimus ratkaisuun, onko se määritettävissä, mukautettava, saavuttamattomissa vai epäselvä, ja kirjaa oletukset integraatioista, käyttäjämääristä ja tuesta.
Käytä painotettua pisteytystaulukkoa: Pisteytä toiminnallinen sopivuus, integraatiot, käyttöönotto, tuki, tietoturva, käytettävyys ja kokonaiskustannukset yhdessä sovittujen painotusten mukaisesti. Anna esimerkiksi migraatiolle ja koulutukselle suurempi painoarvo, kun järjestelmä vaihdetaan ennen vilkkainta sesonkia.
Järjestä rakenteiset esittelyt: Anna jokaiselle loppuvaiheen toimittajalle samat skenaariot sen sijaan, että sallisit yleisluontoiset esitykset. Pyydä toimittajia esittelemään huoneen vaihto, maksun jakaminen, ryhmävaraus, siivouksen tilapäivitys, yöajo ja kirjanpitovienti käyttämällä työnkulkujasi.
Haastattele toimittajan suosittelijoita: Keskustele hotellien kanssa, joilla on vastaava huonemäärä, kiinteistötyyppi, integraatiot tai usean kiinteistön tarpeet. Kysy suosittelijoilta migraation tarkkuudesta, tuen vastausajoista, koulutuksen laadusta, järjestelmän käytettävyydestä ja ratkaisemattomista käyttöönottokysymyksistä.
Selvitä ehdotusten puutteet: Lähetä kirjallisia kysymyksiä, kun hinnoittelu, toiminnallisuus, aikataulut tai sopimusehdot vaikuttavat epämääräisiltä. Kysy, sisältyykö pyydetty ominaisuus ratkaisuun, onko se määritettävissä, mukautettava vai suunnitteilla, ja dokumentoi jokainen vastaus ennen lopullista pisteytystä.
Valitse toimittaja ja ilmoita päätöksestä
Valitse toimittaja, joka vastaa parhaiten vaatimuksiasi, käyttöönottovalmiuttasi, budjettiasi ja pitkän aikavälin toimintatarpeitasi. Ennen kuin ilmoitat kenellekään, varmista lopulliset pisteet, suosittelijoiden palautteet, hinnoitteluoletukset, sopimuspoikkeukset ja ratkaisemattomat riskit. Suorita nämä viimeiset vaiheet päättääksesi RFP-prosessin oikeudenmukaisesti ja valmistellaksesi tiimisi käyttöönottoa varten:
Ilmoita valituille ja valitsematta jääneille toimittajille
Ota ensin yhteyttä valittuun toimittajaan ja ilmoita sen jälkeen valitsematta jääneille toimittajille nopeasti ja kunnioittavasti. Selitä päätöksen aikataulu, kiitä jokaista toimittajaa sen ehdotuksesta ja anna rajallisesti palautetta, jos hankintapolitiikkasi sen sallii. Voit esimerkiksi kertoa valitsematta jääneelle toimittajalle, että sen siivoustoiminnot saivat hyvät pisteet, mutta sen migraatioaikataulu ja kirjanpitointegraatio eivät täyttäneet projektin vaatimuksia.
Valmistaudu lopullisiin neuvotteluihin
Neuvottele asioista, jotka vaikuttavat kustannuksiin, riskeihin ja kiinteistösi toimintakykyyn käyttöönoton jälkeen. Tarkista tilausmaksut, hinnankorotukset uusimisen yhteydessä, käyttöönottomaksut, migraatiopalvelut, koulutustunnit, integraatiomaksut, palvelutasotavoitteet, tuen vastausajat, tietojen vientioikeudet, irtisanomisehdot ja vastuumääräykset. Pyydä loppuvaiheen toimittajaa vahvistamaan jokainen muutos tarkistetussa ehdotuksessa ja sopimusluonnoksessa ennen hyväksyntää.
Varmista sisäinen yhteisymmärrys ennen allekirjoittamista
Hanki hyväksyntä projektin vastuuhenkilöltä, talous- tai hankintatiimiltä, IT- ja tietoturvatarkastajilta, lakimieheltä sekä käyttöönoton vaikutuspiirissä olevien osastojen johtajilta. Varmista, että hyväksytty budjetti sisältää toistuvat maksut, kertaluonteiset palvelut, verot, laitteistot, integraatiot ja varakustannukset. Järjestä lopullinen katselmus käyttöönottosuunnitelmasta, tietojen migraatiovastuista, sesonkiajan rajoituksista ja allekirjoitusoikeudesta ennen sopimuksen tekemistä.
Parhaat harkittavat hotellien kiinteistönhallintaohjelmistot
Here's my pick of the 10 best software from the 10 tools reviewed.
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.
Hotellisi PMS-järjestelmän RFP on valmis – valitse nyt oikea järjestelmä
Kun toimittajat ovat vastanneet ja olet tehnyt valintasi, seuraava vaihe on varmistaa, että valitsemasi PMS sopii kiinteistösi tarpeisiin myös pitkällä aikavälillä – oppaamme hotellin PMS-järjestelmän valintaan käy läpi tärkeimmät kriteerit integraatioiden yhteensopivuudesta ja skaalautuvuudesta käyttöönottotapaan ja toimittajan tukeen.
