A Lot of Talk About Vendor Lock-in

Still free or did you lock yourself on the way?

In the press and in many online forums there’s a lively discussion about so-called vendor lock-in, a discussion about customers facing a situation where it is very difficult to replace the existing product with a new one, or the replacement costs are prohibitively high.

Indeed, vendor lock-in deserves your attention, it is good to stop and think before making software purchasing decisions. Let me list some common questions that may come into your mind:

  • What if it is very difficult or impossible to get my own data out of the system?
  • What should I do in case where my software provider drastically raises the license fees?
  • What if my present provider stops supporting the product I’ve bought when a new version of it is coming to the market?
  • What if I’ll find that another provider offers much nicer and suitable solution for me, and I wish to export all my data into a new one instead?
  • What if I am forced to take the new version of the present solution into use, will it support our good old way of doing things – or must the entire organization AGAIN learn to use a new system?
  • Must I once again survive a long and laborious implementation project?
  • Do I make myself a ‘hostage’ by taking this software in use?
  • What if the terms of use of a software component become indefensible and must we migrate from one software to another?

All these above-mentioned points lead to somewhat unpleasant situation. And no one seems to have solution to it. Googling (or binging) the notion ‘vendor lock-in’ does not bring up any solutions; only fears, threats, and horror stories. Vendor lock-in questions and fears have recently been rising into discussions thanks to the strong presence of various SaaS solutions and cloud computing technologies.

However the fact is that vendor-lock in can’t be entirely avoided, it always occurs – to some extent. I mean always. Both with Cloud/SaaS and with in-house software. But there’s a difference between these deployment methods.

The data of the on-premise and in-house software exists on your own servers and databases. In a way, it can feel safe, but the truth is that very often this data is unusable without the (internal) consulting project in which IT professionals are transferring, converting, and creating data for the next system. As you might guess, after that kind of approach it is common that a rather heavy implementation project starts; installations, testing teams, training sessions, and eventual renewal of business processes.

All this resulting in a situation where the end result can be admired after 8 months project…and having an effect on the company results after a year! Way too slow.  And oops, did the business environment change during that time?

I dare also to claim that on-premise software is most often chosen without 100% knowledge of the data portability. In case that is checked out, is it often done by asking the vendor sales person “And the data can be easily imported?” Of course the answer is ‘yes’ accompanied with lots of reassuring in form of head nodding, and no one really checks that up in practice – before it’s too late to react on that.

SaaS services and most of the cloud providers do not require any technical installations; hence the implementation project is much slimmer. The ‘worst’ workload might occur with the training part.  However the best SaaS solutions are so simple to use that a massive training program is often not needed.

I’d say it is quite rude to frighten up customers by speaking ill of the vendor lock-in with SaaS and cloud computing providers, if one offers on-premise software as a solution. There is a risk that you have locked in much more, as part of your IT infrastructure, process development, versions of your desktop clients and even operating systems become dependent to the on-premise software. The license prices of a ‘normal’ software could easily bounce up, as of any vendors.  Just ask one ERP client :)

The vendor lock-in of the SaaS vendors is at its highest only as deep as with a ‘normal’ software. But most often less deeper and less risky, I claim.

If you want to minimize your vendor lock-in, it is not about whether you take an in-house, on-premise or SaaS product, but about which SaaS product you choose.

Before headlong SaaS decision you should at least browse through the below-mentioned articles. These might help you to better understand your options.

When you’re in the cloud, you’re ordering a cup of coffee, not the coffee maker.

In English:

http://info.isutility.com/bid/63587/Top-Cloud-Computing-Implementation-Concerns-and-how-to-address-them

In Finnish:

http://blog.sopima.com/2011/04/11/sekaisin-pilvipalveluista/

http://soft.utu.fi/saas/

Paljon puhetta vendor lock-in’ista

Lehdistössä ja verkkofoorumeilla tulee viikoittaan vastaan käsite vendor lock-in, eli asiakas joutuu tilanteeseen, jossa tuotteen tai palvelun vaihtaminen on hankalaa tai vaihdon kustannukset kohtuuttoman suuria.

Tuliko lukittua itsensä vendoriin vai vieläkö on vapautta?

Kyllä, vendor lock-in on hyvä ymmärtää ja huomioida päätöksenteossa. Tavalliset esiin nousevat kysymykset ovat:

  • Entä jos käy niin, etten enää ikinä saa omaa dataani ulos ohjelmistosta?
  • Mitä teen jos ohjelmiston valmistaja nostaa lisenssimaksut taivaisiin?
  • Entä jos valmistaja lopettaa tuotteen tukemisen, kun uusi versio valmistuu?
  • Entäpä jos toisella valmistajalla on kivempi systeemi, ja siihen pitäisi saada siirrettyä nykyisen ohjelmiston tiedot?
  • Jos joudun ottamaan uuden ohjelmiston version käyttöön, tukeeko se enää vanhaa hyvää tapaa tehdä asioita, vai joutuuko koko organisaatio TAAS opettelemaan uuden järjestelmän käytön?
  • Ohjelmiston käyttämän komponentin käyttöehdot käyvät kestämättömiksi, ja joudumme päivittämään ohjelmistoa toiseen?
  • Onko taas edessä pitkä ja kivulias käyttöönottoprojekti?
  • Teenkö itsestäni ’panttivangin’ ottamalla ohjelmiston käyttöön?

