Lisensointimalleista hieman.
Joissakin tuotteissa kuukausiveloitus per käyttäjä toimii hyvin. Esim. tukihenkilöiden määrä incidentien käsittelyssä kuvaa hyvin sitä kuinka paljon alustaa oikeasti käytetään. Vastaavasti kehitys-/projektipuolella projektipääliköiden ja kehitystiimiläisten nuppiluku toimii erinomaisesti lisensoinnin perusteena.
Näissä sovelluksissa tikettimääräpohjainen lisensointi aiheuttaa vääriä insentiivejä. Tiimit alkaisivat puskemaan liikaa sisältöä yksittäiseen tikettiin, vaikka käytön selkeys edellyttäisi että asia jaetaan useampaan kokonaisuuten. Alustan käyttäjien tyytyväisyys laskisi ja arvontuottokyky olisi kyseenalaista.
Mutta sovellukset eivät ole veljiä keskenään. Mites IAM? Sovelluksen idea on, että hyvin rajattu joukko pääkäyttäjiä luo järjestelmään automatisoidut prosessit jotka joko luovat tikettejä tai parhaasta tapauksessa suorittavat myös automaattisesti käyttöoikeuksien teknisen asettamisen/poistamisen. Alusta on parempi, jos sillä saadaan automatisoitua enemmän, mikä aiheuttaisi käyttäjämäärän laskun. Tässä on taas insentiivit kierossa, käyttäjälisensointia myyvä alustatarjoaja haluaisi että kaikki tehdään käsityönä, mutta tämä ei tietenkään maksimoi arvontuottoa. IAM:n kohdalla järkevämpi kustannusperuste olisi esimerkiksi organisaation työntekijöiden/toimittajien lukumäärä sillä IAM on tarkoitettu koko organisaatiolle. Transaktioperusteinen kustannus ajaisi käyttäjäorganisaation paketoimaan käyttöoikeuksia tai vähentämään niiden kokonaismäärää mikä saattaa aiheuttaa tietoturvaongelmia.
Osassa applikaatioita transaktio- tai tietuepohjainen voi olla järkevämpi. Integraatioalustaa ei kannata laskuttaa integraatiodevaajien määrän perusteella, täytyisi keksiä jokin muu. Transaktiot on yksi yleinen ratkaisu, mutta niissäkin asiakkaita monesti lähinnä ahdistaa kun jotkut monimutkaiset integraatiot lähettävät erittäin vähän viestejä ja toiset puskevat läpi 50000 viestiä joka päivä. Jos jollain on antaa esimerkki parhaasta integraatiohinnoittelusta niin kuuntelen mielelläni
CMDB on yksi mahdollisuus tietuepohjaiselle laskutukselle. Pieni siivu per sovellus ja pieni siivu per palvelin, suurin osa luokista ilmaiseksi. Tälläisellä mallilla saa selkeähkön hinnoittelun joka riippuu käyttöasteesta ja jota kukaan ei halua kiertää.
ServiceNown lisensoinnissa vastaus on aina “ask your account executive”. Tämä johtuu pääasiassa kolmesta syystä: 1) lisensoinnin perusrakenteet ovat eläneet vuosien saatossa ja tietämättä mihin versioon jokin organisaatio kuuluu, heidän lisensointiaan on täysin mahdoton kommentoida 2) Listahinnat ovat listahintoja 3) listaehdot ja -paketoinnit ovat yleisimpiä ja toivottuja, mutta asiakkaat ovat erilaisia ja ServiceNow ymmärtää tämän, antaen välillä poikkeuksia normaaleihin paketointeihin.
Eli osa siitä monimutkaisuudesta on myös sitä että ServiceNow tekee asiakkaille hyviä diilejä ja osa on sitä että lisenssiehdot ovat selkeytyneet ajan myötä, mikä tietty aiheuttaa kompleksisuutta siltä osin että on useampia malleja.
Isoilla toimijoilla on suurelta osin selkeitä lisenssiehtoja, jotka kuvaavat käytön määrää hyvin eivätkä aiheuta pahoja insentiiviongelmia. En nyt ala ilman tuntipalkkaa listaamaan niitä ongelmallisia tapauksia, mutta sanottakoon näin että etenkin insentiiviongelmat ovat todella, todella rampauttavia siltä osin kuin niitä esiintyy. Asiakkaat eivät tiedä kuinka heidän tulisi kehittää toimintaansa optimoidakseen kulut ja hyödyt ja kehittäjät eivät tiedä kuinka tehdä sovelluksia alustalla jos hyvä datamalli tai alustan valmiita ominaisuuksia tehokkaasti käyttävä prosessi aiheuttaa hulluja kustannuksia.
Kun alustaa kehitetään helposti laajennettavaksi ja mahdollistetaan laajennusten helppo ylläpito ja testaus ja samalla varmistetaan että lisensointi ei aiheuta insentiiviongelmia niin asiakkailla ei ole mitään syytä luopua alustasta. Nämä kohdat näin (ainakin omilla laseilla ) Efecten strategiaan linjattuna ja jos strategia pitää niin tämä on vahva kilpailuetu. Pari markkaa saattaa jäädä pöydälle jos lisensointi optimoidaan prioriteetilla insentiivit, selkeys, tulot eikä tulot, selkeys, insentiivit, mutta sillä pääsee useampiin pöytiin eikä kukaan heitä niitä ympäri.