Ett problem med vissa molntjänster är att priset för att använda dem baseras på flera parametrar som är svåra att förutsäga. Det gäller framför allt plattformstjänster, alltså kompletta it-miljöer i molnet på vilka kunderna kan köra egna applikationer.

– De mer avancerade tjänsternas prismodeller baseras ofta på obegripliga parametrar och det är naturligtvis ett hinder för deras spridning, säger Sören Janstål, analytiker på Data Research DPU.

Det mest kända exemplet på problem är Googles App Engine. I grundutförandet betalar man för utgående bandbredd, ingående bandbredd, processortid, data som lagras och antal skickade mejl. Enheterna är till exempel antal GB för bandbredd.

Även prismodellen för funktionerna som ingår i Amazons molnplattform är krånglig. Ett exempel är tjänsten Elastic Compute Cloud, för vilken det finns ett stort antal olika prisnivåer, som är svåra att förstå.

En konsult som CS talat med berättar om ett pilotprojekt på App Engine. När en kostnadsberäkning skulle göras visade den sig vara omöjlig att genomföra. Lösningen på problemet blev att provköra App Engine och se på vilken nivå notan hamnade. Det är enkelt att förstå att det här är ett problem.

– Man måste kunna förstå vad det är man köper och inte köper, säger Pia Hofstedt, cio på Scandic Hotels.

Microsofts molntjänst Bpos är ett undantag som nämns när CS ringer runt. Cloetta som kör Microsofts tjänst BPOS är ett exempel.

– Prissättningen för Bpos är enkel. Det var ett viktigt argument när vi slog till, säger Bengt Sjöberg, chef för it och intern service på Cloetta.

Som det ser ut i dag blir prismodellerna för molntjänster i allmänhet enklare ju mer verksamhetsnära tjänsterna är. Ett exempel på det är Salesforces kundvårdstjänster, vars priser bygger på fasta avgifter per funktion och kund.

Även Google verkar inse att det behövs enklare prismodeller. Så sent som i maj lanserades varianten App Engine for Business av plattformstjänsten. Den innebär att kunder betalar per applikation som körs och användare, per månad.

I nuläget kostar det åtta dollar i månaden, cirka 58 kronor, per applikation och användare.

Det är ett steg i rätt riktning jämfört med grundutförandet av App Engine. Men det kan fortfarande bli krångligt, beroende på hur en kund har delat upp sitt it-stöd rent tekniskt, i olika applikationer. Å ena sidan finns det kanske arkitekturella anledningar att dela upp stödet i fristående applikationer, å andra sidan finns det en kostnadsmässig anledning att slå ihop funktionerna till jätteapplikationer. Det är inte optimalt.