HRIS-järjestelmiä koskevan tarjouspyynnön (RFP) laatiminen antaa sinulle jäsennellyn tavan arvioida toimittajia omien ehtojesi mukaisesti. Tarjouspyyntö (RFP) on virallinen asiakirja, jossa esitetään erityisvaatimuksesi ja pyydetään toimittajia kertomaan, miten he täyttäisivät ne. Käytä tarjouspyyntöä, kun olet tekemässä merkittävää ohjelmistoinvestointia ja sinun on vertailtava useita toimittajia oikeudenmukaisesti.
Ilman tarjouspyyntöä keskustelut toimittajien kanssa ajautuvat helposti esittelyihin ja myyntipuheisiin. Hyvin laadittu tarjouspyyntö pitää huomion todellisissa tarpeissasi, budjetissasi ja ehdottomissa vaatimuksissasi.
Tarvitsetko todella tarjouspyynnön?
Tarjouspyynnöstä on eniten hyötyä, kun HRIS-päätökseen liittyy useita sidosryhmiä, merkittävä budjetti tai monimutkaisia vaatimuksia. Kaikki toimittajahaut eivät tarvitse tarjouspyyntöä, mutta tietyissä tilanteissa se on välttämätön:
- Olet korvaamassa vanhan järjestelmän suuressa tai useassa toimipisteessä toimivassa organisaatiossa.
- Hankinta- tai lakitiimisi edellyttää muodollista toimittajien arviointiprosessia.
- Sinun on vertailtava vähintään viittä toimittajaa yhdenmukaisten kriteerien perusteella.
- Organisaatiosi käsittelee arkaluonteisia työntekijätietoja, joita koskevat tiukat vaatimustenmukaisuusvaatimukset.
- Useilla osastoilla on ristiriitaisia tarpeita, jotka on dokumentoitava ja asetettava tärkeysjärjestykseen.
Milloin tarjouspyyntö voi olla liioittelua
Jos olet pieni tiimi, jolla on suoraviivaiset tarpeet ja kahden tai kolmen toimittajan ehdokaslista, jäsennelty esittelyprosessi ja hyvä kysymyslista vievät sinut pidemmälle ja nopeammin.
RFI, RFP ja RFQ: mitä eroa niillä on?
Nämä kolme hankinta-asiakirjaa palvelevat eri tarkoituksia, ja väärän asiakirjan käyttäminen tuhlaa sekä sinun että toimittajiesi aikaa. RFI:n avulla voit tutkia markkinoita, RFP:llä pyydetään yksityiskohtaisia tarjouksia ja RFQ keskittyy yksinomaan hinnoitteluun. Oikean asiakirjan valitseminen heti alussa pitää prosessin keskittyneenä ja tuottaa hyödyllisempiä vastauksia.
Tämän taulukon avulla voit selvittää, mikä asiakirja sopii HRIS-hankintaprosessisi kuhunkin vaiheeseen:
| Asiakirjan tyyppi | Tarkoitus | Milloin käytetään | Mitä sisällytetään | Vaadittu yksityiskohtaisuuden taso |
| Tietopyyntö (RFI) | Yleisten markkinatietojen kerääminen | Varhaisessa tutkimusvaiheessa, ennen vaatimusten määrittelyä | Yleistason kysymykset toimittajan valmiuksista ja tuotteen sopivuudesta | Matala |
| Tarjouspyyntö (RFP) | Toimittajien arviointi määriteltyjen vaatimusten perusteella | Kun tarpeet ovat selkeät ja olet valmis vertailemaan ratkaisuja | Toiminnalliset vaatimukset, tekniset määritykset, hinnoittelurakenne, käyttöönottotapa | Korkea |
| Tarjoushintapyyntö (RFQ) | Tarkan hinnoittelun hankkiminen | Kun vaatimukset on viimeistelty ja tarvitset kustannusvertailuja | Yksityiskohtaiset määritykset, palvelun laajuus, sopimusehdot | Keskitaso |
Yleiset tarjouspyyntöjen virheet, joita kannattaa välttää
Huonosti jäsennelty tarjouspyyntö johtaa toimittajien ylimalkaisiin vastauksiin, joita on lähes mahdotonta vertailla. Pahimmassa tapauksessa se karkottaa hyvät toimittajat, jotka eivät halua käyttää aikaa prosessiin, joka vaikuttaa epäjärjestelmälliseltä.
Kun vältät nämä virheet, annat toimittajille kaiken tarvittavan hyvään vastaamiseen ja itsellesi kaiken tarvittavan luottavaiseen päätöksentekoon:
Taustatietojen tai asiayhteyden puutteellisuus
Toimittajien on ymmärrettävä organisaatiosi, ennen kuin he voivat ehdottaa siihen sopivaa ratkaisua. Ilman asiayhteyttä – kuten tietoa yrityksesi koosta, nykyisistä järjestelmistä ja keskeisistä haasteista – vastaukset jäävät yleisluontoisiksi ja niitä on vaikea arvioida. Sisällytä lyhyt yritysesittely ja selkeä kuvaus siitä, miksi etsit uutta HRIS-ohjelmistoa.
Puuttuva tai epäselvä budjetti
Budjetin ilmoittamatta jättäminen ei suojaa neuvotteluasemaasi – se vain tuhlaa kaikkien aikaa. Toimittajat joko yliarvioivat tai aliarvioivat ehdotuksensa, ja päädyt tarjouspyyntöihin saatujen vastausten kanssa, jotka eivät vastaa sitä, mitä voit todellisuudessa käyttää. Ilmoita vähintään budjettihaitari, jotta toimittajat voivat mukauttaa ehdotuksensa sen mukaisesti.
Epäselvät vaatimukset tai juridinen jargoni
Vaatimusten, kuten ”helppokäyttöinen käyttöliittymä” tai ”skaalautuva ratkaisu”, luetteleminen ei kerro toimittajille juuri mitään. Liian juridinen kielenkäyttö johtaa samaan lopputulokseen – se hämärtää, mitä todella tarvitset. Kirjoita vaatimukset selkeällä kielellä ja ole täsmällinen, esimerkiksi nimeämällä tarvitsemasi integraatiot tai ilmoittamalla, kuinka monen työntekijän järjestelmän on tuettava.
Arviointikriteerejä ei ole jaettu
Jos toimittajat eivät tiedä, miten pisteytät heidän tarjouspyyntövastauksensa, he eivät voi priorisoida sinulle tärkeimpiä asioita. Tämä johtaa ylipitkiin ehdotuksiin, joissa sinulle oikeasti tärkeät tiedot hautautuvat. Jaa arviointikriteerisi ja niiden painotukset etukäteen, jotta toimittajat voivat jäsentää vastauksensa painopisteidesi ympärille.
Toimittajien vastauksille ei ole vakiomuotoa
Kun jokainen toimittaja vastaa eri tavalla, ehdotusten vertailusta tulee manuaalinen ja aikaa vievä prosessi. Vastausmuodon standardointi – esimerkiksi numeroitujen osioiden, vaadittujen taulukoiden tai tiettyjen sanamäärärajojen avulla – tekee rinnakkaisesta arvioinnista huomattavasti helpompaa. Se myös viestii toimittajille, että prosessisi on järjestelmällinen ja vakavasti otettava.
Kokoa HRIS-tarjouspyyntötiimisi
Tarjouspyynnön laatiminen on tiimityötä – yhdelläkään henkilöllä ei ole täydellistä näkyvyyttä kaikkiin vaatimuksiin. Oikeiden henkilöiden ottaminen mukaan varhaisessa vaiheessa varmistaa, että tarjouspyyntö heijastaa koko organisaation todellisia tarpeita eikä vain yhden osaston prioriteetteja. Se myös vähentää riskiä, että kriittisiä vaatimuksia jää huomaamatta ja ne tulevat esiin vasta sen jälkeen, kun olet jo allekirjoittanut sopimuksen.
Kokoa yhteen henkilöt, jotka osaavat ottaa kantaa päätöksen eri osa-alueisiin:
Projektin toimeksiantaja
Tämä henkilö on yleensä CHRO, HR:n varatoimitusjohtaja tai HR-johtaja – henkilö, jolla on valtuudet hyväksyä projekti ja sovittaa se yhteen laajempien liiketoimintatavoitteiden kanssa. Hänen osallistumisensa osoittaa organisaation sitoutumisen ja pitää prosessin liikkeessä, kun päätöksiä on tehtävä. Hän myös määrittää strategisen kontekstin, joka vaikuttaa siihen, mitkä vaatimukset asetetaan etusijalle.
Toiminnalliset asiantuntijat
Näitä ovat esimerkiksi palkkahallinnon esihenkilöt, henkilöstöetujen ylläpitäjät ja HR-toimintojen vetäjät – henkilöt, jotka määrittävät ja hallinnoivat järjestelmää päivittäin. Heillä on parhaat edellytykset määritellä tärkeimmät toiminnalliset vaatimukset palkanlaskennan säännöistä vaatimustenmukaisuusraportoinnin tarpeisiin. Ilman heidän panostaan tarjouspyynnöstäsi saattavat puuttua tekniset yksityiskohdat, jotka erottavat toimivan järjestelmän ratkaisusta, joka aiheuttaa enemmän ongelmia kuin ratkaisee niitä.
Hankinnan tai tarjouspyyntöjen laatijat
Tähän ryhmään kuuluu hankinta-asiantuntijoita, lakimiehiä tai sopimuspäälliköitä, jotka tuntevat muodollisen toimittajien arviointiprosessin rakenteen. He varmistavat, että tarjouspyyntö täyttää kaikki sisäiset tai sääntelyyn liittyvät vaatimukset ja että toimittajien vastaukset ovat juridisesti päteviä. Heidän osallistumisensa auttaa myös standardoimaan muodon ja pisteytyskriteerit, jotta arviointi pysyy objektiivisena.
Loppukäyttäjät ja sidosryhmät
Järjestelmää päivittäin käyttävät työntekijät – kuten rekrytoijat, esihenkilöt ja palkkahallinnon työntekijät – tuovat käytännönläheisen näkökulman, joka on helppo sivuuttaa. Heidän näkemyksensä auttaa tuomaan esiin käytettävyysvaatimuksia ja työnkulkujen tarpeita, joita toiminnalliset asiantuntijat tai johto eivät välttämättä huomaisi sisällyttää. Heidän osallistamisensa varhaisessa vaiheessa auttaa myös rakentamaan hyväksyntää tulevalle käyttöönotolle.
Määrittele välttämättömät ominaisuudet & tavoitteet
Ennen kuin lähetät tarjouspyynnön yhdellekään toimittajalle, sinun on muodostettava selkeä kuva siitä, mitä oikean HRIS-järjestelmän on tehtävä ja miksi olet ylipäätään korvaamassa nykyisen järjestelmän tai ottamassa sellaisen käyttöön. Epämääräiset tavoitteet tuottavat epämääräisiä ehdotuksia, joten mitä täsmällisemmin kuvaat ongelmakohtasi ja onnistumiskriteerisi, sitä helpompi on arvioida, pystyykö toimittaja todella toimittamaan tarvittavan ratkaisun. Yhteisymmärryksen saavuttaminen ehdottomista vaatimuksista etukäteen ehkäisee myös laajuuden hallitsematonta kasvua neuvottelujen aikana ja pitää kaikki sidosryhmät samalla kartalla.
Pidä nämä keskeiset osa-alueet mielessä, kun määrittelet vaatimuksiasi:
- Nykyisen järjestelmäsi ongelmakohdat: Dokumentoi nykyisen ratkaisusi konkreettiset puutteet tai ongelmat, älä vain yleisiä turhautumisen aiheita. Jos nykyinen järjestelmäsi ei esimerkiksi pysty automatisoimaan ilmoittautumista henkilöstöetuihin tai edellyttää manuaalista palkanlaskennan täsmäytystä jokaisella palkanmaksukierroksella, nimeä nämä ongelmat nimenomaisesti. Toimittajien on ymmärrettävä, mikä on rikki, ennen kuin he voivat ehdottaa korjausta.
- Vaadittavat parannukset ja onnistumisen tulokset: Määrittele, miltä onnistuminen näyttää käyttöönoton jälkeen. Jos tavoitteenasi on lyhentää palkkaukseen kuluvaa aikaa 20 prosentilla tai poistaa manuaalinen henkilöstömäärän raportointi, kerro se. Konkreettiset tulokset antavat toimittajille tavoitteen, johon vastata, ja sinulle vertailukohdan, jota vasten arvioida tuloksia.
- Toiminnalliset, tekniset ja vaatimustenmukaisuuteen liittyvät tarpeet: Luettele organisaatiosi tarvitsemat erityisominaisuudet, kuten etuuksien hallinta, ACA-raportointi tai usean osavaltion palkkaverotuksen tuki. Sisällytä myös tekniset vaatimukset, kuten SSO-yhteensopivuus, API-käyttöoikeus tai tietojen sijaintia koskevat toiveet. Vaatimustenmukaisuuden tarpeet vaihtelevat toimialan ja sijainnin mukaan, joten kerro selkeästi kaikista sääntelyyn liittyvistä velvoitteista, joita järjestelmän on tuettava.
- Käyttäjäroolit ja työnkulut: Tunnista, ketkä käyttävät järjestelmää ja miten. Rekrytoijan työnkulku näyttää hyvin erilaiselta kuin palkkahallinnon johtajan, ja molemmat poikkeavat siitä, mitä henkilöstöjohtaja tarvitsee suoritusten arviointiin. Näiden roolien kartoittaminen auttaa toimittajia osoittamaan, miten heidän järjestelmänsä käsittelee juuri sinun käyttötapauksiasi.
- Käyttöönottoa koskevat toiveet: Määrittele, tarvitsetko pilvipohjaisen, paikallisesti asennettavan vai hybridijärjestelmän. Jos organisaatiollasi on toivottu käyttöönottoaikataulu tai IT-resurssien rajoitteita, sisällytä nämä tiedot. Toimittajat, jotka eivät pysty täyttämään käyttöönottoa koskevia vaatimuksiasi, tulisi karsia pois jo varhaisessa vaiheessa.
HRIS-järjestelmää koskevan tarjouspyynnön laatiminen
Kun tiimisi on päässyt yhteisymmärrykseen ja vaatimuksesi on määritelty, olet valmis kokoamaan asiakirjan. Hyvin järjestetty tarjouspyyntö helpottaa toimittajien täsmällistä vastaamista ja tiimisi mahdollisuuksia arvioida vastauksia rinnakkain. Seuraavat asiat kannattaa sisällyttää kuhunkin osioon:
1. Tiivistelmä
Tässä osiossa toimittajille annetaan yleiskuva organisaatiostasi ja siitä, miksi julkaiset tarjouspyynnön. Kerro yrityksesi koko ja toimiala, nykyinen HR-teknologiasi sekä liiketoimintaongelma, jonka haluat ratkaista. Voit esimerkiksi selittää, että olet 500 työntekijän terveydenhuoltoalan organisaatio, joka korvaa vanhan palkkajärjestelmän, joka ei tue usean osavaltion vaatimustenmukaisuutta. Pidä osio tiiviinä – sen tehtävä on luoda tausta, ei kertoa koko tarinaa.
2. Työn laajuus
Määrittele täsmällisesti, mitä haluat HRIS-järjestelmän tekevän ja mitkä asiat jäävät projektin rajojen ulkopuolelle. Kerro tarkasti tarvitsemistasi moduuleista, kuten palkanlaskennasta, etuuksien hallinnasta, työajan seurannasta tai suoritusten hallinnasta.
Jos siirrät tietoja nykyisestä järjestelmästä, kerro se tässä ja mainitse tietojen määrä ja muoto. Selkeät rajaukset auttavat toimittajia ehdottamaan ratkaisuja, jotka todella sopivat tilanteeseesi.
3. Tekniset vaatimukset
Luettele tekniset määritykset, jotka järjestelmän on täytettävä toimiakseen nykyisessä infrastruktuurissasi. Näihin kuuluvat integraatiovaatimukset – esimerkiksi yhteensopivuus ERP-järjestelmäsi, taloushallinto-ohjelmistosi tai Okta- tai Azure Active Directory -identiteetintarjoajan kanssa.
Määrittele myös mahdolliset vaatimukset käyttöaikatakuista, tietojen sijainnista, mobiilikäytettävyydestä tai API-rajapinnan saatavuudesta. Mitä täsmällisempi olet tässä osiossa, sitä helpompaa on karsia toimittajat, jotka eivät täytä vähimmäisvaatimuksiasi.
4. Toimittajan pätevyys
Pyydä toimittajia osoittamaan, että heillä on kokemusta ja vakautta ehdotuksensa toteuttamiseen. Pyydä tietoja esimerkiksi toiminnan kestosta, asiakkaiden kokonaismäärästä sekä erityisestä kokemuksesta oman kokoistesi ja oman toimialasi organisaatioiden palvelemisessa.
Jos toimit esimerkiksi rahoituspalvelualalla, kysy, onko heillä nykyisiä asiakkaita, joilla on vastaavia vaatimustenmukaisuuteen liittyviä tarpeita. Myös vertailukelpoisten organisaatioiden suosituksia ja tapaustutkimuksia kannattaa pyytää tässä yhteydessä.
5. Tietoturvaa ja vaatimustenmukaisuutta koskevat tarpeet
HRIS-alustat tallentavat joitakin arkaluonteisimpia työntekijätietojasi, joten tietoturvavaatimukset ansaitsevat oman osionsa. Määrittele tarvitsemasi sertifioinnit, kuten SOC 2 Type II, ISO 27001 tai HIPAA-vaatimustenmukaisuus, toimialasi mukaan. Pyydä toimittajia kuvaamaan tietojen salausstandardit, käyttöoikeuksien hallinta ja tietoturvaloukkausten ilmoitusprosessit. Jos organisaatiosi toimii useissa maissa, sisällytä mukaan kaikki tietosuojaa koskevat säädökset, joita toimittajan on tuettava, kuten GDPR tai CCPA.
6. Käyttöönottoa ja koulutusta koskevat odotukset
Esittele, mitä odotat toimittajalta käyttöönottoprosessin aikana, mukaan lukien aikataulut, virstanpylväät ja resurssisitoumukset. Jos esimerkiksi tarvitset järjestelmän käyttöön ennen seuraavaa ilmoittautumiskautta, ilmoita määräaika selkeästi. Pyydä toimittajia kuvaamaan käyttöönottomenetelmänsä, käyttöönottovaiheessa tarjoamansa tuen sekä tapansa käsitellä tietojen siirtoa. Sisällytä myös odotuksesi loppukäyttäjien koulutuksesta riippumatta siitä, toteutetaanko se live-koulutuksina, omaan tahtiin suoritettavina kursseina tai erillisenä käyttöönottotukena.
7. Hinnoittelu ja lisensointi
Pyydä toimittajia esittämään kustannukset kattavasti, mukaan lukien lisenssimaksut, käyttöönottokustannukset sekä mahdolliset jatkuvan tuen tai ylläpidon maksut. Pyydä esittämään hinnoittelu yhdenmukaisessa muodossa, jotta voit vertailla ehdotuksia ilman ylimääräisiä laskutoimituksia. Muista kysyä kustannuksista, jotka on helppo jättää huomiotta, kuten lisämoduulien, API-käytön tai käyttäjärajojen ylittämisen maksuista. Selkeä hinnoitteluosio ehkäisee yllätyksiä sen jälkeen, kun olet jo sitoutunut toimittajaan.
8. Sopimusehdot
Käytä tätä osiota määritelläksesi odotuksesi sopimuksen kestosta, uusimisehdoista ja irtautumislausekkeista. Jos organisaatiollasi on vakiintuneita vaatimuksia palvelutasosopimusten, tietojen omistajuuden tai irtisanomisoikeuksien suhteen, sisällytä ne tähän, jotta toimittajat voivat tuoda mahdolliset ristiriidat esiin jo varhaisessa vaiheessa. Saatat esimerkiksi edellyttää vähintään 99.9 %:n käytettävyyttä koskevaa SLA-sopimusta tai oikeutta viedä tietosi milloin tahansa vakiomuodossa. Näiden odotusten esiin tuominen tarjouspyynnössä säästää huomattavasti aikaa sopimusneuvotteluissa.
9. Tarjousten jättämistä koskevat ohjeet
Kerro toimittajille täsmällisesti, miten, missä ja milloin tarjoukset tulee jättää. Ilmoita tarjousten jättämisen määräaika, suositeltu tiedostomuoto ja yhteyshenkilö kysymyksiä varten. Jos järjestät jäsennellyn kysymys- ja vastausjakson, jonka aikana toimittajat esittävät kysymyksiä tiettyyn päivämäärään mennessä ja jaat vastaukset kaikille vastaajille, kuvaa prosessi tässä. Selkeät tarjousten jättämistä koskevat ohjeet vähentävät edestakaista viestintää ja varmistavat, että kaikki toimittajat työskentelevät samojen tietojen pohjalta.
Määrittele arviointikriteerisi
Arviointikriteerien määrittely ennen tarjousten saapumista pitää prosessin oikeudenmukaisena ja estää henkilökohtaisia mieltymyksiä ohjaamasta päätöstä. Se antaa tiimillesi myös yhteisen viitekehyksen sellaisten toimittajien vertailemiseen, jotka voivat paperilla vaikuttaa hyvin erilaisilta. Ennen kuin lähetät tarjouspyynnön, sopikaa näistä keskeisistä asioista:
Mikä on tärkeintä?
Kaikki kriteerit eivät ansaitse samaa painoarvoa, joten rajaa huomiosi kolmeen tai viiteen luokkaan, jotka kuvastavat suoraan organisaatiosi painopisteitä. Rikkinäisen palkanlaskentajärjestelmän korvaavan yrityksen tulisi antaa palkanlaskennan toiminnallisuudelle suurempi painoarvo kuin yrityksen, jonka ensisijaisena tavoitteena on parantaa työntekijöiden itsepalvelukokemusta. Valitse luokat, jotka vastaavat ehdottomia vaatimuksiasi ja tavoitteitasi, ja määritä sitten kullekin prosenttiosuus kokonaispisteistä. Yleisiä arviointiluokkia ovat esimerkiksi:
- Toiminnallinen sopivuus
- Tekniset vaatimukset
- Tietoturva ja vaatimustenmukaisuus
- Käyttöönottomenetelmä
- Toimittajan kokemus ja vakaus
- Hinnoittelu ja omistamisen kokonaiskustannukset
- Asiakastuen malli
- Käyttäjäkokemus ja käyttöliittymäsuunnittelu
- Skaalautuvuus ja tuotekehityssuunnitelma
- Referenssit ja tapaustutkimukset
Käytä pisteytystaulukkoa
Pisteytystaulukko muuttaa subjektiiviset vaikutelmat vertailukelpoisiksi luvuiksi, mikä helpottaa huomattavasti lopullisen päätöksen perustelemista. Määritä kullekin luokalle sen tärkeyttä vastaava painoarvo – toiminnallinen sopivuus voi esimerkiksi saada 30 %, hinnoittelu 20 % ja tietoturva 15 %, ja loput luokat jakavat jäljelle jäävän osuuden. Pisteytä kukin toimittaja kussakin luokassa asteikolla 1–5 tai 1–10 ja kerro pisteet painoarvolla saadaksesi painotetun kokonaispistemäärän. Säädä painotuksia organisaatiosi erityisen toimintaympäristön mukaan – useissa maissa toimiva ja työntekijöitä työllistävä kansainvälinen yritys tarvitsee vaatimustenmukaisuuden suuremman painoarvon kuin yhdessä toimipaikassa toimiva yritys.
Selkeytä pisteytysprosessisi
Päättäkää etukäteen, ketkä arvioivat tarjoukset ja mikä rooli kullakin arvioijalla on. Ihannetapauksessa jokainen arvioija pisteyttää tarjoukset itsenäisesti ennen ryhmän kokoontumista vertailemaan tuloksia. Tämä vähentää ryhmäajattelua ja tuo aidot erimielisyydet esiin. Käyttäkää standardoitua arviointiasteikkoa, jossa määritellään, mitä pistemäärät 1, 5 tai 10 todella tarkoittavat kussakin kategoriassa – ilman tällaista määritelmää kaksi arvioijaa voi antaa samalle vastaukselle hyvin erilaiset pisteet. Järjestäkää kalibrointikokous ennen pisteytyksen aloittamista, jotta kaikki ymmärtävät kriteerit, asteikon ja sen, miten toimitaan rajatapauksissa, kuten silloin, kun toimittaja täyttää vaatimuksen vain osittain.
Julkaise HRIS RFP
RFP:n saaminen oikeiden toimittajien nähtäville selkeästi ja yhdenmukaisesti on yhtä tärkeää kuin sen hyvä laatiminen. Järjestämätön jakeluprosessi johtaa epätasaisiin vastauksiin, myöhästyneisiin määräaikoihin ja siihen, että toimittajat työskentelevät asiakirjan eri versioiden pohjalta. Pidä seuraavat tekijät mielessä, jotta jakelu sujuu mahdollisimman helposti:
Valitse oikea jakelumenetelmä
Voit lähettää RFP:n muutamalla eri tavalla: ottamalla suoraan yhteyttä esikarsittuun toimittajaluetteloon kuuluviin toimittajiin, julkaisemalla sen hankintaportaalissa tai käyttämällä Jaggaerin tai Coupan kaltaista sähköisen hankinnan alustaa, joka keskittää tarjousten jättämisen ja seuraa toimittajien toimintaa. Keskitetty järjestelmä on käyttöönottoon kuluvan ajan arvoinen – se varmistaa, että jokainen toimittaja saa saman asiakirjan, ja antaa tiimillesi yhden paikan vastausten, kysymysten ja määräaikojen hallintaan. Jos lähetät asiakirjan suoraan, käytä henkilökohtaisen sähköpostiosoitteen sijaan tehtäväperusteista erillistä postilaatikkoa, kuten hris-rfp@yourcompany.com Tämä pitää viestinnän järjestyksessä ja varmistaa, ettei mitään katoa tiimin jäsenen ollessa poissa.
Aseta selkeät aikatauluodotukset
Realistinen ja hyvin viestitty aikataulu pitää toimittajat ajan tasalla ja antaa tiimillesi riittävästi aikaa arvioida vastaukset asianmukaisesti. Sisällytä tämä aikataulu suoraan RFP-asiakirjaan, jotta toimittajat voivat suunnitella sisäiset resurssinsa sen mukaisesti:
- RFP:n julkaisupäivä: Päivä, jona toimittajat vastaanottavat asiakirjan ja prosessi alkaa virallisesti.
- Toimittajien kysymys- ja vastausaika: Määritelty ajanjakso – tyypillisesti yhdestä kahteen viikkoa julkaisun jälkeen – jonka aikana toimittajat voivat esittää tarkentavia kysymyksiä.
- Lopullinen jättämisen määräaika: Tarjousten jättämiselle asetettu ehdoton määräaika, johon sisältyvät tarkka kellonaika ja aikavyöhyke.
- Arviointi- ja valintajakso: Ajanjakso, jonka tiimisi tarvitsee tarjousten pisteyttämiseen sekä jatkoesittelyjen tai haastattelujen aikatauluttamiseen.
Määrittele jättämistä koskevat vaatimukset
Toimittajat tarvitsevat selkeät ohjeet jättääkseen tarjouksen oikein, ja epäselvyydet johtavat tässä helposti puutteellisiin tai keskenään epäyhtenäisiin tarjouksiin. Määrittele hyväksytty tiedostomuoto – PDF on vakiomuoto ja säilyttää muotoilun eri järjestelmissä – sekä se, tuleeko toimittajien lähettää tarjous sähköpostitse, hankintaportaalin kautta vai latauslinkkiä käyttäen. Jos olet laatinut pakollisen vastauspohjan tai pisteytyslomakkeen, ilmoita selkeästi, että toimittajien on käytettävä sitä ja että muussa muodossa toimitettuja vastauksia ei välttämättä arvioida. Ilmoita myöhästyneitä tarjouksia koskeva käytäntösi nimenomaisesti: useimmat muodolliset RFP-prosessit eivät hyväksy niitä, ja asian kertominen etukäteen vähentää viime hetken jatkoaikapyyntöjä.
Arvioi ja esikarsi toimittajien vastaukset
Kun tarjoukset on vastaanotettu, varsinainen arviointityö alkaa – ja se, miten järjestät tämän vaiheen, määrittää, kuinka varmaksi tunnet olosi lopullisen päätöksen suhteen. Jäsennelty lähestymistapa pitää valintaprosessin objektiivisena ja helpottaa yhteisymmärryksen saavuttamista arviointitiimissä. Pidä seuraavat vaiheet mielessä siirtyessäsi raakatiedon sisältävistä tarjouksista esikarsintalistaan:
- Järjestä tarjoukset ennen kuin kukaan aloittaa pisteytyksen: Jaa vastaukset yhdenmukaisessa muodossa, jotta jokainen arvioija työskentelee saman rakenteen pohjalta. Jos toimittajat toimittivat ohjeistasi huolimatta tarjoukset eri muodoissa, muotoile ne uudelleen ennen jakamista, jotta paremmin esitetyt tarjoukset eivät saa perusteetonta etua.
- Sovella pisteytysmatriisia johdonmukaisesti: Pyydä jokaista arvioijaa pisteyttämään tarjoukset itsenäisesti ennen ryhmän kokoontumista vertailemaan tuloksia. Tämä tuo aidot erimielisyydet esiin varhaisessa vaiheessa ja estää yhden vahvan mielipiteen ohjaamasta koko ryhmän arviota.
- Aikatauluta jäsennellyt esittelyt esikarsittujen toimittajien kanssa: Käytä standardoitua esittelykäsikirjoitusta, jotta jokainen toimittaja käy läpi samat tilanteet, kuten usean osavaltion palkanmaksujakson suorittamisen tai mukautetun perehdytyksen työnkulun määrittämisen. Näin esittelyjä voidaan verrata keskenään sen sijaan, että toimittajat pääsisivät hallitsemaan keskustelun kulkua.
- Tarkista suosittelijat ennen esikarsintalistan viimeistelyä: Pyydä suosittelijoita kooltaan ja toimialaltaan samankaltaisista organisaatioista ja valmistele täsmällisiä kysymyksiä käyttöönottokokemuksesta, tuen reagointinopeudesta sekä mahdollisista eroista luvattujen ja toimitettujen ominaisuuksien välillä.
- Seuraa kaikkea epäselvää tarjouksissa: Jos toimittajan hinnoittelurakenne on epäselvä tai sen vaatimustenmukaisuustodistukset eivät ole ajan tasalla, kysy asiasta suoraan ennen kuin etenet sen kanssa. Tässä vaiheessa ratkaisematta jäävä epäselvyys muuttuu paljon suuremmaksi ongelmaksi sopimusneuvottelujen aikana.
Valitse toimittajat ja ilmoita päätöksestä
Toimittajan valinta on vasta puolet työstä – tapa, jolla hoidat viimeiset vaiheet, vaikuttaa sekä allekirjoittamaasi sopimukseen että suhteisiin, jotka jatkuvat käyttöönottovaiheessa. Selkeä viestintä, huolelliset neuvottelut ja organisaation sisäinen hyväksyntä suojaavat organisaatiotasi ja luovat oikeanlaisen pohjan uudelle toimittajasuhteelle. Seuraavat keskeiset vaiheet kannattaa toteuttaa ennen RFP-prosessin päättämistä:
Ilmoita valituille ja valitsematta jääneille toimittajille
Ilmoita jokaiselle toimittajalle lopputuloksesta heti, kun päätöksesi on viimeistelty – älä jätä epäonnistuneita toimittajia odottamaan siksi aikaa, kun viimeistelet neuvotteluja ensisijaisen vaihtoehtosi kanssa. Lyhyt ja kunnioittava viesti toimittajille, joita ei valittu, säilyttää suhteen ja antaa organisaatiostasi hyvän kuvan, etenkin markkinoilla, joilla saatat arvioida samoja toimittajia uudelleen muutaman vuoden kuluttua. Jos toimittaja pyytää palautetta, yleisluonteisen yhteenvedon jakaminen siitä, missä he eivät täyttäneet vaatimuksia, on ammatillinen kohteliaisuus, jota useimmat arvostavat.
Valmistaudu lopullisiin neuvotteluihin
Ennen allekirjoittamista on odotettavissa neuvotteluja hinnoittelusta, käyttöönoton aikatauluista, SLA-ehdoista ja sopimuksen kestosta. Yleisiä kiistakohtia ovat tietojen omistajuutta koskevat lausekkeet, irtisanomisoikeudet ja se, mitä tiedoillesi tapahtuu, jos poistut alustalta. Aloita neuvottelut selkeällä käsityksellä siitä, mitkä ehdot ovat organisaatiollesi joustavia ja mitkä eivät ole neuvoteltavissa.
Varmista organisaation sisäinen yksimielisyys ennen allekirjoittamista
Useimmat organisaatiot edellyttävät lakiosaston, talousosaston ja ylimmän johdon hyväksyntää ennen toimittajasopimuksen toimeenpanoa. Varmista, että projektin vastuuhenkilö, hankintavastaava ja kaikki asiaankuuluvien osastojen johtajat ovat tarkistaneet lopulliset ehdot ja tuoneet esiin mahdolliset huolenaiheet. Tämän vaiheen kiirehtiminen on yksi yleisimmistä syistä siihen, että organisaatiot sitoutuvat sopimuksiin, jotka eivät vastaa RFP-prosessin aikana sovittua.
Harkitsemisen arvoisia HRIS-järjestelmiä
Markkinoiden johtavien vaihtoehtojen perusteella tässä on joitakin organisaatiosi arvioitavaksi sopivia HRIS-järjestelmiä:
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.
Ota seuraava askel HRIS-järjestelmän valinnassa
Jos olet valmis siirtymään RFP-prosessista valintaan, saat käytännön ohjeita organisaatiosi ainutlaatuisiin tarpeisiin sopivan HRIS-järjestelmän valintaan tutustumalla tähän kattavaan oppaaseen: näin valitset HRIS-järjestelmän .
