Open Source -julkaisujärjestelmien mukaantulo on sekoittanut SaaS-toimijoiden (lue ASP jos haluat) kenttää jonkin verran. Erityisesti pienemmät OS-toimijat ovat omaksuneet perinteisen mallin, jossa asiakkaalle toimitetaan tuote asennettuna kolmannen osapuolen palvelintilaan. Projekti ja palvelu päättyy kun sivusto tai verkkopalvelu on julkaistu.

Valitettavasti tämän hit'n'run-menetelmän seurauksena menetetään SaaS-mallin keskeisimmät hyödyt: helppous ja jatkuvuus.

Helppous syntyy siitä, että ASP-toimija vastaa sataprosenttisesti palvelun toiminnasta; vastuuseen kuuluvat mm. keskitetyt päivitykset, hyvä palvelutaso ja vasteaika (jopa 24/7 parin tunnin viiveellä), testatut palvelinratkaisut ja niin edelleen. Jatkuvuus syntyy sitoutumisesta: on sekä ASP-toimijan että asiakkaan etu kehittää verkkopalvelua yhteistyössä. Parhaimmillaan asiakas pääsee osallistumaan välillisesti myös tuotekehitykseen.

---

Tuote vastaan palvelu

Julkaisujärjestelmissä Open Source -aatetta on leimannut vahvasti tuotekeskeisyys. Tämä on osittain ristiriidassa todellisten tarpeiden kanssa. Vaativa asiakas ostaa tänä päivänä tuotteen, tuotteeseen liittyvän teknisen osaamisen, internet-teknologioihin liittyvän teknisen osaamisen sekä näkemyksen koko alasta. Hit'n'run ei ole vastaus tähän tarpeeseen.

Alalla on myös nähtävissä orastavaa trendiä, jossa OS-toimijat ottavat vahvemmin alihankkijan asemaa markkinoilla. Tällainen toimintatapa tuntuu vetoavan Open Source -liiketoimintaa harjoittaviin pienyrityksiin. Näiden yritysten kilpailuvalttina on hinta, mistä syystä osaavia yrityksiä työllistävät jatkossakin mainos- ja viestintätoimistot sekä suuremmat julkaisujärjestelmätoimittajat.

Vaikka Open Source voidaan nähdä hyvin tuotekeskeisenä suuntauksena, soveltuu se erinomaisesti myös osaksi SaaS-liiketoimintaa. Tosin samaa voi sanoa myös suljetuista järjestelmistä. Tämä johtuu siitä, että SaaS:n ytimessä on palvelu, ei tuote.

Kuka hyötyy avoimesta lähdekoodista

Kaikki OS:n perinteiset hyödyt eivät pääse loistamaan SaaS-mallissa. Kun ohjelmistoa vuokrataan, sitä ei toimiteta asiakkaalle. Tämä voi kuulostaa saivartelulta, mutta todellisuudessa se tarkoittaa sitä, että asiakas ei saa automaattisesti käsiinsä käyttämänsä tuotteen lähdekoodia (ks. SaaS loophole) .

Yhdistelmä SaaS ja Open Source tarkoittaa usein myös sitä, että asiakas ei voi itse räätälöidä tuotetta saati myydä tai välittää sitä edelleen (ellei sitten toisin sovita). Asiakas on myös aivan yhtä sidottu SaaS-toimittajaan, oli taustalla sitten Open Source tai suljettu julkaisujärjestelmä.

Kuka siis hyötyy Open Sourcesta SaaS-mallissa? Suurin hyötyjä on todennäköisesti toimittaja, jos se on tehnyt hyvän valinnan OS-tuotteen suhteen. Tällöin se voi vähentää omaa tuotekehitystään tai keskittyä esimerkiksi kehittämään jotain osaa tuotteesta, jolla se pyrkii erottumaan markkinoilla. Teoriassa OS voi tuoda välillisiä säästöjä myös loppukäyttäjälle, mutta käytännössä säästöt taitavat valua ASP:n omaan taskuun.

Näistä ajatuksista ei kuitenkaan pidä vetää hätäistä johtopäätöstä, jonka perusteella Open Source -toimijoiden tai erityisesti niitä ostavien tahojen tulisi pitäytyä erossa SaaS-sopimuksista. Keskeisintä on ymmärtää, että SaaS-mallissa ostetaan palvelu: siinä ostetaan tuote, ylläpito ja asiantuntijat. On osittain sopimustekninen seikka varmistaa se, että tuotteella (puhumattakaan asiakkaan datasta!), oli se sitten avoin tai suljettu, on turvattu jatkuvuus.