Skip to main content
Key Takeaways

Kirjoita tarjouspyyntö, kun tarvitset keskenään vertailukelpoisia vastauksia ja oikeudenmukaisen pisteytyksen. Näin saat toimittajat osoittamaan, miten ne täyttävät välttämättömät vaatimukset (kertakirjautuminen (SSO), tietojen säilytys, rajapinnan suorituskyky), ilmoittamaan 1–3 vuoden hinnoittelun lisäosineen sekä jakamaan käyttöönottosuunnitelmat, koontinäytöt ja referenssit.

Jätä se väliin, jos tiimisi on pieni, käyttötapaus yksinkertainen tai budjetti pieni. Tee esivalinta kahdesta vaihtoehdosta, järjestä lyhyt kokeilu tai maksullinen pilotti, käytä yhden sivun tarjouspyyntöpohjaa (kanavat, integraatiot, tietoturva) ja tee päätös nopeasti ilman muodollista tarjouspyyntöä.

Lopputulos: parempi sopivuus ja hinnoittelu. Tiimisi pisteyttää demot välttämättömien ominaisuuksien ja hyödyllisten lisäominaisuuksien perusteella, vertailee kokonaiskustannuksia (lisenssit, lisäosat, palvelut) ja hyödyntää kilpailevia tarjouksia neuvotellakseen monivuotisista alennuksista, käytettävyyden palvelutasosopimuksista ja hyvityksistä.

RFP on muodollinen toimittajien tarjouksia koskeva pyyntö, jota käytetään, kun projektisi on monimutkainen, tarvitsee yksityiskohtaisia tietoja tai arvioit useita toimittajia. Näytän, miten tiimisi voi laatia sellaisen asiakasvuorovaikutusalustaa varten ilman, että prosessista tehdään liian monimutkaista.

Hallinnoit samanaikaisesti tavoitteita, aikatauluja, budjettirajoja sekä lakiosaston, tietoturvan ja IT:n näkemyksiä. Tämä opas auttaa virtaviivaistamaan arviointia, tunnistamaan riskit varhaisessa vaiheessa ja tekemään päätöksen luottavaisin mielin – erityisesti silloin, kun integraatiot koskettavat CRM:ää, CDP:tä/asiakasdata-alustaa ja muita teknologiakokonaisuutesi osia.

Tarvitsetko todella RFP:tä?

RFP on järkevin silloin, kun teet merkittävää alustapäätöstä, johon liittyy useita sidosryhmiä, huomattava budjetti tai monimutkaisia integraatiovaatimuksia. Jos olet korvaamassa vanhaa järjestelmää tai ottamassa alustaa käyttöön suuressa tiimissä, RFP-prosessin ohittaminen on riski, jota et halua ottaa. Nämä ovat selkeimmät merkit siitä, että tarvitset sellaisen:

Continue Reading for Free

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

  • Arvioit vähintään kolmea toimittajaa samanaikaisesti.
  • Hankinta- tai lakiosastosi edellyttää muodollista valintaprosessia.
  • Alustan on integroiduttava useisiin olemassa oleviin työkaluihin tai järjestelmiin.
  • Useat osastot käyttävät alustaa, ja niillä on erilaiset vaatimukset.
  • Sopimuksen arvo ylittää organisaatiosi tavanomaisen hyväksymisrajan.

Milloin RFP voi olla liioittelua

Jos olet pieni tiimi, jolla on rajallinen budjetti ja suoraviivainen käyttötapaus, muutama esittely ja kokeilujakso kertovat sinulle enemmän kuin muodollinen RFP koskaan voisi. Säästä prosessi päätöksiin, jotka todella edellyttävät sitä.

RFI vs RFP vs RFQ: mikä on niiden ero?

RFI, RFP ja RFQ ovat kaikki hankinta-asiakirjoja, mutta niillä on eri tarkoitukset ostoprosessin eri vaiheissa. Kaikki alustahankinnat eivät tarvitse RFP:tä – väärän asiakirjan käyttäminen tuhlaa sekä tiimisi että toimittajiesi aikaa. Kun asiakirja sovitetaan arvioinnin vaiheeseen, prosessi pysyy keskittyneenä ja tuottavana.

Tämän taulukon avulla voit selvittää, mikä asiakirja sopii tilanteeseesi:

