Tampere: yrityksen netti- ja liittymäsopimusten kilpailutus pilvipalvelujen aikakaudella – mitä vaatia SLA:han, tietoliikenneratkaisuihin ja häiriöviestintään?

Netti- ja liittymäsopimusten kilpailutus ei ole enää vain kuukausihinnan viilaamista, kun yrityksen arki pyörii asiakasdataa käsittelevien pilvipalvelujen varassa. Tampereella toimivalle pk-yritykselle yksikin katkos tai jatkuva viive voi näkyä heti myynnissä (CRM ei aukea), tuotannossa (työjonot seisovat) tai laskutuksessa (taloushallinto ei lähetä laskuja). Siksi kilpailutuksessa kannattaa vaatia konkreettiset palvelutasot (SLA), mitattavat tekniset ratkaisut ja selkeä häiriöviestintämalli – ja kirjata ne sopimukseen siten, että vastuut, hyvitykset ja eskalointi ovat yksiselitteisiä.

Tässä artikkelissa käydään läpi, mitä Savers Group Oy:n kaltaisen sopimusten kilpailutuksen asiantuntijan kannattaa pyytää mukaan tarjouspyyntöön ja mitä asioita sopimusvaiheessa on syytä varmistaa erityisesti silloin, kun käytössä on liiketoimintakriittisiä pilvipalveluja (esim. CRM, ajanvaraus, taloushallinto). Mukana on käytännönläheisiä esimerkkejä SLA-mittareista, varayhteyksistä, reitityksestä, mobiililiittymien roolista varmistuksessa sekä siitä, miten häiriöviestintä rakennetaan niin, ettei se jää “odotellaan ja katsotaan” -tasolle.

1) Lähtötilanne Tampereella: kun pilvipalvelut tekevät yhteydestä liiketoimintakriittisen

Tampereen seudulla monella pk-yrityksellä on hybridiarkea: osa henkilöstöstä työskentelee toimistolla, osa asiakkailla ja osa etänä. Kun CRM, sähköposti, Teams/VoIP, taloushallinto ja ajanvaraus ovat pilvessä, nettiyhteys ja mobiilidatan toimivuus muodostavat käytännössä yhden “tuotantolinjan”. Jos yhteys pätkii, seuraukset eivät rajoitu siihen, että “netti on hidas”, vaan myyntiputki, asiakaspalvelu ja laskutus hidastuvat yhtä aikaa. Tästä syystä tarjouspyynnössä kannattaa kuvata palvelukriittisyys suoraan: mitkä järjestelmät ovat käytössä, millaisia vasteaikoja ne edellyttävät ja kuinka paljon yhden tunnin häiriö maksaa teille.

Yksi yleinen virhe kilpailutuksessa on se, että sopimusta arvioidaan vain nimellisnopeuden (esim. 100/100) ja kuukausihinnan kautta. Pilvipalveluiden näkökulmasta olennaisempaa on kuitenkin myös latenssi, jitter, paketinhävikki, ruuhkautuminen sekä se, miten liikenne reitittyy. Toiselle toimialalle lyhytkin pätkäisy on “vain ärsyttävä”, mutta esimerkiksi ajanvaraus- ja kassajärjestelmää käyttävälle palveluyritykselle se on suoraan menetettyä liikevaihtoa. Kun kilpailutatte, tehkää tästä näkyvä vaatimus: yhteyden tulee olla mitattavasti vakaa, ei vain paperilla nopea.

Jos yrityksellä on useampi toimipiste tai liikkuvaa henkilöstöä, kilpailutus kannattaa yhdistää myös laajempaan liittymä- ja nettiliittymästrategiaan. Tästä näkökulmasta voi olla hyödyllistä lukea taustaksi esimerkiksi monitoimipisteisen pk-yrityksen liittymä- ja nettiliittymästrategiaa, jossa käsitellään keskittämisen ja hajauttamisen vaikutusta ohjaukseen, riskeihin ja kustannuksiin.

Kun verkon “heikot lenkit” tunnistetaan, kilpailutus muuttuu ostamisesta hallituksi riskien pienentämiseksi: tavoitteena on minimoida katkojen todennäköisyys ja lyhentää korjausaikaa silloin, kun jotain tapahtuu.

2) SLA-vaatimukset: mitä mitataan, miten mitataan ja mitä tapahtuu, jos tavoite ei täyty?

