Hva koster en integrasjonsplattform (iPaaS)?
En integrasjonsplattform (iPaaS) koster fra noen hundrelapper i måneden for enkle automatiseringsverktøy til 29 000–96 000 kr i måneden for plattformer for store virksomheter. Alternativet, egenutviklede integrasjoner, koster normalt 120 000–620 000 kr per kobling. Plattformen lønner seg som regel når antallet integrasjoner vokser, men lisens, volumtak og innlåsing må med i totalkalkylen.
Når integrasjonene blir flere, settes spørsmålet på spissen: Skal hver kobling bygges for seg, eller skal dere kjøpe et integrasjonslag som tjeneste? En iPaaS (Integration Platform as a Service) bytter utviklingskostnad mot lisenskostnad. Om det lønner seg, avhenger nesten helt av hvor mange integrasjoner du har og hvilken vei de utvikler seg.
Lisensnivåene: fra hundrelapper til sekssifrede beløp per år
Prislistene endres fortløpende, men størrelsesordenene er stabile:
| Nivå | Omtrentlig kostnad | Passer for |
|---|---|---|
| Enkle automatiseringsverktøy (f.eks. Zapier, Make) | Ca. 190–1 900 kr per måned | Enkeltstående arbeidsflyter mellom standardapper, lavt volum |
| Dedikerte iPaaS-tjenester | Ca. 4 800–29 000 kr per måned | Flere integrasjoner, høyere volum, feilhåndtering og support |
| Plattformer for store virksomheter | 29 000–96 000+ kr per måned | Mange systemer, styring, høye volumer og krav til etterlevelse |
Prissettingen bygger nesten alltid på volum: antall arbeidsflyter, kjøringer eller «tasks» per måned. Det betyr at kostnaden vokser med bruken. Plattformen som var billig ved tusen kjøringer i måneden, kan bli en betydelig post ved tusen ganger så mange.
Sammenligningen: egenutviklet integrasjon
Alternativet er å bygge integrasjonene som egen kode. En skreddersydd punkt-til-punkt-integrasjon koster normalt 120 000–620 000 kr å utvikle, pluss en løpende vedlikeholdspost på typisk 10–20 prosent av utviklingskostnaden per år. Ingen månedslisens, ingen volumtak og full kontroll, men hver ny integrasjon er et nytt utviklingsprosjekt, og overvåking og feilhåndtering må dere stå for selv.
Break-even: regn i antall integrasjoner og volum
En forenklet, men nyttig måte å sammenligne på er totalkostnaden over tre år.
Scenario A: to stabile integrasjoner. Egenutvikling: To integrasjoner à 250 000 kr pluss vedlikehold gir omtrent 650 000 kr over tre år. Plattform på mellomnivå: 9 600 kr i måneden pluss konfigurasjonsarbeid på for eksempel 100 000 kr gir omtrent 450 000 kr. Plattformen kommer billigst ut, men med høyt volum som presser opp lisensnivået, vinner egenutviklingen.
Scenario B: ti integrasjoner som endrer seg. Egenutvikling: selv med gjenbruk grovt regnet 1,9–3,1 millioner kr pluss voksende vedlikehold. Plattform: Den samme månedslisensen dekker alle integrasjonene, og nye koblinger konfigureres på dager i stedet for å utvikles over uker. Her vinner plattformen klart.
Tommelfingerregelen blir: Få, stabile og volumtunge integrasjoner taler for egenutvikling, mens mange, skiftende integrasjoner mellom standardsystemer taler for plattform. Volumet kan likevel snu regnestykket den andre veien fordi lisensen skalerer med bruken, mens kostnaden for egenutviklingen ikke gjør det.
Innlåsing og kostnaden ved å bytte hører hjemme i kalkylen
Det som sjelden står i prislisten: Integrasjoner som er bygget i en plattform, følger ikke med ut. Logikken er uttrykt i plattformens verktøy, og å forlate plattformen betyr at alle integrasjonene må bygges om fra bunnen av. Kostnaden ved å bytte er altså omtrent like stor som å bygge tilsvarende integrasjoner på nytt, og den skal inn i totalkalkylen, vektet med sannsynligheten for at dere en dag vil bytte.
Risikoen kan begrenses med et enkelt prinsipp: Hold forretningslogikken i egne systemer og API-er, og la plattformen stå for transport og mapping. Da blir integrasjonene i plattformen tynne og billige å gjenskape et annet sted.
Slik velger du
Begynn med behovet, ikke med verktøyet. List opp integrasjonene dere har og dem dere ser komme de neste to årene, med volumer. Er listen kort og stabil: Bygg. Er den lang og i bevegelse: Vurder plattformer opp mot den faktiske listen, inkludert volumtak og kostnaden ved å bytte. Og husk hybridløsningen, plattform for standardintegrasjonene og egen kode for de kritiske, som ofte er det mest økonomiske i sum.
Fire spørsmål å stille i vurderingen:
- Hva koster nivået vi trenger hvis volumet tidobles?
- Finnes det ferdige koblinger til akkurat våre systemer, på det lisensnivået vi har tenkt å betale for?
- Hvordan feilsøker vi en integrasjon som har stoppet midt på natten, og hvem blir varslet?
- Hva koster det å forlate plattformen, og har vi holdt logikken utenfor plattformen slik at det forblir billig?
Svarene sier mye mer om forskjellene mellom plattformene enn forsidene gjør. Vi i Weapp hjelper gjerne til med den analysen som en del av arbeidet vårt med integrasjoner og automatisering. Vil du sparre om integrasjonskartet deres? Ta kontakt.
Ofte stilte spørsmål
Hva er en iPaaS?
iPaaS står for Integration Platform as a Service, en skytjeneste der integrasjoner bygges med ferdige koblinger og visuelle arbeidsflyter i stedet for egen kode. Plattformen tar seg av drift, overvåking og skalering, og nye integrasjoner mellom vanlige systemer kan settes opp på timer i stedet for uker.
Holder Zapier for en bedrift?
For enklere arbeidsflyter mellom standardsystemer, ja. Mange bedrifter automatiserer leads, varsler og dokumenthåndtering på den måten til lav kostnad. Grensen går ved volum, kompleks forretningslogikk og krav til feilhåndtering eller etterlevelse. Når arbeidsflytene blir forretningskritiske, tar gjerne en tyngre plattform eller en egen integrasjon over.
Hvordan prissettes integrasjonsplattformer?
Det vanligste er en kombinasjon av en månedlig lisens per nivå og betaling etter volum, altså antall arbeidsflyter, kjøringer eller såkalte «tasks» per måned. Prisen trappes opp med flere koblinger, høyere volum og funksjoner som avansert feilhåndtering og miljøhåndtering. Les prismodellen nøye: Det er volumtaket som oftest overrasker.
Hva skjer hvis vi vil forlate plattformen?
Integrasjonene er bygget i plattformens verktøy og følger ikke med ut. Å forlate plattformen betyr at integrasjonene må bygges på nytt, i en annen plattform eller som egen kode. Regn derfor på kostnaden ved å bytte allerede når dere velger, og reduser risikoen ved å holde forretningslogikken i egne tjenester og la plattformen stå for transporten.
Kan man kombinere plattform og egenutviklede integrasjoner?
Ja, og det er den vanligste løsningen i praksis. Standardintegrasjoner mellom velkjente systemer legges i plattformen, mens forretningskritiske eller volumtunge koblinger bygges som egne tjenester. Slik får dere plattformens tempo der den strekker til, og full kontroll der dere trenger den.