AsiakirjatyyppiTarkoitusMilloin käytetäänMitä sisällytetäänVaadittu yksityiskohtaisuuden taso
Tietopyyntö (RFI)Yleisten markkinatietojen kerääminenVarhaisessa tutkimusvaiheessa ennen toimittajien esikarsintaaYleistason kysymyksiä ominaisuuksista, yrityksen taustasta ja tuotteen kehityssuunnitelmastaMatala
Ehdotuspyyntö (RFP)Toimittajien arviointi erityisten vaatimusten perusteellaKun tarpeet on määritelty ja olet valmis vertailemaan ratkaisujaToiminnalliset vaatimukset, integraatiotarpeet, hinnoittelurakenne, tukimalli ja tietoturvastandarditKorkea
Tarjouspyyntö (RFQ)Tarkan hinnoittelun hankkiminenKun vaatimukset on määritelty ja tarvitset kustannusvertailujaYksityiskohtaiset tekniset tiedot, määrä, sopimusehdot ja toimitusodotuksetKeskitaso

Yleiset RFP-virheet, joita kannattaa välttää

Huonosti kirjoitettu RFP johtaa epämääräisiin toimittajien vastauksiin, joiden perusteella vertailu on lähes mahdotonta. Vielä pahempaa on, että voit päätyä valitsemaan alustan, joka näyttää paperilla hyvältä mutta ei vastaa todellisia tarpeitasi.

Kun vältät nämä virheet, toimittajat saavat tarvitsemansa tiedot laadukkaan vastauksen laatimiseen ja sinä saat tarvitsemasi tiedot luottavaisen päätöksen tekemiseen:

Riittämättömät taustatiedot tai konteksti

Toimittajien on ymmärrettävä liiketoimintasi, ennen kuin he voivat ehdottaa sopivaa ratkaisua. Jos jätät asiayhteyden kuvaamatta – tiimisi koon, nykyiset työkalut, asiakasmäärän ja keskeiset haasteet – saat yleisluontoisia vastauksia, jotka eivät vastaa tilanteeseesi. Sisällytä lyhyt yritysesittely ja selkeä kuvaus ongelmasta, jota yrität ratkaista.

Puuttuva tai epäselvä budjetti

Budjetin ilmoittamatta jättäminen ei suojaa neuvotteluasemaasi – se vain tuhlaa kaikkien aikaa. Toimittajat joko ehdottavat liian laajaa tai liian suppeaa ratkaisua, ja päädyt vertailemaan ratkaisuja, jotka eivät todellisuudessa kuulu samaan hintaluokkaan. Ilmoita vähintään budjettihaitari, jotta toimittajat voivat mukauttaa ehdotuksensa siihen, mikä on sinulle realistista.

Abstraktein termein tai raskaalla lakikielellä kirjoitetut vaatimukset vaikeuttavat toimittajien tarkkaa vastaamista. Ilmaukset kuten "alustan on tuettava asiakasvuorovaikutusta" eivät kerro toimittajille mitään hyödyllistä. Kirjoita vaatimukset selkeällä kielellä ja määrittele täsmällisesti, mitä alustan on tehtävä, kenelle ja millä ehdoilla.

Arviointikriteerejä ei ole ilmoitettu

Jos toimittajat eivät tiedä, miten pisteytät heidän vastauksensa, he eivät voi asettaa sinulle tärkeimpiä asioita etusijalle. Tämä johtaa tarpeettoman laajoihin ehdotuksiin, joiden sekaan tarvitsemasi tiedot hautautuvat. Ilmoita arviointikriteerit etukäteen – mukaan lukien se, miten painotat esimerkiksi hinnoittelua, integraatioita ja tukea – jotta toimittajat voivat vastata niiden mukaisesti.

Toimittajien vastauksille ei ole vakiomuotoa

Kun jokainen toimittaja jäsentää vastauksensa eri tavalla, niiden vertailusta tulee manuaalinen ja aikaa vievä prosessi. Vastausmuodon standardointi tarkoittaa, että voit arvioida toimittajia rinnakkain ilman, että joudut etsimään vastauksia epäjohdonmukaisesti järjestetyistä asiakirjoista. Toimita selkeä mallipohja tai vastausrakenne osana tarjouspyyntöaineistoasi.

Unlock practical AI frameworks, peer-led conversations, and strategic CX insights.

Kokoa asiakasvuorovaikutusalustan tarjouspyyntötiimi

Tarjouspyynnön kirjoittaminen yksin on yksi nopeimmista tavoista päätyä asiakirjaan, joka on täynnä aukkoja. Ongelmaa lähimpänä olevien ihmisten – ja niiden, jotka joutuvat elämään päätöksen kanssa – on päästävä vaikuttamaan ennen kuin yhtäkään vaatimusta kirjoitetaan. Eri toimintojen edustajista koostuva tiimi havaitsee katvealueet varhaisessa vaiheessa ja tekee lopullisesta arvioinnista huomattavasti helpommin perusteltavan.