Hyvä SLA ei ole markkinointilause (“korkea käytettävyys”), vaan sopimukseen kirjattu mittaristo, mittaustapa ja seuraamukset. Kun asiakasdataa käsitellään pilvipalveluissa, kannattaa erottaa vähintään kolme tasoa: (1) toimistoyhteys (kiinteä), (2) varayhteys (esim. 4G/5G tai toinen kiinteä), ja (3) mobiililiittymät (kenttätyö, myynti, johto). Jokaiselle on syytä määrittää oma SLA-logiikka. Kiinteälle yhteydelle voidaan vaatia tiukemmat vaste- ja korjausajat, kun taas mobiilissa painopiste voi olla kuuluvuudessa, kapasiteetissa ja priorisoinnissa.

Käytännön vaatimuslistaan kannattaa sisällyttää ainakin: käytettävyysprosentti (esim. kuukausitasolla), vikailmoituksen vasteaika (milloin tiketti kuitataan), korjausaika (milloin palvelu palautetaan), sekä palautuksen laatu (ei vain “linkki ylös”, vaan sovitut suorituskykymittarit). Lisäksi on olennaista määritellä, mitä lasketaan häiriöksi: onko “hidastelu ja paketinhävikki” sopimusrikkomus vai ainoastaan totaalikatko? Pilvipalveluiden kannalta häiriö voi olla myös se, että yhteys on “päällä” mutta CRM on käytännössä käyttökelvoton.

Seuraamuksista puhuttaessa pelkkä kuukausimaksun hyvitys ei aina ohjaa toimittajaa oikeaan suuntaan, jos liiketoimintavaikutus on iso. Siksi SLA:han kannattaa kirjata porrastetut palvelukrediitit, mahdollinen oikeus purkaa sopimus toistuvissa rikkomuksissa sekä velvoite toimittaa juurisyyraportti (RCA) tietyn ajan sisällä. Jos tarvitsette tukea tarjousten pisteytykseen niin, ettei halvin tule kalleimmaksi, kannattaa katsoa myös ohje pisteytysmallin rakentamiseen tarjouspyynnön jälkeen.

SLA-mittarit, jotka paljastavat “todellisen laadun”

Pilvipalvelut kärsivät usein “pienistä” ongelmista: hetkittäinen viive Teams-puhelussa, pätkivä VPN, tai integraatio, joka kaatuu aikakatkaisuun. Siksi SLA:han kannattaa tuoda teknisiä mittareita, joita voidaan mitata objektiivisesti. Esimerkiksi latenssi (ms), jitter (ms) ja paketinhävikki (%) sovittuun mittauspisteeseen (esim. operaattorin runkoverkon reuna tai sovittu julkinen mittauspalvelu). Lisäksi voidaan sopia, että palveluntarjoaja toimittaa kuukausiraportin toteumasta tai että asiakkaalla on oikeus käyttää omaa monitorointia todisteena.

Hyvä nyrkkisääntö: jos mittaria ei voi mitata, sitä ei voi myöskään reklamoida. Tässä yhteydessä voi olla hyödyllistä hyödyntää yleistä taustatietoa siitä, mitä latenssi ja paketinhävikki tarkoittavat. Esimerkiksi Wikipedia tarjoaa nopean käsitteistön: latency (engineering). Kun käsitteet ovat yhteiset, tarjouspyyntöön on helpompi kirjoittaa vertailukelpoiset vaatimukset.

3) Tietoliikenneratkaisut tarjouspyyntöön: kuitu vs. 5G, varayhteydet ja reitityksen riskit

Tampereella yhteysteknologian valinta on usein yhdistelmä saatavuutta, kustannusta ja riskinsietoa. Kuitu tai muu kiinteä yhteys on tyypillisesti perusta, mutta pilvipalveluiden vuoksi pelkkä “yksi putki” on usein liian haavoittuva. Tarjouspyynnössä kannattaa vaatia vähintään varayhteysratkaisun kuvaus ja mitoitus: mikä on failoverin toimintaperiaate (automaattinen vai manuaalinen), miten DNS/osoitteistus hoidetaan, ja miten varmistetaan, että varayhteys ei ole riippuvainen samasta fyysisestä reitistä tai samasta laitetilasta.

Yksi käytännön vaatimuksista on reitittimen ja palomuurin kyvykkyys: tukeeko laite kahdennettuja yhteyksiä, SD-WAN-toimintoja, liikenteen priorisointia (QoS) ja esimerkiksi Teams/VoIP-liikenteen optimointia. Jos teillä on ajanvaraus, maksupäätteet tai kassajärjestelmä, on myös tärkeää määrittää, mitä palveluita priorisoidaan ruuhkatilanteissa. Kilpailutuksessa kannattaa pyytää toimittajaa kuvaamaan arkkitehtuuri selkeästi: mitä laitteita toimitetaan, kuka hallinnoi niitä, ja miten päivitykset tehdään (sekä milloin).

