Jokaisessa ohjelmistoyrityksessä liikkuu tällä hetkellä tuttu tarina. Tiimi rakentaa kolmessa viikossa sen, mikä ennen vei kuusi kuukautta. Asiakas saa saman lopputuloksen, ehkä paremmankin. Sitten lasku lähtee ja laskutoimitukset hajoavat. Nopeampi toimitus, vähemmän tuloja. Toimiala palkitsee tehokkuudesta rankaisemalla niitä, jotka sen saavuttavat.

Tämä on todellista, ja me huomasimme sen aikaisin. Noin 18 kuukautta sitten näimme tekoälyavusteisen kehityksen tiivistävän toimitusaikojamme integraatioprojekteissa. Sama Apache Camel- ja Kubernetes-työ, joka ennen täytti kvartaalin, voitiin tehdä viikoissa. Asiakkaamme olivat tyytyväisiä. Katteemme eivät olleet.

Tämä jännite on se, mikä pakotti meidät rakentamaan FastHubin. Ei siksi, että halusimme lanseerata tuotteen sen itsensä takia, vaan koska integraatiokonsultoinnin alla oleva liiketoimintamalli oli hajoamassa, eikä mikään määrä oveluutta tuntihinnoittelussa aikonut korjata sitä.

SaaS-malli olettaa, että teet työn itse

Useimmat integraatioalustat toimivat nykyään SaaS-mallilla. Ne myyvät sinulle pääsyn työkaluun: visuaalinen suunnittelija, konnektorien kirjasto, ajonaikainen ympäristö. Maksat istunnon tai integraatiovirran mukaan. Sitten palkkaat konsultit todella rakentamaan, testaamaan, käyttöönottamaan ja ylläpitämään integraatiot. Alusta tarjoaa kyvykkyyden työkaluna. Toteutus elää ulkopuolella, tiimissäsi, budjetissasi, riskissäsi.

Tällä oli järkeä, kun integraatioiden rakentaminen oli luonnostaan manuaalista. Jonkun oli ymmärrettävä lähdejärjestelmä, kohdejärjestelmä, dataformaatit, autentikointiprotokollat, virheenkäsittely ja liiketoimintalogiikka, joka sitoo kaiken yhteen. Tuo asiantuntemus oli harvinaista, joten se komensi korkeita tuntihintoja. Alusta oli vain työpöytä.

Mutta kun tekoäly voi luoda toimivan integraation luonnollisella kielellä annetusta kuvauksesta, työpöytämalli alkaa halkeilla. Arvo ei ole enää työkalun tarjoamisessa. Se on lopputuloksen tarjoamisessa.

Kun toteutus siirtyy sisään, vastuu seuraa

Tämä on se muutos, jolla on merkitystä, ja se menee syvemmälle kuin hinnoittelumallit tai toimituksen nopeus.

Kun alusta ei vain isännöi integraatioitasi vaan luo ne, ajaa ne, valvoo niitä ja ylläpitää niitä, toteutus siirtyy tuotteen sisään. Tuote ei ole enää passiivinen työkalu, joka odottaa taitavaa käyttäjää. Se osallistuu toimitukseen.

Ja hetkellä, kun toteutus elää tuotteen sisällä, uusi kysymys nousee esiin: kuka on vastuussa, kun jokin menee pieleen?

Vanhassa mallissa vastuu oli hajautunut. Alustantoimittaja oli vastuussa käytettävyydestä. Konsultointi kumppani oli vastuussa rakentamisesta. Asiakas oli vastuussa vaatimuksista ja testauksesta. Kun integraatio epäonnistui tuotannossa, syyttely saattoi mennä kolmeen suuntaan.

Service-as-Software-mallissa vastaus on selkeämpi. Jos alusta luo ja ajaa integraation, alusta kantaa vastuun sen toimimisesta. Se on perusteellisesti erilainen suhde asiakkaaseen.

SLA-tasot ovat vastuun hinnoittelua

Tämä oivallus muokkasi sitä, miten ajattelemme FastHubin liiketoimintamallia. Emme veloita integraation rakentamiseen kuluvasta ajasta, koska tekoäly on puristanut sen lähes nollaan. Emme veloita istunnon mukaan, koska koko pointti on, että yksi henkilö voi hallita sen, mikä aiemmin vaati tiimin.

Veloitamme konnektoreista, koska monimutkaisuus skaalautuu mukana olevien järjestelmien määrän mukaan. Ja veloitamme SLA-tasoista, koska asiakkaan tarvitseman vastuullisuuden taso vaihtelee dramaattisesti.

Startup, joka yhdistää CRM:n laskutusjärjestelmään, tarvitsee integraation toimivan, mutta muutama tunti seisokkia ei kaada yritystä. Valmistaja, joka ajaa reaaliaikaisia datavirtoja tuotantojärjestelmien välillä kolmessa maassa, tarvitsee takuun, että joku vastaa puhelimeen kello 2 yöllä.

Ero näiden kahden skenaarion välillä ei ole ominaisuuksien ero. Se on vastuun ero. Meidän SLA-tasomme, yhteisön tuesta omistettuun 24/7-tukeen, on hinnoiteltu sen mukaisesti. Asiakas ei osta nopeampia vastausaikoja. He ostavat sitoumuksen meiltä omistaa lopputulos.