Ota oikeat ihmiset mukaan heti alusta alkaen:

Hankkeen sponsori

Hankkeen sponsori on yleensä asiakaskokemuksesta vastaava varatoimitusjohtaja, asiakkuusjohtaja tai asiakasmenestyksestä vastaava johtaja. Hän määrittää tarjouspyynnön strategisen suunnan ja varmistaa, että arviointi pysyy linjassa laajempien liiketoimintatavoitteiden kanssa. Hänen hyväksyntänsä antaa prosessille myös tarvittavan organisatorisen painoarvon, jotta se voi edetä nopeasti.

Toiminnalliset asiantuntijat

Toiminnallisiin asiantuntijoihin kuuluvat esimerkiksi asiakaskokemustoimintojen vetäjä, tukitiimin esihenkilö tai asiakasmenestyspäällikkö. He ymmärtävät päivittäiset työnkulut, joita alustan on tuettava, ja heidän näkemyksensä muovaa teknisten ja toiminnallisten vaatimusten osiota. Ilman heitä tarjouspyynnöstäsi saattavat jäädä pois tärkeimmät toiminnalliset yksityiskohdat.

Hankinta- tai tarjouspyyntöjen kirjoittajat

Tähän ryhmään kuuluvat yleensä hankintapäällikkö, toimittajahallinnan vetäjä tai erillinen tarjouspyyntöasiantuntija. He tuovat prosessiin rakennetta, varmistavat sisäisten hankintaperiaatteiden noudattamisen ja osaavat kirjoittaa vaatimuksia, jotka kestävät sopimusneuvottelujen tarkastelun. Heidän osallistumisensa pitää asiakirjan juridisesti pitävänä ja ammattimaisesti muotoiltuna.

Loppukäyttäjät ja sidosryhmät

Loppukäyttäjiin ja sidosryhmiin kuuluvat etulinjan tukihenkilöt, asiakasmenestyksen edustajat ja käyttöönottospesialistit. He tarjoavat käytännön näkemyksen siitä, millä ominaisuuksilla on todellisuudessa merkitystä verrattuna siihen, mikä näyttää hyvältä esittelyssä. Heidän osallistamisensa varhaisessa vaiheessa auttaa myös

Määrittele välttämättömät ominaisuudet ja tavoitteet

Ennen kuin kirjoitat yhtäkään vaatimusta, sinun on muodostettava selkeä kuva siitä, mihin nykyinen ratkaisusi ei pysty ja miltä onnistuminen näyttää vaihdon jälkeen. Palveluntarjoajat vastaavat parhaiten, kun he ymmärtävät ratkaistavat erityiset puutteet eivätkä näe vain yleistä toivottujen ominaisuuksien luetteloa. Kipukohtien, tavoitteiden ja ehdottomien vaatimusten määrittely etukäteen helpottaa myös sellaisten toimittajien karsimista, jotka eivät todellisuudessa sovi tarpeisiisi, ennen kuin käytät aikaa heidän ehdotustensa arviointiin. Näin varmistat, että saat kaikki asiakasvuorovaikutusohjelmiston hyödyt.