Hirveitä peikkoja ja lamaannuttavia tilanteita. Eikä kenelläkään näytä olevan ratkaisuja. Vendor lock-in -termin googlettaminen (tai bingaaminen) ei tuo esiin ratkaisuja vaan ainoastaan pelkoja ja uhkia. Vendor lock-in -kysymykset ja -pelot ovat nousseet uudestaan keskusteluihin SaaS-ohjelmistojen ja pilviteknologian vahvan esiinmarssin ansiosta.

Tosiasia on kuitenkin se, että vendor- lock-in’iä esiintyy jossain määrin aina. Siis aina. Sekä pilvi/SaaS- sekä inhouse-ohjelmistoissa. Mutta näillä toimitustavoilla on myös keskinäisiä eroja.

On-premise ja in-house ohjelmistojen data on omilla servereillä ja tietokannoissa. Tavallaan turvassa, mutta silti usein käyttökelvotonta dataa ilman (sisäistä) konsultointiprojektia, jossa it-ammattilaiset siirtävät, konvertoivat ja luovat dataa seuraavaa järjestelmää varten. Sen jälkeen alkaa normaali, usein raskaahko käyttöönottoprojekti asennuksineen, testiryhmineen, koulutusjaksoineen ja yrityksen prosessien uusimisineen.

Lopputulosta voidaan sitten ihastella kahdeksan kuukauden päästä ja yrityksen tulokset alkavat parantua vuoden päästä. Vai muuttuiko liiketoimintaympäristö jo tällä välin? Rohkenen väittää, että on-premise -ohjelmistot tilataan lähes aina ilman tiedon siirrettävyyden varmistamista. Tai jos varmistetaan, niin harvoin se tehdään syvemmin kuin kysymällä toimittajalta ”Onnistuuhan datan siirto?”. Innokkaan nyökyttelyn jälkeen en usko, tätä oikeasti kukaan kokeillee käytännössä ennen kuin on liian myöhäistä edes katua.

SaaS- ja pilvituotteet eivät tietenkään tarjoa ongelmatonta ratkaisua vendor lock-in’iin, mutta joitain merkittäviä etuja näillä toimitustavoilla on. Edistyksellisimmissä palveluissa saat datan ulos järjestelmästä ilman it-ammattilaista esim. Exceliin ja voit viedä datan sisään Excel-vientinä toiseen SaaS-palveluun. Näin voit itse testata tiedon siirrettävyyden, ilman it-projektia ja vieläpä jo ostopäätöstä tehdessäsi.

SaaS -palvelut ja useat pilvipalvelun tarjoajat eivät vaadi mitään asennuksia, joten käyttöönottoprojektista putoaa useita isoja kokonaisuuksia pois. Sen jälkeen pahimmillaan alkaa sama koulutusrumba kuin on-premise-systeemeissä, eli koulutusta tarvitaan usein ja onnistuneen käyttöönoton jälkeen jokin yrityksen prosesseista on jo muuttunut. Tosin parhaat SaaS-ratkaisut ovat niin yksinkertaisia, että massiivista koulutusta ei edes tarvitse.

On melko lailla tylyä pelotella SaaS- ja pilvipalveluiden vendor lock-in’illä jos tarjoaa tilalle on-premise -ratkaisua. Tässä on vaarana se, että vendorin lisäksi on lyöty lukkoon oma it-infra, prosessien kehitys ja ja työasemien versiot. Normaalisoftankin lisenssihinnat  voivat pompsahtaa siinä missä kenen tahansa toimittajan. Kysy vaikka joltakin ERP-asiakkaalta :)

Pilvestä tilaat vain kahvia, et keitintä.

SaaS -toimittajien vendor lock-in on korkeintaan yhtä syvä suo kuin normaalisoftan. Mutta varsin usein matalampi ja vähemmän sääskiä matkalla. Väitän minä.

Jos haluat minimoida vendor lock-in’in, kyse ei ole siitä otatko in-house, on-premise vai SaaS-tuotteen, vaan siitä, minkä SaaS-tuotteen otat.

Ennen suin päin SaaStamista kannattaa lukaista ainakin nämä allaolevat kirjoitukset, jotta ymmärrät paremmin mitä olet tekemässä.

http://blog.sopima.com/2011/04/11/sekaisin-pilvipalveluista/

http://soft.utu.fi/saas/

http://info.isutility.com/bid/63587/Top-Cloud-Computing-Implementation-Concerns-and-how-to-address-them

Follow

Get every new post delivered to your Inbox.