HRIS-järjestelmiä koskevan tarjouspyynnön (RFP) laatiminen antaa sinulle jäsennellyn tavan arvioida toimittajia omien ehtojesi mukaisesti. Tarjouspyyntö (RFP) on muodollinen asiakirja, jossa määritellään tarkat vaatimuksesi ja pyydetään toimittajia selittämään, miten he täyttäisivät ne. Käytä sitä, kun olet tekemässä merkittävää ohjelmistoinvestointia ja sinun on vertailtava useita toimittajia oikeudenmukaisesti.
Ilman RFP:tä keskustelut toimittajien kanssa ajautuvat helposti esittelyihin ja myyntipuheisiin. Hyvin laadittu RFP pitää huomion todellisissa tarpeissasi, budjetissasi ja ehdottomissa vaatimuksissasi.
Tarvitsetko todella RFP:n?
RFP on hyödyllisin silloin, kun HRIS-päätökseen osallistuu useita sidosryhmiä, budjetti on merkittävä tai vaatimukset ovat monimutkaisia. Kaikki toimittajahaun tilanteet eivät edellytä sitä, mutta tietyissä tilanteissa se on välttämätön:
- Korvaat vanhan järjestelmän suuressa tai useassa toimipaikassa 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 keskenään ristiriitaisia tarpeita, jotka on dokumentoitava ja asetettava tärkeysjärjestykseen.
Milloin RFP voi olla liioittelua
Jos olet osa pientä tiimiä, jolla on suoraviivaiset tarpeet ja kahden tai kolmen toimittajan ehdokaslista, jäsennelty esittelyprosessi ja hyvät kysymykset vievät sinut pidemmälle ja nopeammin.
RFI, RFP vai RFQ: mitä eroa niillä on?
Näillä kolmella hankinta-asiakirjalla on eri tarkoitukset, ja väärän asiakirjan käyttäminen tuhlaa sekä sinun että toimittajiesi aikaa. RFI:n avulla kartoitetaan markkinoita, RFP:llä pyydetään yksityiskohtaisia ehdotuksia ja RFQ keskittyy yksinomaan hinnoitteluun. Oikean asiakirjan valitseminen heti alussa pitää prosessin keskittyneenä ja tuottaa hyödyllisempiä vastauksia.
Katso tästä taulukosta, mikä asiakirja sopii HRIS-hankintaprosessisi kuhunkin vaiheeseen:
| Asiakirjan tyyppi | Tarkoitus | Milloin käytetään | Mitä tulee sisällyttää | Vaadittu yksityiskohtaisuuden taso |
| Tietopyyntö (RFI) | Yleisen markkinatiedon kerääminen | Varhaisessa tutkimusvaiheessa, ennen vaatimusten määrittelyä | Yleisluonteiset kysymykset toimittajan valmiuksista ja tuotteen sopivuudesta | Matala |
| Tarjouspyyntö (RFP) | Toimittajien arviointi määriteltyjen vaatimusten perusteella | Kun tarpeesi ovat selkeät ja olet valmis vertailemaan ratkaisuja | Toiminnalliset vaatimukset, tekniset tiedot, hinnoittelurakenne, käyttöönottotapa | Korkea |
| Hintapyyntö (RFQ) | Erityishinnoittelun hankkiminen | Kun vaatimukset on viimeistelty ja tarvitset kustannusvertailuja | Yksityiskohtaiset tekniset tiedot, palvelun laajuus, sopimusehdot | Keskitaso |
Yleiset RFP-virheet, joita kannattaa välttää
Huonosti jäsennelty RFP johtaa toimittajien epämääräisiin vastauksiin, joita on lähes mahdotonta vertailla. Pahimmillaan se karkottaa hyvät toimittajat, jotka eivät halua käyttää aikaa prosessiin, joka vaikuttaa järjestäytymättömältä.
Näiden virheiden välttäminen antaa toimittajille sen, mitä he tarvitsevat vastatakseen hyvin, ja sinulle sen, mitä tarvitset tehdäksesi päätöksen luottavaisin mielin:
Taustatietojen tai kontekstin puute
Toimittajien on ymmärrettävä organisaatiotasi, ennen kuin he voivat ehdottaa sopivaa ratkaisua. Ilman kontekstia – kuten tietoa yrityksesi koosta, nykyisistä järjestelmistä ja keskeisistä ongelmakohdista – vastaukset jäävät yleisluonteisiksi 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 haaskaa kaikkien aikaa. Toimittajat joko ehdottavat liikaa tai liian vähän, ja päädyt RFP-vastauksiin, jotka eivät vastaa sitä, kuinka paljon voit todellisuudessa käyttää. Ilmoita vähintään budjettihaitari, jotta toimittajat voivat mukauttaa ehdotuksensa sen mukaisesti.
Epämääräiset vaatimukset tai juridinen kapulakieli
Vaatimusten, kuten ”helppokäyttöinen käyttöliittymä” tai ”skaalautuva ratkaisu”, luetteleminen ei kerro toimittajille juuri mitään. Liian juridinen kieli vaikuttaa samalla tavalla – se hämärtää sen, 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 RFP-vastauksensa, he eivät voi asettaa sinulle tärkeimpiä asioita etusijalle. Tämä johtaa paisuneisiin ehdotuksiin, joissa todella tärkeät tiedot hautautuvat. Jaa arviointikriteerisi ja niiden painotukset etukäteen, jotta toimittajat voivat jäsentää vastauksensa painopisteidesi mukaisesti.
Toimittajien vastauksille ei ole vakiomuotoa
Kun jokainen toimittaja vastaa eri tavalla, ehdotusten vertailemisesta tulee manuaalinen ja aikaa vievä prosessi. Vastausmuodon vakiointi – esimerkiksi numeroitujen osioiden, vaadittujen taulukoiden tai tiettyjen sanamäärärajojen avulla – tekee rinnakkaisesta arvioinnista huomattavasti hallittavampaa. Se myös osoittaa toimittajille, että prosessisi on järjestelmällinen ja vakavasti otettava.
Kokoa HRIS-RFP-tiimisi
RFP:n laatiminen on tiimityötä – kenelläkään yksittäisellä henkilöllä ei ole täydellistä kokonaiskuvaa kaikista vaatimuksista. Oikeiden ihmisten ottaminen mukaan varhaisessa vaiheessa varmistaa, että RFP heijastaa organisaation todellisia tarpeita eikä vain yhden osaston painopisteitä. Se myös vähentää riskiä, että tärkeitä vaatimuksia jää huomaamatta ja nousee esiin vasta sen jälkeen, kun sopimus on jo allekirjoitettu.
Kokoa yhteen ihmiset, jotka voivat ottaa kantaa päätöksen eri osa-alueisiin:
Projektin sponsori
Tämä on yleensä CHRO, henkilöstöjohtaja tai henkilöstöhallinnon johtaja – henkilö, jolla on valtuudet hyväksyä projekti ja sovittaa se yhteen laajempien liiketoimintatavoitteiden kanssa. Hänen osallistumisensa osoittaa organisaation sitoutumista 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
Heitä ovat esimerkiksi palkkahallinnon esihenkilöt, etuuksien hallinnoijat ja henkilöstöhallinnon operatiivisesta toiminnasta vastaavat johtajat – ihmiset, jotka määrittävät ja hallinnoivat järjestelmää päivittäin. Heillä on parhaat edellytykset määritellä tärkeimmät toiminnalliset vaatimukset aina palkanlaskennan käsittelysäännöistä lakisääteisen raportoinnin tarpeisiin. Ilman heidän panostaan RFP:stä voivat jäädä puuttumaan tekniset yksityiskohdat, jotka erottavat toimivan järjestelmän sellaisesta, joka aiheuttaa enemmän ongelmia kuin ratkaisee.
Hankinnan tai RFP:n laatijat
Tähän ryhmään kuuluu hankinta-asiantuntijoita, lakimiehiä tai sopimuspäälliköitä, jotka osaavat jäsentää virallisen toimittajien arviointiprosessin. He varmistavat, että RFP täyttää organisaation sisäiset ja sääntelyyn liittyvät vaatimukset ja että toimittajien vastaukset ovat juridisesti päteviä. Heidän osallistumisensa auttaa myös yhdenmukaistamaan muoto- 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 mukanaan käytännönläheisen näkökulman, joka jää helposti huomiotta. Heidän näkemyksensä auttaa tuomaan esiin käytettävyyteen liittyviä vaatimuksia ja työnkulkujen tarpeita, joita toiminnalliset asiantuntijat tai johto eivät välttämättä osaisi sisällyttää. Heidän osallistamisensa varhaisessa vaiheessa auttaa myös rakentamaan sitoutumista tulevaa käyttöönottoa kohtaan.
Määrittele pakolliset ominaisuudet & tavoitteet
Ennen kuin lähetät RFP: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 onnistumisen kriteerit, sitä helpompi on arvioida, pystyykö toimittaja todella toimittamaan tarvitsemasi 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: Kirjaa nykyisen kokoonpanosi konkreettiset puutteet ja ongelmat, älä vain yleisiä turhautumisen aiheita. Jos nykyinen järjestelmäsi ei esimerkiksi pysty automatisoimaan avoimen ilmoittautumisen prosessia tai edellyttää palkkojen manuaalista täsmäyttämistä jokaisella palkanmaksukaudella, nimeä nämä ongelmat nimenomaisesti. Toimittajien on ymmärrettävä, mikä on rikki, ennen kuin he voivat ehdottaa ratkaisua.
- Vaaditut parannukset ja onnistumisen tulokset: Määrittele, miltä onnistuminen näyttää käyttöönoton jälkeen. Jos tavoitteesi on lyhentää rekrytointiin 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 arviointia varten.
- Toiminnalliset, tekniset ja vaatimustenmukaisuuteen liittyvät tarpeet: Luettele organisaatiosi tarvitsemat erityisominaisuudet, kuten etuuksien hallinta, ACA-raportointi tai usean osavaltion palkkaverotuksen tuki. Sisällytä tekniset vaatimukset, kuten kertakirjautumisen yhteensopivuus, API-käyttöoikeus tai tietojen sijaintia koskevat toiveet. Vaatimustenmukaisuuteen liittyvät 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 esihenkilön, ja molemmat poikkeavat siitä, mitä henkilöstöesihenkilö 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ääritä, 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, tulee karsia jo varhaisessa vaiheessa.
HRIS-tarjouspyynnön laatiminen
Kun tiimisi on päässyt yhteisymmärrykseen ja vaatimuksesi on määritelty, olet valmis kokoamaan asiakirjan. Hyvin järjestetty tarjouspyyntö helpottaa toimittajia vastaamaan täsmällisesti ja tiimiäsi vertailemaan vastauksia rinnakkain. Seuraavat asiat tulee sisällyttää kuhunkin osioon:
1. Tiivistelmä
Tässä osiossa toimittajille annetaan yleiskuva organisaatiostasi ja siitä, miksi julkaiset tarjouspyynnön. Sisällytä yrityksesi koko, toimiala, nykyinen HR-teknologian kokoonpano ja liiketoimintaongelma, jonka haluat ratkaista. Voit esimerkiksi kertoa, että kyseessä on 500 työntekijän terveydenhuoltoalan organisaatio, joka korvaa vanhan palkkajärjestelmän, joka ei pysty tukemaan usean osavaltion vaatimustenmukaisuutta. Pidä osio tiiviinä – sen tarkoitus on luoda lähtökohta, eikä siinä tarvitse kertoa koko tarinaa.
2. Työn laajuus
Määrittele tarkasti, mitä tarvitset HRIS-järjestelmän tekevän ja mikä jää projektin rajojen ulkopuolelle. Kerro täsmällisesti tarvitsemistasi moduuleista, kuten palkanlaskennasta, etuuksien hallinnasta, työajan seurannasta tai suoritusten hallinnasta. Jos siirrät tietoja olemassa olevasta 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 -tunnistautumispalvelusi kanssa. Määritä myös mahdolliset vaatimukset, jotka koskevat käytettävyyden takuuta, tietojen sijaintia, mobiilikäyttöä tai API-rajapinnan saatavuutta. Mitä täsmällisempi olet tässä osiossa, sitä helpompi on karsia toimittajat, jotka eivät täytä vähimmäisvaatimuksiasi.
4. Toimittajan pätevyys
Pyydä toimittajia osoittamaan, että heillä on tarvittava kokemus ja vakaus tarjouksensa toteuttamiseen. Pyydä tietoja esimerkiksi toiminta-ajasta, asiakkaiden kokonaismäärästä ja erityisestä kokemuksesta oman kokoistesi ja toimialasi organisaatioiden palvelemisessa. Jos toimit esimerkiksi rahoituspalvelualalla, kysy, onko toimittajalla nykyisiä asiakkaita, joilla on vastaavanlaiset vaatimustenmukaisuusvaatimukset. Myös vertailukelpoisten organisaatioiden suosittelijoita ja tapaustutkimuksia kannattaa pyytää tässä osiossa.
5. Tietoturvaa ja vaatimustenmukaisuutta koskevat tarpeet
HRIS-alustat tallentavat joitakin arkaluonteisimmista työntekijätiedoistasi, joten tietoturvavaatimukset ansaitsevat oman osionsa. Määritä tarvitsemasi sertifioinnit, kuten SOC 2 Type II, ISO 27001 tai HIPAA-vaatimustenmukaisuus, toimialastasi riippuen. Pyydä toimittajia kuvaamaan tietojen salausstandardit, käyttöoikeuksien hallinta ja tietoturvaloukkausten ilmoitusprosessit. Jos organisaatiosi toimii useissa maissa, sisällytä kaikki tietosuojaa koskevat säädökset, joita toimittajan on tuettava, kuten GDPR tai CCPA.
6. Käyttöönottoa ja koulutusta koskevat odotukset
Kuvaile, 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 avoimen ilmoittautumisen jaksoa, ilmoita määräaika selkeästi. Pyydä toimittajia kuvaamaan käyttöönottomenetelmänsä, käyttöönottopäivänä tarjoamansa tuen ja tavan, jolla he käsittelevät tietojen siirron. Sisällytä odotuksesi loppukäyttäjien koulutuksesta riippumatta siitä, koostuuko se live-tilaisuuksista, omatoimisista kursseista vai erillisestä perehdytystuesta.
7. Hinnoittelu ja lisensointi
Pyydä toimittajia esittämään kustannukset täydellisesti eriteltyinä, mukaan lukien lisenssimaksut, käyttöönottokustannukset sekä jatkuvat tuki- tai ylläpitomaksut. Pyydä esittämään hinnoittelu vakiomuodossa, jotta voit vertailla ehdotuksia ilman ylimääräisiä laskutoimituksia. Muista kysyä helposti huomaamatta jäävistä kustannuksista, kuten lisämoduulien ja API-käytön maksuista tai käyttäjärajojen ylittämisestä. Selkeä hinnoitteluosio ehkäisee yllätyksiä sen jälkeen, kun olet jo sitoutunut toimittajaan.
8. Sopimusehdot
Kuvaa tässä osiossa odotuksesi sopimuksen kestosta, uusimisehdoista ja irtautumislausekkeista. Jos organisaatiollasi on vakiovaatimuksia palvelutasosopimuksista, tietojen omistajuudesta tai irtisanomisoikeuksista, sisällytä ne tähän, jotta toimittajat voivat tuoda mahdolliset ristiriidat esiin varhaisessa vaiheessa. Voit esimerkiksi edellyttää vähintään 99.9 %:n käytettävyyttä koskevaa palvelutasosopimusta tai oikeutta viedä tietosi milloin tahansa vakiomuodossa. Näiden odotusten tuominen esiin tarjouspyynnössä säästää huomattavasti aikaa sopimusneuvotteluissa.
9. Tarjousten jättöohjeet
Kerro toimittajille täsmällisesti, miten, missä ja milloin heidän tulee jättää tarjouksensa. Ilmoita tarjousten jättämisen määräaika, ensisijainen tiedostomuoto ja kysymyksistä vastaavan yhteyshenkilön tiedot. Jos järjestät jäsennellyn kysymys- ja vastausjakson, jossa toimittajat lähettävät kysymyksensä tiettyyn päivämäärään mennessä ja jaat vastaukset kaikille vastaajille, kuvaa prosessi tässä. Selkeät tarjousten jättöohjeet vähentävät edestakaista viestintää ja varmistavat, että kaikki toimittajat työskentelevät samojen tietojen pohjalta.
Määritä arviointikriteerisi
Arviointikriteerien määrittäminen ennen tarjousten saapumista pitää prosessin oikeudenmukaisena ja estää henkilökohtaisten mieltymysten ohjaamasta päätöstä. Se antaa tiimillesi myös yhteisen kehyksen sellaisten toimittajien vertailemiseen, jotka voivat vaikuttaa paperilla hyvin erilaisilta. Ennen tarjouspyynnön lähettämistä sopikaa näistä keskeisistä asioista:
Mikä on tärkeintä?
Kaikki kriteerit eivät ansaitse yhtä suurta painoarvoa, joten rajaa huomiosi kolmeen–viiteen luokkaan, jotka heijastavat suoraan organisaatiosi tavoitteita. 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 välttämättömiä vaatimuksiasi ja tavoitteitasi, ja määritä sitten kullekin prosenttiosuus kokonaispisteistä. Yleisiä huomioitavia pisteytysluokkia ovat:
- Toiminnallinen sopivuus
- Tekniset vaatimukset
- Tietoturva ja vaatimustenmukaisuus
- Käyttöönoton lähestymistapa
- Toimittajan kokemus ja vakaus
- Hinnoittelu ja omistamisen kokonaiskustannukset
- Asiakastuen malli
- Käyttäjäkokemus ja käyttöliittymäsuunnittelu
- Skaalautuvuus ja etenemissuunnitelma
- 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: esimerkiksi toiminnalliselle sopivuudelle voidaan antaa 30 %, hinnoittelulle 20 % ja tietoturvalle 15 %, jolloin jäljelle jäävät luokat jakavat loput. Pisteytä kukin toimittaja jokaisessa 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 työntekijöitä työllistävän kansainvälisen yrityksen tulisi antaa vaatimustenmukaisuudelle suurempi painoarvo kuin yhdessä sijainnissa toimivan yrityksen.
Selkeytä pisteytysprosessiasi
Päättäkää etukäteen, ketkä pisteyttävät tarjoukset ja mikä rooli kullakin arvioijalla on. Ihannetapauksessa jokainen arvioija pisteyttää tarjoukset itsenäisesti ennen kuin ryhmä kokoontuu vertailemaan tuloksia. Tämä vähentää ryhmäajattelua ja tuo aidot erimielisyydet esiin. Käytä vakiomuotoista arviointiasteikkoa, jossa määritellään, mitä pistemäärä 1, 5 tai 10 käytännössä tarkoittaa kussakin luokassa – ilman tätä määritelmää kaksi arvioijaa voi pisteyttää saman vastauksen hyvin eri tavoin. Järjestä ennen pisteytyksen aloittamista kalibrointikokous, jotta kaikki ymmärtävät kriteerit, asteikon ja sen, miten käsitellään erityistapauksia, kuten toimittajaa, joka täyttää vaatimuksen vain osittain.
Lähetä HRIS-RFP
Tarjouspyynnön saaminen oikeiden toimittajien nähtäville selkeästi ja johdonmukaisesti 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. Ota nämä tekijät huomioon, jotta jakelu sujuisi mahdollisimman vaivattomasti:
Valitse oikea jakelumenetelmä
Sinulla on muutama vaihtoehto RFP:n lähettämiseen: suora yhteydenotto ennalta hyväksyttyjen toimittajien luetteloon, julkaiseminen hankintaportaalin kautta tai Jaggaerin tai Coupan kaltaisen sähköisen hankinta-alustan käyttäminen, joka keskittää tarjoukset 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 omistettuun rooliin perustuvaa postilaatikkoa, kuten hris-rfp@yourcompany.com . Näin viestintä pysyy järjestyksessä eikä mitään katoa tiimin jäsenen ollessa poissa.
Aseta selkeät aikatauluodotukset
Realistinen ja hyvin viestitty aikataulu pitää toimittajat aikataulussa ja antaa tiimillesi riittävästi aikaa vastausten asianmukaiseen arviointiin. Sisällytä tämä aikataulu suoraan RFP-asiakirjaan, jotta toimittajat voivat suunnitella sisäiset resurssinsa sen mukaisesti:
- RFP:n julkaisupäivä: Päivä, jolloin toimittajat saavat asiakirjan ja prosessi alkaa virallisesti.
- Toimittajien kysymys- ja vastausaika: Määritetty ajanjakso – tyypillisesti yhdestä kahteen viikkoa julkaisun jälkeen – jonka aikana toimittajat voivat esittää tarkentavia kysymyksiä.
- Lopullisten tarjousten jättämisen määräaika: Tarjousten jättämisen ehdoton määräaika, johon sisältyvät täsmällinen kellonaika ja aikavyöhyke.
- Arviointi- ja valintajakso: Ajanjakso, jonka tiimisi tarvitsee tarjousten pisteyttämiseen ja jatkoesittelyjen tai haastattelujen aikatauluttamiseen.
Määritä tarjousten jättämistä koskevat vaatimukset
Toimittajat tarvitsevat selkeät ohjeet tarjousten oikeaoppiseen jättämiseen, ja epäselvyydet johtavat tässä puutteellisiin tai keskenään epäyhtenäisiin tarjouksiin. Määritä hyväksytty tiedostomuoto – PDF on vakiomuoto, joka säilyttää muotoilun eri järjestelmissä – sekä se, tuleeko toimittajien lähettää tarjous sähköpostitse, hankintaportaalin kautta vai latauslinkillä. Jos olet laatinut pakollisen vastausmallin 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 yksiselitteisesti: useimmat muodolliset RFP-prosessit eivät hyväksy niitä, ja asian ilmoittaminen etukäteen vähentää viime hetken pidennyspyyntöjä.
Arvioi ja esivalitse toimittajien vastaukset
Kun tarjoukset on vastaanotettu, varsinainen arviointityö alkaa – ja se, miten järjestät tämän vaiheen, vaikuttaa siihen, kuinka luottavaiseksi tunnet olosi lopullisen päätöksen suhteen. Jäsennelty lähestymistapa pitää valintaprosessin objektiivisena ja helpottaa yhteisymmärryksen saavuttamista arviointitiimissä. Pidä seuraavat vaiheet mielessä, kun etenet raakatason tarjouksista esivalittujen toimittajien luetteloon:
- 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 kuin ryhmä kokoontuu vertailemaan tuloksia. Näin aidot erimielisyydet tulevat esiin varhain eikä yksi vahva mielipide pääse ohjaamaan koko ryhmän arviota.
- Järjestä jäsennellyt esittelyt esivalittujen toimittajien kanssa: Käytä vakioitua esittelykäsikirjoitusta, jotta jokainen toimittaja käy läpi samat tilanteet, kuten monen osavaltion palkkakauden suorittamisen tai mukautetun perehdytysprosessin työnkulun määrittämisen. Näin esittelyjä voidaan vertailla sen sijaan, että toimittajat hallitsisivat keskustelun suuntaa.
- Tarkista suosittelijat ennen esivalinnan viimeistelyä: Pyydä suosittelijoita samankokoisista ja samalla toimialalla toimivista organisaatioista ja laadi tarkat kysymykset käyttöönottokokemuksesta, tuen reagointinopeudesta sekä mahdollisista eroista luvatun ja toimitetun välillä.
- Selvitä kaikki tarjouksissa epäselväksi jääneet asiat: Jos toimittajan hinnoittelurakenne on epäselvä tai sen vaatimustenmukaisuutta koskevat sertifioinnit eivät ole ajan tasalla, kysy asiasta suoraan ennen toimittajan etenemistä seuraavaan vaiheeseen. Tässä vaiheessa ratkaisematta jäänyt epäselvyys muuttuu paljon suuremmaksi ongelmaksi sopimusneuvottelujen aikana.
Valitse ja ilmoita toimittajille
Toimittajan valinta on vasta puolet työstä – se, miten hoidat viimeiset vaiheet, vaikuttaa sekä allekirjoittamaasi sopimukseen että suhteisiin, jotka viet mukanasi käyttöönottoon. Selkeä viestintä, huolelliset neuvottelut ja sisäinen hyväksyntä suojaavat organisaatiotasi ja luovat oikean sävyn suhteelle uuden toimittajan kanssa. Tässä ovat tärkeimmät vaiheet, jotka on tehtävä ennen RFP-prosessin päättämistä:
Ilmoita valituille ja valitsematta jääneille toimittajille
Ilmoita jokaiselle toimittajalle lopputuloksesta heti, kun päätös on tehty loppuun – älä jätä valitsematta jääneitä toimittajia odottamaan samalla, 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, yleisluontoinen yhteenveto siitä, missä he eivät yltäneet tavoitteisiin, on ammatillinen kohteliaisuus, jota useimmat arvostavat.
Valmistaudu lopullisiin neuvotteluihin
Ennen allekirjoitusta 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. Mene neuvotteluihin selkeällä käsityksellä siitä, mitkä ehdot ovat organisaatiollesi joustavia ja mitkä eivät ole neuvoteltavissa.
Varmista sisäinen yhteisymmärrys ennen allekirjoittamista
Useimmat organisaatiot edellyttävät lakiosaston, talousosaston ja ylimmän johdon hyväksyntää ennen toimittajasopimuksen tekemistä. Varmista, että projektin toimeksiantaja, hankinnoista vastaava henkilö 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.
Parhaat harkittavat HRIS-järjestelmät
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: HRIS-järjestelmän valinta .