Pidä seuraavat keskeiset alueet mielessä, kun laadit tätä osiota:

  • Nykyisen järjestelmän kipukohdat: Dokumentoi tarkasti, missä nykyinen alustasi ei täytä tarpeita. Jos tiimisi esimerkiksi ohjaa tikettejä manuaalisesti, koska nykyisestä työkalustasi puuttuu älykäs tehtävien kohdistus, kerro se selkeästi. Konkreettiset kipukohdat antavat toimittajille täsmällisen ongelman ratkaistavaksi.
  • Tarvittavat parannukset ja onnistumisen tulokset: Määrittele mitattavin termein, miltä onnistunut käyttöönotto näyttää. Jos tavoitteenasi on lyhentää ensimmäiseen vastaukseen kuluvaa aikaa 20 % tai nostaa CSAT-pisteitä tietyn kynnysarvon verran, sisällytä nämä tavoitteet. Toimittajat, jotka ymmärtävät onnistumiskriteerisi, voivat ehdottaa ratkaisuja, jotka on todella rakennettu niiden ympärille.
  • Toiminnalliset, tekniset ja vaatimustenmukaisuuteen liittyvät tarpeet: Luettele ominaisuudet, joita tiimisi tarvitsee työnsä tekemiseen, järjestelmät, joihin alustan on integroiduttava, sekä kaikki sääntelyvaatimukset, joita organisaatiosi koskevat. Jos käsittelet asiakastietoja GDPR:n tai HIPAA:n alaisena, vaatimustenmukaisuuden tukeminen on ehdoton vaatimus. Kerro asiat selkeästi, jotta toimittajat voivat vahvistaa täyttävänsä nämä vaatimukset ennen ehdotuksen jättämistä.
  • Käyttäjäroolit, käyttömäärät ja työnkulut: Määrittele, ketkä käyttävät alustaa, kuinka usein ja missä tehtävässä. Sata tikettiä päivässä käsittelevällä tukihenkilöllä on erilaiset tarpeet kuin asiakasmenestyspäälliköllä, joka järjestää neljännesvuosittaisia liiketoimintakatsauksia. Keskeisten käyttäjäroolien ja työnkulkujen kartoittaminen auttaa toimittajia ehdottamaan oikeaa kokoonpanoa ja lisenssirakennetta.
  • Käyttöönottoa koskevat toiveet: Selvennä, tarvitsetko pilvipohjaisen, paikallisesti asennetun vai hybridikäyttöönoton ja onko sinulla toivottu käyttöönottoaikataulu. Jos tiimisi IT-resurssit ovat rajalliset, toimittajan hallinnoima SaaS-käyttöönotto voi olla ehdoton vaatimus. Kun kerrot tästä avoimesti, karsiutuvat toimittajat, joiden toimitusmalli ei vastaa rajoitteitasi.

Laadi asiakasvuorovaikutusalustan RFP

Kaikki tekemäsi valmistelutyö – tiimin kokoaminen, vaatimusten määrittely ja tavoitteiden yhteensovittaminen – johtaa suoraan tähän vaiheeseen. Hyvin järjestelty RFP-asiakirja helpottaa toimittajien täsmällistä vastaamista ja antaa arviointitiimillesi yhdenmukaisen rakenteen, jonka pohjalta työskennellä. Seuraavat asiat kannattaa sisällyttää kuhunkin osioon:

1. Tiivistelmä

Tiivistelmä antaa toimittajille yleiskuvan organisaatiostasi, ratkaistavasta ongelmasta ja siitä, mitä ratkaisulta etsit. Pidä se tiiviinä – kaksi tai kolme kappaletta, joissa kerrot, kuka olet, millainen nykyinen ratkaisusi on ja miksi etsit markkinoilta uutta ratkaisua. Voit esimerkiksi kertoa, että tukitiimisi käsittelee 10 000 asiakasvuorovaikutusta kuukaudessa sähköpostin, chatin ja puhelimen kautta ja että nykyiseltä alustaltasi puuttuvat tarvitsemasi monikanavainen reititys ja tiedonhallintaominaisuudet. Tämä osio määrittää koko asiakirjan sävyn, joten tee siitä selkeä ja täsmällinen.

2. Työn laajuus

Työn laajuus määrittelee tarkasti, mitä tarvitset alustan tekevän ja mitkä ovat yhteistyön rajat. Kuvaa keskeiset käyttötapaukset, joita alustan on tuettava – tikettien hallinta, reaaliaikainen chat, asiakaspolun seuranta, asiakassegmentointi, markkinointikampanjat, sosiaalisen median viestit, ennakoiva yhteydenotto tai mikä tahansa tiimisi kannalta olennainen. Kerro selkeästi, mikä kuuluu työn laajuuteen ja mikä ei, jotta toimittajat eivät täytä ehdotuksiaan ominaisuuksilla, joita et tarvitse. Jos olet korvaamassa nykyistä työkalua, kerro, kuuluuko tietojen siirtäminen odotettuun työn laajuuteen.

3. Tekniset vaatimukset

Tässä osiossa luetellaan toiminnalliset ja tekniset vaatimukset, jotka alustan on täytettävä. Sisällytä järjestelmät, joihin sen on integroiduttava – CRM-koontinäyttösi, tukipalvelusi, asiakastietojärjestelmäsi, webinaarialustasi tai markkinoinnin automaatiotyökalusi – ja määritä, tarvitsetko valmiita liittimiä vai API-käyttöoikeuden. Jos tiimisi työskentelee useissa kanavissa, luettele ne kaikki ja täsmennä kunkin tarvittava tuen taso. Ole tässä mahdollisimman tarkka, sillä epämääräiset tekniset vaatimukset ovat yksi yleisimmistä syistä siihen, etteivät toimittajien ehdotukset vastaa tarpeita.

4. Toimittajan pätevyys