Miltä tämä näyttää käytännössä

FastHub on tekoälynatiivi integraatioalusta. Käyttäjä kuvaa mitä hän haluaa yhdistää luonnollisella kielellä. Tekoäly luo integraatiotyönkulun käyttäen Apache Camelia konepellin alla. Käyttäjä tarkistaa sen, säätää tarvittaessa ja ottaa käyttöön, joko meidän hallittuun pilveen tai omaan infrastruktuuriinsa.

Hinnoittelu on konnektoripohjainen volyymialen nuksin. Enemmän konnektoreita tarkoittaa monimutkaisempaa ympäristöä, ja hinta skaalautuu sen monimutkaisuuden mukaan. Jokainen taso (Free, Starter, Growth, Pro, Enterprise) sisältää tietyn määrän konnektoreita, hallitun tai itse isännöidyn käyttöönottovaihtoehdon ja vastaavan SLA-tason.

Tämä rakenne näyttää pinnalta tutulta. Tasot ja konnektorit ovat käsitteitä, jotka jokainen ostaja ymmärtää. Mutta alla oleva malli on erilainen kuin perinteinen iPaaS. Asiakas ei osta työkalua ja sitten palkkaa ihmisiä käyttämään sitä. He ostavat toimivia integraatioita, ylläpidettyjä ja valvottuja, selkeällä vastuulinjalla takaisin meille.

Luottamuskerros, jota hinnoittelu ei yksin ratkaise

Tässä muutoksessa on ulottuvuus, jota puhdas hinnoitteluinnovaatio ei käsittele: luottamus.

Kun kerromme asiakkaalle, että tekoäly luo heidän integraationsa, välitön kysymys on, voivatko he luottaa siihen, mitä tekoäly tuottaa. Käsitteleekö se reunatapaukset? Kunnioittaako se tietojen sijaintisääntöjä lainkäyttöalueiden välillä? Hajoaako se hiljaa?

Tämän takia rakensimme FastHubin kokonaan avoimen lähdekoodin komponenteista: Kubernetes, Keycloak, Open Policy Agent, Apache Camel, Quarkus. Jokainen pinon kerros voidaan tarkastaa. Ei omistusoikeudellisia mustia laatikoita, ei riippuvuuksia toimittajiin, jotka saattavat olla ulkomaisten hallitusten datapyyntöjen alaisia. Alusta toimii 100 % EU:ssa sijaitsevalla infrastruktuurilla.

Avoin lähdekoodi ei ole ominaisuus luettelossa. Se on luottamusarkkitehtuurin perusta. Kun asiakas kysyy, miten he voivat todentaa, että heidän dataansa käsitellään oikein, vastaus ei ole "luota meihin". Vastaus on "lue koodi".

Sillä on merkitystä erityisesti Euroopan markkinalla, jossa suvereniteetti ja vaatimustenmukaisuus eivät ole abstrakteja käsitteitä vaan hankintavaatimuksia. Mutta sillä on merkitystä kaikkialla. Service-as-Software-mallissa, jossa toimittaja ottaa toteutusvastuun, asiakkaan on voitava todentaa, että järjestelmä ansaitsee luottamuksen.

Kuilu keskustelun ja todellisuuden välillä

Toimialan keskustelu Service-as-Softwaresta, lopputulospohjaisesta hinnoittelusta ja tekoälynatiiista toimituksesta on edellä siitä, missä useimmat ostajat todellisuudessa ovat. Useimmat hankintatiimit vertailevat edelleen tarjouksia tuntiveloituksen ja henkilömäärän mukaan. Useimmat budjetit on rakennettu aikamateriaali-oletusten ympärille. Useimmat yritykset arvioivat integraatioalustoja ominaisuusluetteloilla, eivät vastuumalleilla.

Emme odota tämän muuttuvan yhdessä yössä. FastHubin hinnoittelu on suunniteltu olemaan ymmärrettävä tämän päivän ostoympäristössä, mutta samalla rakenteellisesti linjassa sen kanssa, mihin markkinat ovat menossa. Konnektorit ja tasot ovat tuttuja. Muutos on siinä, mitä tapahtuu oston jälkeen: vähemmän konsultointia, enemmän kyvykkyyttä, selkeämpi vastuu.

Yritykset, jotka selvittävät tämän siirtymän, eivät vain integraatiossa vaan koko yritysohjelmistoissa, ovat niitä, jotka vastaavat yksinkertaiseen kysymykseen rehellisesti: jos tuotteesi tekee työn, oletko valmis olemaan vastuussa tuloksista?

Me olemme. Sitä varten SLA on olemassa.

FastHub on tekoälynatiivi integraatioalusta, joka on rakennettu Turussa, Suomessa. Se lanseerataan 1. huhtikuuta 2026. Kokonaan avoimen lähdekoodin teknologioille rakennettu ja EU:ssa ylläpidetty, FastHub mahdollistaa organisaatioille integraatioiden rakentamisen, käyttöönoton ja hallinnan luonnollisella kielellä. Liity odotuslistalle osoitteessa fasthub.ai