{"id":8769,"date":"2022-09-27T22:10:42","date_gmt":"2022-09-27T19:10:42","guid":{"rendered":"https:\/\/www.pilvi.com\/?p=8769"},"modified":"2022-10-24T23:45:54","modified_gmt":"2022-10-24T20:45:54","slug":"kuinka-samasta-saaas-palvelusta-monta-eri-versiota","status":"publish","type":"post","link":"https:\/\/www.pilvi.com\/fi\/kuinka-samasta-saaas-palvelusta-monta-eri-versiota\/","title":{"rendered":"Kuinka samasta SaaS-palvelusta monta eri versiota?"},"content":{"rendered":"

<\/div>

Tuotteistus: Kuinka saan samasta SaaS-palvelusta monta eri versiota?<\/span><\/h1><\/div>
<\/div><\/div><\/div>


\nOlemme Pilvell\u00e4 tavanneet kymmeni\u00e4 SaaS-yhti\u00f6iden perustajia ja myynnist\u00e4 vastaavia. Meille on n\u00e4iden keskustelujen perusteella syntynyt selke\u00e4 kuva verkkomyynnin kannalta t\u00e4rkeist\u00e4 kysymyksist\u00e4. Kysymykset askarruttavat SaaS-yhti\u00f6iden johtoa, ja niin pit\u00e4\u00e4kin, sill\u00e4 verkkomyynti on paras (ja ainoa) tapa luoda hypernopea superkasvu.<\/span><\/p>\n

Usein menestyv\u00e4n SaaS-yhti\u00f6n tuoteidea l\u00e4htee konkreettisesta asiakastarpeesta. T\u00e4ll\u00f6in tuotteistus suunnitellaan yhdelle kohderyhm\u00e4lle. Monelle tuotteen versiointi tuntuu olevan vaikeaa. Ymm\u00e4rret\u00e4\u00e4n ett\u00e4 tuotteessa pit\u00e4\u00e4 olla eroja ja ns. \u201cpienemp\u00e4\u00e4n\u201d k\u00e4ytt\u00f6\u00f6n tarkoitetun tuotteen pit\u00e4\u00e4 maksaa v\u00e4hemm\u00e4n ja my\u00f6s sis\u00e4lt\u00e4\u00e4 v\u00e4hemm\u00e4n. T\u00e4m\u00e4 on siis my\u00f6s pohjana SaaS-versioinnille.<\/span><\/p>\n<\/div>

<\/div><\/div><\/div>
<\/div><\/div><\/div><\/div><\/div>
<\/div>
<\/div><\/div>
<\/div>
<\/div><\/div><\/div><\/div><\/div>

Insin\u00f6\u00f6rivetoiset organisaatiot l\u00e4htev\u00e4t rakentamaa monimutkaisia rakenteita ohjelmistoihin. Syntyy moduuleja, ominaisuusryhmi\u00e4 ja rakenteita joilla ominaisuuksia pannan p\u00e4\u00e4lle tai pois. Eli kohtuuttoman raskaita tapoja yrityksen alkuvaiheeseen, kun ei oikeasti viel\u00e4 tiedet\u00e4 paljoakaan todellisesta asiakastarpeesta tai siit\u00e4 mihin suuntaan tuote lopulta kehittyy. \u00a0Tehd\u00e4\u00e4n hallintaa ominaisuuksille, jotka ovat my\u00f6hemmin turhia (tai lasketaan rahoja, jotka eiv\u00e4t ole tilill\u00e4).<\/span><\/p>\n

Helpoin tapa tuotteistaa monta tuoteversiota onkin t\u00e4ysin toisenlainen. Vaihtoehtoisia tapoja, joita voi k\u00e4ytt\u00e4\u00e4 rinnakkain on kaksi ja ne ovat<\/span> kapasiteettiperusteinen<\/span><\/i> ja <\/span>kokonaistuoteperusteinen <\/span><\/i>tuotteistaminen. Ne eiv\u00e4t vaadi rivi\u00e4k\u00e4\u00e4n koodia ja molemmilla tavoilla saa luotua tuoteversioita monille eri kohderyhmille ja eri suuruisiin k\u00e4ytt\u00f6tarpeisiin. <\/span><\/p>\n

Kapasiteettiin perustuva SaaS-tuotteistus<\/h2>\n

Kapasiteettiperusteisessa tuotteistamisessa asiakkailla on t\u00e4ysin sama sovellus k\u00e4yt\u00f6ss\u00e4, mutta sopimus m\u00e4\u00e4r\u00e4\u00e4 miten tuotetta voi k\u00e4ytt\u00e4\u00e4. T\u00e4m\u00e4 sopii hyvin SaaS-tuotteisiin, joissa kapasiteetit tai integraatiot ovat isossa osassa. \u00a0Yhti\u00f6 yksinkertaisesti kertoo, ett\u00e4 Tuote A sis\u00e4lt\u00e4\u00e4 100 yksikk\u00f6\u00e4 ja tuote B sis\u00e4lt\u00e4\u00e4 500 yksikk\u00f6\u00e4 ja jos haluaa yli 100 yksikk\u00f6\u00e4 k\u00e4ytt\u00f6\u00f6n, pit\u00e4\u00e4 p\u00e4ivitt\u00e4\u00e4 A:sta B:hen. Asiaa sitten seurataan vaikka kuukausitasolla jollain yksinkertaisella menetelm\u00e4ll\u00e4. <\/span><\/p>\n

\"tuotteistus<\/p>\n

Kokonaistuotteeseen perustuva SaaS-tuotteistus<\/h2>\n

Kuten olemme aikaisemmin kertoneet, toimiva kokonaistuotteistus on hyv\u00e4 l\u00e4ht\u00f6kohta SaaS-liiketoiminnalle. Se tarkoittaa, ett\u00e4 asiakkaalle myyd\u00e4\u00e4n (tai tarjotaan) ydintuotteen lis\u00e4ksi osana kokonaisuutta laajempi paketti asioita joita asiakas tarvitsee. N\u00e4it\u00e4 ovat mm. k\u00e4ytt\u00f6\u00f6notto, koulutus ja tukipalvelut. T\u00e4ss\u00e4 vaihtoehdossa yhti\u00f6 differoi tuoteversiot lis\u00e4palveluiden kautta. Perustuote on siis kaikille sama, mutta tuoteversioissa on erilaiset tai eriarvoiset lisukkeet. <\/span><\/p>\n

\"tuotteistaminen<\/p>\n

Edelliset voi my\u00f6s yhdist\u00e4\u00e4 ja yhdist\u00e4misen ei miss\u00e4\u00e4n nimess\u00e4 tarvitse tai pid\u00e4 olla s\u00e4\u00e4nn\u00f6nmukainen, eli jokaisessa portaassa kaikkien asioiden ei tarvitse parantua. Porrastukset pit\u00e4\u00e4 toki mietti\u00e4 huolella ja versiot, skaalautuvat ominaisuudet ja palvelut pit\u00e4\u00e4 porrastaa niin, ett\u00e4 tuoteversio osuu kohderyhm\u00e4\u00e4n ja t\u00e4ytt\u00e4\u00e4 sen tarpeet. <\/span><\/p>\n

\"Saas<\/p>\n

T\u00e4m\u00e4 tapa tuotteistaa eri versiot yhdest\u00e4 ja samasta tuotteesta toimii l\u00e4hes kaikille SaaS-sovelluksille. Se ei ota kantaa itse tuotteeseen tai sen ominaisuuksiin (tai ainakaan kovin vahvasti). Yleinen vastav\u00e4ite on, ett\u00e4 esimerkiksi k\u00e4ytt\u00e4j\u00e4tilien m\u00e4\u00e4r\u00e4n valvonta pit\u00e4\u00e4 koodata tuotteeseen, jotta se olisi automaattista. No toki voi koodata, mutta ei siit\u00e4 suoraan hy\u00f6ty\u00e4 ole, koska ei se asiakkaalle arvoa tuota. Antaa asiakkaiden luoda tilej\u00e4, sopimuksessa sitten lukee, ett\u00e4 versio muuttuu jos tilien m\u00e4\u00e4r\u00e4 ylittyy (tai laskutus kasvaa). \u00a0Eli mieluummin tuotteistuksessa kevyesti liikkeelle ja kehitysfokus tuotteen arvoa luoviin ominaisuuksiin.<\/span><\/p>\n<\/div>

<\/div>
<\/div><\/div>
<\/div>

Muista n\u00e4m\u00e4:<\/h2><\/h2><\/div>