Pyydä toimittajia tässä osiossa osoittamaan, että niillä on tarvittava kokemus ja vakaus ehdotuksensa toteuttamiseen. Pyydä tietoja esimerkiksi siitä, kuinka kauan ne ovat toimineet, kuinka suuri niiden asiakaskunta on ja onko niillä kokemusta oman kokoistesi ja samalla toimialalla toimivien yritysten kanssa työskentelystä. Pyydä kahden tai kolmen samankaltaisia käyttötapauksia omaavan organisaation asiakasreferenssit ja harkitse sellaisten tapaustutkimusten pyytämistä, joissa esitetään mitattavia tuloksia. Näin voit erottaa todistetusti menestyneet toimittajat niistä, jotka vasta selvittävät toimintatapaansa.

5. Tietoturva- ja vaatimustenmukaisuustarpeet

Kirjaa tietoturvastandardit ja sääntelyvaatimukset, jotka alustan on täytettävä, ennen kuin pidät sitä varteenotettavana vaihtoehtona. Jos organisaatiosi toimii GDPR:n, HIPAA:n, SOC 2:n tai jonkin muun viitekehyksen alaisena, ilmoita se selkeästi ja pyydä toimittajia vahvistamaan vaatimustenmukaisuus sekä toimittamaan sitä tukevat asiakirjat. Kysy tietojen sijainnista, salausstandardeista, käyttöoikeuksien hallinnasta ja siitä, miten toimittaja käsittelee tietoturvapoikkeamia. Toimittajat, jotka eivät pysty vastaamaan näihin kysymyksiin perusteellisesti, muodostavat riskin, jota et halua ottaa.

6. Käyttöönottoa ja koulutusta koskevat odotukset

Tässä osiossa määritetään odotukset sille, miten alusta otetaan käyttöön ja miten tiimisi perehdytetään sen käyttöön. Määritä tavoiteltu tuotantokäytön aloituspäivä, mahdolliset ajanjaksot, jolloin laajamittainen siirtymä ei ole mahdollinen, sekä käytettävissä olevan sisäisen IT-tuen määrä. Pyydä toimittajia kuvaamaan käyttöönottomenetelmänsä, oman kokoisille organisaatioillesi tyypilliset aikataulut sekä loppukäyttäjille ja ylläpitäjille tarjoamansa koulutusresurssit. Jos jatkuva tuki on sinulle tärkeää, kysy, miten se järjestetään alkuperäisen perehdytysjakson päätyttyä.

7. Hinnoittelu ja lisensointi

Pyydä toimittajia esittämään yksityiskohtainen erittely hinnoittelumallistaan, mukaan lukien käyttäjäkohtaiset kustannukset, käyttöön perustuvat maksut, lisäosien hinnoittelu sekä mahdolliset käyttöönotto- tai perehdytyskustannukset. Pyydä hinnat useille eri skenaarioille, jos tiimisi koko tai käytön määrä saattaa muuttua – esimerkiksi hinnat 50 käyttäjälle ja 150 käyttäjälle. Varmista, että toimittajat ilmoittavat kaikista perushintaan kuulumattomista kustannuksista, kuten API-käyttöoikeudesta, premium-integraatioista tai edistyneestä raportoinnista. Sopimusvaiheen yllätykset voidaan välttää esittämällä tässä oikeat kysymykset.

8. Sopimusehdot

Kuvaa tässä osiossa sopimusta koskevat odotukset, joihin toimittajien tulee olla valmiita vastaamaan ehdotuksissaan. Määritä toivottu sopimuksen kesto, tarvitsetko kuukausittain uusittavaa joustavuutta vai oletko valmis monivuotisiin sopimuksiin, sekä kaikki lakitiimisi edellyttämät vakioehdot. Pyydä toimittajia ilmoittamaan hinnankorotuksia, tietojen omistajuutta ja asiakastietojesi kohtaloa koskevat käytäntönsä, jos päätät lopettaa yhteistyön. Näiden ehtojen selkeyttäminen varhaisessa vaiheessa ehkäisee hankalia keskusteluja myöhemmin prosessin aikana.

9. Ehdotusten toimittamisohjeet

Tässä osiossa kerrotaan toimittajille tarkasti, miten ja milloin niiden tulee toimittaa ehdotuksensa. Ilmoita toimituksen määräaika, suositeltu tiedostomuoto, kysymysten yhteyshenkilö sekä kaikki erityiset muotoiluvaatimukset, joita toimittajien odotetaan noudattavan. Jos käytät vakiomuotoista vastauspohjaa, liitä se tähän ja ilmoita selkeästi, että muotoa noudattamatta jättävät vastaukset voidaan hylätä. Hyvin määritelty toimitusprosessi kertoo toimittajille, että arviointisi on järjestelmällinen ja oikeudenmukainen.