Kun arvioitte kuitu vs. 5G -kokonaisuutta, vertailu kannattaa tehdä nimenomaan kokonaisriskin kautta, ei vain kuukausihinnan. Jos kaipaatte valmista ajattelurunkoa vertailuun, kannattaa tutustua myös artikkeliin miten arvioida kuitu vs. 5G -ratkaisun kokonaiskustannus ja riskit.

Kun failover ja varmistusratkaisu on dokumentoitu, sitä voidaan testata: “katkaise pääyhteys – kauanko kestää, että CRM ja taloushallinto toimivat varayhteydellä?” Testattavuus kannattaa vaatia jo sopimusvaiheessa, jotta se ei jää käyttöönoton jälkeen arvailuksi.

Minimivaatimus: varayhteys, joka ei kaadu samaan häiriöön

Varayhteyden tarkoitus on suojata juuri niitä tilanteita vastaan, joissa pääyhteys hajoaa. Siksi tarjouspyyntöön kannattaa kirjata vaatimus “riippumattomuudesta”: varayhteys ei saa kulkea samaa kaapelireittiä, saman talojakamon tai saman sähkönsyötön kautta, mikäli tämä on kohtuudella järjestettävissä. Jos täysin riippumaton reitti ei ole mahdollinen, se kannattaa ainakin tunnistaa ja dokumentoida riskinä. Lisäksi on syytä vaatia, että varayhteyden kapasiteetti riittää kriittiseen minimikäyttöön (esim. CRM + taloushallinto + Teams-puhelut), vaikka se ei yllä “normaalin päivän” huippuun.

Monelle pk-yritykselle kustannustehokas ratkaisu on kiinteä pääyhteys + 4G/5G-varmistus. Tällöin mobiiliverkon kuuluvuus ja sisätilojen signaali ovat kriittisiä. Tarjouspyynnössä voidaan edellyttää kuuluvuuskartoitusta, tarvittavia sisäantenniratkaisuja tai reitittimen sijoittelusuunnitelmaa, jotta varayhteys ei ole vain teoreettinen.

4) Häiriöviestintä ja eskalointi: mitä sopimukseen, jotta tieto ei tule “asiakkaalta asiakkaalle”

Häiriötilanteessa suurin kustannus ei synny vain itse katkosta, vaan epävarmuudesta: “Onko tämä meidän laite, operaattorin verkko vai pilvipalvelu?” Siksi häiriöviestintä on syytä kilpailuttaa yhtä tiukasti kuin kuukausihinta. Sopimukseen kannattaa kirjata, millä kanavilla häiriöistä tiedotetaan (sähköposti, SMS, status-sivu, puhelin), kuinka nopeasti ensimmäinen tiedote tulee, ja miten usein tilannepäivityksiä annetaan. Erityisen tärkeää on, että viestit ovat ymmärrettäviä: vaikutusalue, arvioitu korjausaika (ETA) ja kiertotiet/vararatkaisut.

Lisäksi kannattaa määrittää eskalointipolku: milloin tapaus siirtyy 1. tason tuesta 2./3. tasolle, kuka voi avata kriittisen tiketin (ja millä oikeuksilla), ja miten prioriteetti määräytyy. Jos yrityksellä on useita toimipisteitä tai paljon liittymiä, on tärkeää sopia myös nimetyistä yhteyshenkilöistä ja siitä, miten häiriöiden jälkiselvitys tehdään. Toistuvissa häiriöissä pelkkä anteeksipyyntö ei riitä, vaan tarvitaan muutossuunnitelma (esim. reitityksen muutos, laitepäivitys tai varmistuksen lisäys).

Jos haluatte rakentaa kilpailutuksesta selkeän projektin, jossa vastuut ja aikataulut ovat näkyvillä, hyödyllinen taustaluku on projektisuunnitelma sopimusten kilpailutukseen ilman katkoksia. Se auttaa varmistamaan, että myös häiriöviestinnän käytännöt tulevat sovituksi ennen kuin on pakko reagoida tulipalon sammuttamiseen.

Kun häiriöviestintä on prosessi eikä lupaus, yritys pystyy viestimään omille asiakkailleen hallitusti: “tilanne tiedossa, vaikutus rajattu, varayhteys käytössä, seuraava päivitys 30 minuutin päästä”. Tämä yksin vähentää asiakaspalvelun kuormaa ja suojaa luottamusta.

5) Tarjouspyyntö ja sopimusehdot: miten teet vertailusta aidosti vertailukelpoisen (ja GDPR huomioiden)

