Jotta asiasta saa paremmin kiinni, päätin linjata muutaman keskeisen osa-alueen, jotka nousevat esille keskusteluissa alustatoimittajista ja asiakkaiden tarpeista.
- Vastuuta voi myös jakaa
Jokainen asiakas määrittää ihannekumppaninsa myös alustaratkaisujen suhteen hieman eri tavoin. Monelle yritykselle alustan ja sitä kautta myös alustapalveluiden kehittäminen sekä osaamisen ylläpito ei ole priorisoitu korkealla. Tällöin etsitään kumppania, joka voi toteuttaa niitä kuuluisia kokonaisratkaisuja. Näissä tapauksissa on yleistä, että kumppani suorittaa alustan osalta vaadittavat toimenpiteet, kuten tietoturvapäivitykset ja vastaa varmistuksista, monitoroi alustaa ja sovittua palvelukerrosta. Asiakas on tyytyväinen ja osaava kumppani antaa aktiivisia kehitysehdotuksia asiakkaan liiketoiminnan ehdoilla, jos asiakas sen suo. Yhteistyö toimii ja kaikki ovat tyytyväisiä.
Toisessa tarpeessa asiakkaat taas etsivät enemmän luotettavaa palveluntarjoajaa, joka kykenee tuottamaan laadukkaita alusta- ja kapasiteettipalveluita, mutta haluavat tehdä asioita itse. Tämäkin malli on mielestäni aivan toimiva, mikäli asiakkaalta osaamista ja resursseja tähän löytyy. Osaava ja asiakaslähtöinen alustakumppani ei saa jumittua liikaa ”kun me haluamme nämä tehdä” -asenteeseen, vaan kykenee mukautumaan asiakkaan tarpeeseen. Palveluita ja toimintamallia tulee kyetä myös yhteistyön edetessä muokkaamaan tarpeiden mukaisesti.
- Tuotteistuksen ongelmakohdat
”Meillä on hyvä tuotteistus ja palveluita on helppo ostaa”. Näinhän se monesti onkin, mutta toisaalta tuotteistusta tulee kyetä päivittämään ja sen päällimmäinen tarkoitus on ratkaista asiakkaan ongelma tuotteen tai palvelun avulla. En tarkoita, että jokaiselle asiakkaalle kannattaa rakentaa omanlaista himmeliä, jonka toiminnan lopulta ymmärtää vain projektin toteuttanut asiantuntija. Ratkaisujen tulee pyrkiä selkeyteen ja sitä kautta myös ylläpitoon hyvällä elinkaarella, mutta samalla tarve palvelulle ja ratkaisulle tulee kuitenkin asiakkaan suusta. Osaava kumppani kykenee kuuntelemaan asiakasta ymmärtääkseen – ei niinkään vastatakseen. Ratkaisut tulevat kyllä ymmärryksen tuotteena. Asiakaslähtöisyys on aina tärkeässä roolissa ja avaintekijä onnistumiseen.
Hyvin tuotteistettu palvelu voi vastata asiakkaan tarpeeseen sellaisenaan. Toisaalta joskus pieni viilaus voi olla paikallaan, jos se nähdään tuottavan lisäarvoa. Esimerkiksi Magic Cloudilla tuotamme monitoroinnin ratkaisua. Usein asiakas saa lisäarvoa, kun ratkaisuun kyetään liittämään heidän sovelluskerroksen palveluita. Koemme, että palvelun idea on tuottaa juuri tämänkaltaista lisäarvoa ja sitä tulee kyetä räätälöimään tapauskohtaisesti. Niinpä emme ole rajanneet lisättäviä kokonaisuuksia esimerkiksi hinnoittelutekijäksi vaan tarjoamme sen normaalisti mahdollisuutena, joka voidaan hyödyntää tapauskohtaisesti.
- Private cloud vai julkipilvi – ei kaikki tarvitse olla saman katon alla
Keskustelu julkipilviratkaisujen hyödyistä ja tehokkuudesta on käynyt jo useamman vuoden kiivaana. Näin kotimaiseen ja omaan kapasiteettiin luottavana toimijana törmää usein kysymyksiin siitä, miten koemme julkipilven ja sen tuomat hyödyt. Mielestäni vertailu ja ratkaisujen pohtiminen on aina paikallaan, tosin liiallinen jumiutuminen tiettyyn teknologiaan tai alustaratkaisuun ei ole suotavaa. Mielestäni on olemassa selkeitä tarpeita ja ratkaisukokonaisuuksia, joissa private cloud -tyyppinen toteutus on syytä olla keskiössä, mutta yhtälailla julkipilven käyttö voi olla tietyissä tapauksissa tehokasta ja perusteltua. Uskonkin, että nykyaikainen alustakumppani kykenee kehittämään ratkaisujaan, joihin voidaan nitoa erilaisia alustapalveluita ja säilyttää tehokas ja käyttäjäystävällinen toiminta. Me Magic Cloudilla haluamme rakentaa toiminta-ajatuksen ja palvelut suuntaan, jossa hybridi- ja multicloud-palveluiden tuottaminen on ydinosaamistamme. Keskiössä on aina asiakkaan tarve ja ympäristön tehokkuus hallittavuudesta tinkimättä.
Kirjoittaja on Sakari Järvenpää, Magic Cloudin myyntipäällikkö, jonka missiona on tarjota aina asiakkaan kannalta paras mahdollinen pilviratkaisu.