Määritä arviointikriteerisi

Arviointikriteerien määrittäminen ennen ehdotusten saapumista erottaa jäsennellyn päätöksenteon intuitioon perustuvasta päätöksestä. Ilman selkeitä kriteerejä tiimisi päätyy väittelemään mieltymyksistä sen sijaan, että se vertailisi toimittajia yhteisen standardin perusteella. Näin rakennat arviointikehyksen, joka pitää prosessisi objektiivisena ja tiimisi samalla linjalla:

Mikä on tärkeintä?

Kaikilla vaatimuksilla ei ole samaa painoarvoa, ja pisteytyksesi tulisi heijastaa tätä. Rajaa arviointisi kolmeen tai viiteen tavoitteisiisi suoraan liittyvään kategoriaan – kaiken pisteyttäminen samalla tavalla vain vaikeuttaa päätöksentekoa. Asiakasvuorovaikutusalustan yleisiä kategorioita ovat esimerkiksi:

  • Ominaisuuksien ja toiminnallisuuden sopivuus
  • Integrointimahdollisuudet
  • Tietoturva ja vaatimustenmukaisuus
  • Toimittajan kokemus ja referenssit
  • Hinnoittelu ja omistamisen kokonaiskustannukset
  • Uusien asiakkaiden käyttöönoton ja perehdytyksen tuki
  • Skaalautuvuus ja tuotekehityksen etenemissuunnitelma
  • Helppokäyttöisyys

Valitse kategoriat, jotka vastaavat lähimmin aiemmin RFP-prosessin aikana määrittämiäsi haasteita ja painopisteitä.

Käytä pisteytystaulukkoa

Pisteytystaulukossa kullekin kategorialle annetaan numeerinen painoarvo sen perusteella, kuinka tärkeä se on päätöksellesi. Jos esimerkiksi saumaton CRM-integraatio on tiimillesi ehdoton vaatimus, saatat antaa integraatio-ominaisuuksille 30 prosentin painoarvon, kun taas hinnoittelun painoarvo on 15 prosenttia. Pisteytä kukin kriteeri yhdenmukaisella asteikolla – sekä asteikot 1–5 että 1–10 toimivat hyvin, kunhan käytät samaa asteikkoa kaikkien toimittajien kohdalla. Säädä painoarvoja vastaamaan sitä, mitä tiimisi todella tarvitsee, älä sitä, mikä näyttää paperilla tasapainoiselta.

Selkeytä pisteytysprosessisi

Päättäkää etukäteen, ketkä pisteyttävät tarjoukset ja mikä rooli kullakin arvioijalla on. Tukitoimintojen johtaja voi pisteyttää toimittajia työnkulkujen toiminnallisuuksien perusteella, kun taas IT-johtajasi keskittyy tietoturvaan ja integraatioihin – arvioijien osoittaminen kategorioihin, jotka he tuntevat hyvin, tuottaa tarkempia pisteitä. Käyttäkää standardoitua arviointiperustetta, jossa määritellään, mitä arvosana 1 ja arvosana 5 käytännössä tarkoittavat kussakin kategoriassa, jotta arvioijat eivät tulkitse asteikkoa eri tavoin. Järjestäkää ennen pisteytyksen aloittamista lyhyt yhteensovittamiskokous, jossa käytte arviointiperusteen yhdessä läpi ja ratkaiset mahdolliset epäselvyydet.

Julkaise asiakasvuorovaikutusalustaa koskeva RFP

RFP:n saaminen oikeiden toimittajien nähtäväksi selkeästi ja yhdenmukaisesti on aivan yhtä tärkeää kuin sen hyvä kirjoittaminen. Järjestäytymätön jakeluprosessi johtaa toimittajien epätasaisiin vastauksiin, määräaikojen ylittymiseen ja arviointiin liittyviin ongelmiin, jotka olisi voitu välttää. Pidä seuraavat tekijät mielessä, jotta RFP:si vastaanotetaan hyvin:

Valitse oikea jakelumenetelmä

RFP:n jakeluun on muutamia vaihtoehtoja: sähköposti, hankintaportaali tai erillinen RFP-hallintatyökalu, kuten Loopio tai RFPIO. Pienemmän toimittajalistan tapauksessa suora sähköposti kunkin yrityksen nimetylle yhteyshenkilölle toimii hyvin – varmista vain, että tavoitat oikean henkilön etkä yleistä myyntisähköpostia. Jos hallinnoit laajempaa prosessia tai odotat suurta määrää vastauksia, keskitetty alusta helpottaa huomattavasti lähetysten seuraamista, päivitysten lähettämistä ja kaiken pitämistä yhdessä paikassa. Roolipohjaisen postilaatikon, kuten rfp@yourcompany.com, määrittäminen antaa toimittajille myös selkeän yhteyspisteen ja estää henkilökohtaista postilaatikkoasi muodostumasta pullonkaulaksi.