Jotta tarjoukset ovat vertailukelpoisia, tarjouspyynnön pitää pakottaa toimittajat vastaamaan samoihin kohtiin samalla rakenteella. Käytännössä tämä tarkoittaa vaatimusmatriisia: tekniset vaatimukset (yhteystyyppi, varmistus, laitteet), SLA (mittarit, mittaus, hyvitykset), tuki (vasteaika, aukiolo, kriittisyysluokat), sekä häiriöviestintä (kanavat, aikataulu, status-sivu). Kun jokaisesta kohdasta on “kyllä/ei + kuvaus + liite”, vertailu ei jää myyntipuheen varaan. Tämä lähestymistapa liittyy myös laajempaan kilpailutuksen perustyöhön; perusrunkoa voi vahvistaa lukemalla Kilpailutuksen ABC:n.

Asiakasdataa käsittelevien pilvipalvelujen ympäristössä tarjouspyyntöön kannattaa lisätä tietoturva- ja tietosuojavaatimukset, vaikka itse kilpailutus kohdistuu “vain yhteyksiin”. Esimerkiksi lokitus, hallintaliittymien suojaus, laitteiden elinkaaripäivitykset, sekä se, miten alihankkijat ja huoltohenkilöstö käsittelevät mahdollisesti näkyvää tietoa. Lisäksi on syytä varmistaa, että sopimus ja käytännöt tukevat GDPR:n periaatteita (tarpeellisuus, minimointi, turvallisuus). Jos aihe on ajankohtainen omassa organisaatiossanne, tutustukaa myös Savers Group Oy:n sisältöön aiheesta Sopimusten kilpailutus ja GDPR.

Sopimusneuvotteluissa kannattaa pyytää tarkennuksia erityisesti kohtiin, jotka yleensä jäävät “pienellä präntillä” toimittajan eduksi: indeksiehdot ja hinnankorotukset, irtisanomisaika, asennus- ja muutostyömaksut, laitehallinnan vastuut, sekä se, mikä lasketaan SLA-hyvityksen piiriin. Näissä yksityiskohdissa piilee usein se, miksi kilpailutus ei tuota odotettua hyötyä. Jos kaipaatte konkreettista listaa neuvotteluihin, hyödyllinen on 9 ehtoa, joista kannattaa pyytää tarkennus kilpailutuksen jälkeen.

Lyhyt tarkistuslista: mitä vaatia yhteen “pilvikriittiseen” kilpailutukseen

Alla oleva lista toimii käytännön runkona, kun haluatte varmistaa, että kilpailutus kattaa myös käyttövarmuuden ja häiriötilanteiden hallinnan:

• SLA: käytettävyys, vasteaika, korjausaika, määritelmä häiriölle (myös suorituskyky), raportointi ja hyvitykset.
• Tekniikka: pääyhteys + varayhteys, riippumattomuus, reitittimen/palomuurin hallinta, QoS ja tarvittaessa SD-WAN.
• Häiriöviestintä: kanavat (SMS/sähköposti/status), aikataulu (ensitiedote ja päivitysväli), vaikutuskuvaus ja ETA.
• Eskalointi: kriittisyysluokat, nimetty yhteyshenkilö, RCA-raportti ja korjaavien toimien suunnitelma.
• Sopimusehdot: hinnankorotukset, irtisanominen, muutostyömaksut, laitteiden elinkaari ja ylläpito.

Yhteenveto: kilpailuta yhteys niin, että myynti ja tuotanto eivät katkea

Tampereella pk-yrityksen netti- ja liittymäsopimusten kilpailutus kannattaa rakentaa pilvipalvelujen ehdoilla: pyydä SLA, joka mittaa todellista käyttökokemusta, vaadi varmistusratkaisu joka kestää oikeat häiriötilanteet, ja kirjaa häiriöviestintä sekä eskalointi sopimukseen niin tarkasti, ettei viestintä jää arvailuksi. Kun vaatimukset ovat kirjattuina ja vertailu tehdään rakenteisesti, kilpailutus tuottaa samanaikaisesti säästöjä ja pienemmän käyttökatkoriskin – eli suoraan parempaa liiketoiminnan jatkuvuutta.

Savers Group Oy auttaa helsinkiläisenä liikkeenjohdon konsultointina pk-yrityksiä kilpailuttamaan välttämättömyyspalveluja kustannustehokkaasti ja hallitusti myös silloin, kun taustalla on kriittinen pilviympäristö. Kun kilpailutuksen tavoitteet määritellään oikein, “halpa sopimus” muuttuu hallituksi kokonaisuudeksi: paremmat ehdot, selkeä vastuunjako ja arkea tukevat prosessit.