IT volwassen?

Volgens Thomas Siebel wel. En dus zijn de tijden van de waanzinngie winsten volgens hem afgelopen. Koren op de molen van Nick Carr (van IT doesn't matter) en de zijnen, waar ik mezelf ook maar toe reken.

Maar wat mij betreft wel een paar opmerkingen:
1. Business-IT is redelijk "volwassen". Dat wordt steeds meer een commodity. Maar ook in commodities is geld te verdienen, soms zelfs veel. Juist hier zal de beweging naar de cloud zorgen voor een grote kostenbesparing voor de gebruikers, maar ook voor veel beweging aan de aanbod-kant. Of dat zal leiden tot enorme winsten is inderdaad de vraag.
2. Er is meer IT dan alleen business-IT. Iedereen roept dan gelijk games en zo, en terecht, maar er zitten nog veel meer dingen aan te komen: semantic web, de mobiele revolutie, etc, etc. Er gebeurt genoeg.

Maar de gouden tijd van de klassieke bedrijfs-IT als moneyspinner zou inderdaad wel eens voorbij kunnen zijn.

SaaS en ERP

Vorige week reageerde Rik op mijn post over Ecosystemen als volgt:

"Je stelling over eco-systemen en integratie services (integratie out-of-the-box) kan alleen werken als bedrijven (afnemers van IT) zich conformeren aan best practices en standaard processen. En laat dat nu juist het terrein zijn waar de SAP-en van dienst groot zijn geworden!

Indien wat jij stelt juist is, is dat niet bepaald een argument voor het verdwijnen van de standaard pakketten waarmee organisaties deze dagen zijn vergeven. Waarom een orderverkingsproces van SAP vervangen door iets SaaS-erigs als dit prima werkt in SAP? Vanwege de kosten? Voor m.n. grote organisaties lijkt me dit nog onvoldoende argument."

Rik heeft natuurlijk volkomen gelijk als hij zegt dat ERP-pakket-leveranciers als SAP en verkopers van SaaS-functionaliteit op ERP-gebied te vergelijken zijn. De functionaliteit is hetzelfde, het verschil zit in de leveringsvorm en in het business-model.

Waarom zou een bedrijf willen overstappen van een pakket naar een SaaS-oplossing, als de functionaliteit toch ongeveer hetzelfde is?

Het belangrijkste argument: prijs. SaaS is in potentie veel geodkoper. Het gaat daarbij niet alleen om de kosten van de services vs. de kosten van de licentie, maar ook om de bijkomende kosten van on-premise computing: hardware, beheer, stroom, etc, etc.

Voor een bedrijf dat al een ERP-oplossing heeft draaien, zal dit niet onmiddellijk interessant zijn. Immers, een groot deel van de kosten van het pakket zijn al gemaakt, en overschakelen naar een SaaS-oplossing kost ook weer geld en energie.

Maar dat is anders voor bedrijven die nog niet een ERP systeem hebben (in het MKB bv), en bedrijven die voor een grote upgrade of vervanging van hun huidige ERP-pakket staan. Dan wordt SaaS wel een serieus alternatief.

Daar komt nog iets bij.

Waarom zijn grote bedrijven groot? Vooral mdat ze schaalvoordelen hebben. Een van de belangrijkste is dat een groot bedrijf zich inderdaad een SAP-implementatie kan veroorloven, en daarmee allerlei efficiency-effecten kan bereiken die voor kleinere concurrenten niet zijn weggelegd.

Maar als een SaaS-oplossing voor veel minder geld, veel minder risico en meer flexibiliteit vrijwel dezelfde functionaliteit levert, is dat voordeel weg. Er zal voor de grotere bedrijven opeens een reeks van (veel) kleinere concurrenten ontstaan, die vergelijkbare produkten en diensten leveren tegen een lagere prijs.

Als dat gebeurt, zullen veel bedrijven moeten kiezen: het model van hun nieuwe concurrenten overnemen (zelfde kostenstructuur, zelfde SaaS-oplossingen), of de extra mogelijkheden van het bestaande ERP-systeem uitnutten, en zodoende een voorsprong op de nieuwe concurrenten scheppen.

In het eerste geval zie je de ERP-functionaliteit als een commodity. Standaard, bij gelijke lwaliteit zo goedkoop mogelijk inkopen. In het tweede geval zie je in de ERP-toepassing iets wat een strategisch voordeel kan bieden.

Maar ik vraag me af of dat laatste vaak gaat lukken, zeker met een standaardpakket. Ik denk dat ERP-functionaliteit een commodity is of wordt, en dan komt het neer op de goedkoopste oplossing. En dat zal SaaS blijken te zijn.

Google en de commoditisering

En Google gaat door met de commoditisering van Internet-platforms: nu voor handheld devices. Ik ben benieuwd.

Functionaliteit uit de muur: vervolg

In een reactie op de post "functionaliteit uit de muur" wordt gevraagd:

"Ik begrijp uit je verhaal dat je voor de traditionele IT-afdeling vooral een rol weggelegd ziet in het vertalen van de business naar de IT. De IT komt dan vervolgens "uit de muur".

Wat komt er volgens jou precies "uit de muur"? De services in de zin van webservices of ook de proceslaag (executie) die - tijdens executie - van deze webservices een werkbare applicatie maken (BPM), de UI laag, etc.?"

Er zijn 2 betekenissen van "uit de muur" die hier door elkaar dreigen te lopen:

1. "technisch uit de muur": de software wordt geserveerd op een remote host, en wordt door de gebruiker via een client met een browser oid benaderd.
In die zin komen inderdaad de webservices in de zin van business-webservices uit de muur, dat is duidelijk.
Maar er is geen reden waarom dat met de proces-laag niet ook zou kunnen. Het lijkt mij erg handig om ook de BPM-engine remote te hosten, en ik zie geen reden waarom dat niet zou kunnen. De voordelen zijn evident: makkelijker integratie met de business webservices, geen noodzaak meer van extern bereikbare lokale servers, geen aanschaf en onderhoud van een of andere BPM-engine of ESB. (zie ook deze post).
En zelfs voor het UI geldt hetzelfde. Tot voor kort was dat technisch lastig voor elkaar te krijgen, maar met een Ajax-oplossing wordt in feite het UI geladen vanuit de server. Met een Flex-oplossing gebeurt in wezen hetzelfde.

Dus als het om deze betekenis van de term "uit de muur" is het antwoord: ja.

2. de andere betekenis van "uit de muur" is: als standaard, als een commodity. Inderdaad bedoel ik deze betekenis ook.

Voor de business webservices geldt zeker dat dit "commodities" zullen worden. Misschien zijn er kleine wijzigingen en toevoegingen zinvol voor specifieke klanten, maar in de praktijk zal de commodisering hier toeslaan.

Voor de business-processen geldt dat minder. Juist deze zullen min of meer uniek zijn voor bedrijven. Dus hoewel ze technisch uit de muur komen, zijn ze geen standaard commodities.

Ik denk echter wel dat het mogelijk is van veel processen een of enkele standaard-varianten klaar te zetten, en ik denk dat ook hier meer gestandaardiseerd kan worden dan men nu denkt.

Voor UIs geldt (uiteraard) min of meer hetzelfde.

Dus als het om deze betekenis van "uit de muur" gaat is het antwoord: voor business-webservices: ja, voor processen en UIs: nee, maar het zou wel eens naar "ja" kunnen toegroeien.