Aseta selkeät aikatauluodotukset

Realistinen ja hyvin viestitty aikataulu pitää toimittajat ajan tasalla ja antaa tiimillesi riittävästi aikaa arvioida vastaukset asianmukaisesti. Lisää tämä aikataulu suoraan RFP-asiakirjaan, jotta kaikki toimittajat noudattavat samaa aikataulua:

  • RFP:n julkaisupäivä: Päivä, jolloin toimittajat vastaanottavat asiakirjan ja prosessi alkaa virallisesti
  • Toimittajien kysymys- ja vastausjakso: Määritelty ajanjakso – tyypillisesti yhdestä kahteen viikkoa – jonka aikana toimittajat voivat esittää tarkentavia kysymyksiä
  • Lopullisten tarjousten jättämisen määräaika: Tarjousten jättämisen ehdoton määräaika aikavyöhyke mukaan lukien
  • Arviointi- ja valintajakso: Ajanjakso, jonka tiimisi tarvitsee tarjousten pisteyttämiseen ja päätöksen tekemiseen

Kun jätät puskuriaikaa kunkin vaiheen väliin, prosessi ei pääse tiivistymään lopussa, kun tiimisi yrittää tehdä lopullista päätöstä.

Määrittele tarjousten jättämistä koskevat vaatimukset

Toimittajien on tiedettävä tarkasti, miten heidän tulee jättää tarjouksensa, ennen kuin he alkavat kirjoittaa niitä. Määrittele hyväksytyt tiedostomuodot – PDF on vakiomuoto, mutta jos haluat muokattavia vastauksia, tarkenna, hyväksytäänkö Word- tai Excel-tiedostoja. Jos olet laatinut vastauspohjan, ilmoita selkeästi, onko sen käyttö pakollista vai valinnaista, ja kerro, hylätäänkö tarjoukset, jotka eivät noudata kyseistä muotoa. Ilmoita lopuksi myöhästyneitä tarjouksia koskeva käytäntösi yksiselitteisesti – jos et hyväksy niitä, sano se suoraan, ja jos käytössä on lisäaika, määrittele se selkeästi, jotta toimittajat eivät joudu arvailemaan.

Arvioi ja valitse toimittajien vastausten perusteella lyhytlista

Kun tarjouksia alkaa saapua, arvioinnin laatu riippuu siitä, kuinka hyvin tiimisi pysyy järjestäytyneenä ja objektiivisena. Toimittajat esittelevät ratkaisunsa eri tavoin, joten tehtäväsi on sivuuttaa nämä erot ja mitata kaikkia saman standardin perusteella. Siirry täydestä tarjousjoukosta luotettavaan lyhytlistaan seuraavien vaiheiden avulla:

  • Yhdenmukaista ehdotukset ennen niiden arviointia: Jos toimittajat eivät noudattaneet vakiomuotoa, muotoile heidän vastauksensa yhdenmukaiseen rakenteeseen ennen kuin tiimisi aloittaa pisteytyksen. Näin arvioijat eivät keskity ehdotuksen viimeisteltyyn ulkoasuun sen sijaan, mitä siinä todella sanotaan.
  • Sovella pisteytysmatriisia johdonmukaisesti: Pyydä jokaista arvioijaa pisteyttämään ehdotukset itsenäisesti käyttäen arviointikriteerejä, jotka määrittelit ennen niiden lähettämistä. Itsenäinen pisteytys vähentää ryhmäajattelua ja antaa selkeämmän kuvan siitä, missä arvioijat ovat samaa mieltä ja missä on todellista erimielisyyttä.
  • Järjestä jäsenneltyjä esittelyjä loppusuoralle päässeiden toimittajien kanssa: Kun olet pisteyttänyt ehdotukset, kutsu parhaat ehdokkaat esittelemään alustaa ennalta määritellyn tilanteen avulla – esimerkiksi näyttämään, miten heidän työkalunsa käsittelee suuren volyymin tukijonoa monikanavaisella reitityksellä. Jäsennellyt esittelyt ovat huomattavasti hyödyllisempiä kuin avoimet esittelykierrokset.
  • Valmistele kysymykset toimittajahaastatteluja varten: Hyödynnä kunkin ehdotuksen puutteita tai epäselvyyksiä ja laadi jokaiselle toimittajalle kohdennettu kysymyslista. Tämä on tilaisuutesi testata kriittisesti väitteitä integraation kattavuudesta, tekoälyominaisuuksista tai käyttöönoton aikatauluista.
  • Tarkista suosittelijat suoraan: Ota yhteyttä kunkin toimittajan nimeämiin asiakasreferensseihin ja kysy tarkkoja kysymyksiä käyttöönoton kokemuksesta, tuen laadusta ja siitä, täyttikö alusta annetut lupaukset. Suosittelijapuhelu, joka menee pidemmälle kuin ”olitteko tyytyväisiä siihen?”, kertoo sinulle paljon enemmän.
  • Pyydä selvennykset kirjallisesti: Jos jokin ehdotuksessa on epäselvää tai ristiriitaista, pyydä toimittajaa selventämään asia kirjallisesti puhelun sijaan. Kirjalliset vastaukset muodostavat aineiston, johon voit palata lopullisten neuvottelujen aikana.

Valitse toimittajat ja ilmoita päätöksestä

Lopulliseen päätökseen pääseminen on tärkeä virstanpylväs, mutta seuraavien vaiheiden hoitaminen ratkaisee, päättyykö prosessi sujuvasti. Toimittajille ilmoittaminen nopeasti, harkittu neuvotteleminen ja sisäisen hyväksynnän varmistaminen ennen sitoutumista suojaavat organisaatiotasi ja luovat oikean sävyn tulevalle toimittajasuhteelle. Näin saat prosessin päätökseen onnistuneesti:

Ilmoita valituille ja valitsematta jääneille toimittajille

Ota ensin yhteyttä valitsemaasi toimittajaan ennen kuin ilmoitat kenellekään muulle, jotta voit varmistaa heidän jatkuvan kiinnostuksensa ja aloittaa siirtymisen sopimusneuvotteluihin. Valitsematta jääneille toimittajille oikea-aikainen ja kunnioittava ilmoitus on tärkeä – saatat palata näihin suhteisiin tulevaisuudessa, ja toimittajien jättäminen epätietoisuuteen antaa organisaatiostasi huonon kuvan. Lyhyt viesti, jossa kerrot edenneesi toisen ratkaisun kanssa, riittää; sinun ei tarvitse antaa yksityiskohtaista erittelyä, mutta korkeantason palautteen tarjoaminen pyydettäessä on ammattimainen kohteliaisuus, joka kannattaa osoittaa.

Valmistaudu lopullisiin neuvotteluihin

Asiakasvuorovaikutusalustan sopimusneuvotteluissa käsitellään tyypillisesti hinnoittelua, sopimuksen kestoa, SLA-sitoumuksia, tietojen omistajuutta ja irtisanomislausekkeita. Vaadi selkeyttä siihen, mitä tiedoillesi tapahtuu, jos päätät sopimuksen ennenaikaisesti, ja varmista, että RFP-prosessin aikana käsitellyt käyttöönoton aikataulut tai käyttöönottositoumukset sisältyvät lopulliseen sopimukseen. Jos toimittaja tarjosi ehdotusvaiheessa alennusta tai mukautettua määritystä, varmista ennen allekirjoittamista, että se on kirjattu sopimukseen.

Varmista sisäinen yhteisymmärrys ennen allekirjoittamista

Varmista ennen sopimuksen lähettämistä allekirjoitettavaksi, että kaikki sen hyväksymiseen tarvittavat henkilöt ovat tarkistaneet sen. Näihin kuuluvat tyypillisesti projektin vastuuhenkilö, lakiasiain neuvonantaja, hankintavastaava ja taloustiimi – jokainen tarkistaa eri asioita vastuunrajoituslausekkeista budjetin hyväksyntään. Kun kaikki hyväksynnät dokumentoidaan etukäteen, viime hetken viivästykset vältetään eikä kukaan ylläty ehdoista jälkikäteen.

Parhaat harkittavat asiakasvuorovaikutusalustat

Jos vielä kokoat toimittajalistaasi, tässä on joitakin johtavia asiakasvuorovaikutusalustoja, jotka kannattaa sisällyttää RFP-prosessiisi:

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 asiakasvuorovaikutusmallien avulla

Tutustu seitsemään hyväksi todettuun asiakasvuorovaikutusmalliin ja katso, miten johtavat brändit suunnittelevat lähestymistapansa tässä asiakasvuorovaikutusmalleja käsittelevässä oppaassa.