iCMS verrattuna muihin CMS- ja sovellusalustoihin

Verkkosivusto- tai digitaalisen palvelun alustan valinnassa ei yleensä ole kyse siitä, että löydettäisiin yksi järjestelmä, joka olisi paras kaikissa tilanteissa. Oikea valinta riippuu siitä, mitä organisaatio tarvitsee järjestelmältä nyt, kuinka paljon sen odotetaan kasvavan ja kuinka paljon räätälöityä sisältöä, tietoa, käyttöoikeuksia, integraatioita ja työnkulkulogiikkaa sen täytyy tukea.

iCMS 4.0 on suunniteltu projekteihin, joissa verkkosivusto on samalla myös digitaalinen palvelu. Se yhdistää sisällönhallintajärjestelmän Managers Framework -sovelluskehykseen ja tarjoaa organisaatioille yhden perustan sisällölle, räätälöidylle tiedolle, käyttäjille, käyttöoikeuksille, medialle, integraatioille, taustatehtäville, rajapinnoille, monikielisille työnkuluille ja hallitulle tekoälyavustukselle.

Tämän ansiosta iCMS on vahvimmillaan yksinkertaisen julkaisu-CMS:n ja täysin räätälöidyn ohjelmistokehityksen välimaastossa. Yksinkertainen tai tarkasti rajattuun käyttötarkoitukseen suunniteltu CMS voi tarjota nopean aloituksen, mutta asiakas voi kasvaa nopeasti sen rajoitteiden yli, kun palvelu alkaa tarvita räätälöityjä objekteja, käyttöoikeuksia, integraatioita, työnkulkuja, monikielisiä rakenteita tai sellaista tietoa, joka ei enää sovi alkuperäiseen CMS-malliin. iCMS on rakennettu tukemaan tätä kasvua alusta lähtien.

Mihin iCMS sijoittuu

iCMS ei ole pelkästään sivujen julkaisemiseen tarkoitettu työkalu. Se on CMS- ja sovellusalusta palveluille, joissa sisältö, tieto, käyttäjät ja liiketoimintasäännöt kuuluvat yhteen.

Tyypillisiä iCMS:lle hyvin soveltuvia projekteja ovat:

• Asiakas-, jäsen- ja sidosryhmäportaalit.
• Intranet- ja extranet-palvelut ryhmäkohtaisilla sisällöillä.
• Monikieliset julkiset verkkosivustot, joissa on rakenteista sisältöä ja käännösten tarkistusprosesseja.
• Oppimis-, projekti-, avustus-, yhteisö- ja toiminnanohjausjärjestelmät.
• Mediapainotteiset palvelut, joissa tiedostojen ja kansioiden käyttöoikeuksia täytyy hallita.
• Sivustot, jotka tarvitsevat tiedontuonteja, -vientejä, toistuvia synkronointeja tai ulkoisia integraatioita.
• Palvelut, joissa tekoälyn tuottama sisältö tai muutokset halutaan valmistella, tarkistaa, hyväksyä tai hylätä ennen niiden viemistä julkaistuun sisältöön.

Yksinkertaiselle kampanja- tai esittelysivustolle yleinen verkkosivustoalusta voi olla täysin riittävä. Tilanne muuttuu, jos asiakkaan odotetaan kehittävän palvelua edelleen. Yhteen tarkasti rajattuun sisältötarpeeseen valittu CMS voi muuttua rajoittavaksi heti, kun organisaatio tarvitsee jäsenrooleja, räätälöityjä tietueita, hyväksyntäprosesseja, järjestelmäintegraatioita, yksityistä mediaa, raportointia, kieliversioita tai rajapintoja.

iCMS:n arvo kasvaa tällaisissa tilanteissa, koska sen objektikehys ei perustu yhteen tiettyyn toimialaan, sisältötyyppiin tai tekniseen ongelmaan. Sen avulla voidaan mallintaa asiakkaan todellista toimintaympäristöä: projekteja, henkilöitä, jäsenyyksiä, kursseja, avustuksia, dokumentteja, palvelupyyntöjä, referenssejä, omaisuuseriä, tapahtumia, käyttöoikeuksia sekä näiden välisiä suhteita.

Tämän joustavuuden ei tarvitse tarkoittaa hidasta toteutusta. Kokeneiden iCMS-kehittäjien, uudelleenkäytettävien moduulien, skeematyökalujen, valmiiden ylläpitomallien, yhteisten sivupohjien, integraatiokäytäntöjen ja kehitystyökalujen avulla sivustojen ja palveluiden toteutus voi olla hyvin nopeaa ja samalla jättää tilaa tulevalle räätälöidylle kasvulle.

Lyhyt vertailu

| Vaihtoehto | Vahvuudet | Haasteet | Missä iCMS voi olla vahvempi |

| ---------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------- |

| WordPress | Julkaiseminen, markkinointisivustot, blogit, teemat ja laaja lisäosatarjonta | Asiakas voi kasvaa alkuperäisen sivu-, artikkeli- ja lisäosamallin yli, kun räätälöidyt palvelutarpeet lisääntyvät | Kun sivusto toimii myös portaalina, työnkulkujärjestelmänä, integraatiokeskuksena tai räätälöidyn tiedon sovelluksena |

| Headless CMS, kuten Payload tai Strapi | API-lähtöinen sisällön mallintaminen ja erilliset front-end-toteutukset | Operatiiviset työnkulut, ylläpitomoduulit, käyttöoikeudet, taustatehtävät ja integraatiot vaativat usein lisää ympäröivää sovelluskehitystä | Kun CMS:n, ylläpitotyökalujen, käyttöoikeuksien, median, taustatehtävien, rajapintojen ja renderöinnin halutaan toimivan samalla hallitulla alustalla |

| Laravel, Symfony tai räätälöity sovellus | Vaatimukset ovat niin poikkeuksellisia, että useimmat perusrakenteet kannattaa rakentaa alusta | Suurempi osa projektibudjetista kuluu CMS:n, ylläpidon, median, käyttäjien, käyttöoikeuksien, lomakkeiden, integraatioiden ja muiden perustoimintojen rakentamiseen | Kun projekti on räätälöity, mutta voi edetä nopeammin valmiiden CMS- ja sovellusperustojen päälle |

| Enterprise DXP tai kaupallinen CMS | Suuret organisaatiot tarvitsevat enterprise-tason hankintamalleja, toimittajaekosysteemejä ja laajoja kaupallisia kokonaisuuksia | Lisensointi, käyttöönotto, perehdytys ja räätälöinti voivat olla kalliita | Kun raskaan enterprise-ratkaisun sijaan paremmin sopii kohdennettu, hallittu ja paikallisesti räätälöitävä alusta |

| Low-code- tai no-code-työkalut | Nopeat prototyypit ja yksinkertaisemmat sisäiset työnkulut | Pitkän aikavälin koodin omistajuus, monimutkaiset käyttöoikeudet, syvät integraatiot ja räätälöidyt tietosuhteet voivat muodostua rajoitteiksi | Kun palvelu tarvitsee täsmällisiä tietomalleja, versionhallittua kehitystä, rajapintoja ja ylläpidettävää räätälöityä logiikkaa |

| iCMS 3.1:n käytön jatkaminen | Lyhyen aikavälin vakaus migraatiota suunniteltaessa | Se ei ole pitkän aikavälin modernisointipolku, etenkin kun aktiivisen tuen on suunniteltu päättyvän vuoden 2026 lopussa | iCMS 4.0 siirtää nykyisen arvon modernille ja ylläpidetylle alustalle |

Vertailu WordPressiin

WordPress on vahva valinta monille julkaisu- ja markkinointisivustoille. Sillä on laaja ekosysteemi, tutut sisällönmuokkauksen työnkulut, runsaasti teemoja ja erittäin laaja lisäosatarjonta. Esittelysivustoille, kampanjasivuille, blogeille ja toimitukselliseen julkaisemiseen se voi olla käytännöllisin vaihtoehto.

iCMS on suunniteltu erityyppisiin projekteihin.

iCMS sopii paremmin tilanteisiin, joissa asiakas saattaa kasvaa tavallisen sivu- ja artikkelihallinnan yli. Tämä tapahtuu usein vähitellen: ensin sivusto tarvitsee muutamia rakenteisia tietueita, sitten jäsenalueen, sen jälkeen yksityisiä materiaaleja, roolikohtaista muokkaamista, integraation, raportointityönkulun ja lopulta räätälöidyn hyväksyntäprosessin. Alun perin yksinkertaiselta CMS-valinnalta vaikuttanut päätös muuttuu sovellusalustaa koskevaksi päätökseksi.

iCMS on rakennettu tätä kehityspolkua varten. Sen Managers Frameworkin avulla voidaan määrittää räätälöityjä objektityyppejä, runsaasti suhteita sisältäviä tietomalleja, käyttöoikeuksista riippuvaa sisältöä, jäsenalueita, hallittuja median käyttöoikeuksia, monikielisiä työnkulkuja, taustaprosessointia, integraatioita, rajapintoja ja operatiivisia ylläpitonäkymiä ilman alustan vaihtamista.

WordPressillä nämä tarpeet voidaan usein ratkaista, mutta ratkaisu saattaa rakentua lisäosien, custom post type -rakenteiden, metatietojen, räätälöidyn lisäosakoodin, ulkoisten palveluiden ja projektikohtaisten käytäntöjen yhdistelmästä. Monissa projekteissa tämä voi olla täysin toimiva ratkaisu. Kompromissina on, että monimutkainen liiketoimintalogiikka voi hajautua useisiin eri osiin.

iCMS käsittelee näitä tarpeita alustatason ominaisuuksina. Sisältö, tietomallit, käyttöoikeudet, media, käyttäjät, integraatiot, ajastetut tehtävät, rajapinnat ja räätälöidyt moduulit käyttävät samaa perustaa.

Yksinkertaistettuna:

• Valitse WordPress, kun keskeinen tarve on yleinen sisällön julkaiseminen ja laaja lisäosatarjonta.
• Valitse iCMS, kun verkkosivuston odotetaan kasvavan julkaisemista laajemmaksi liiketoimintasovellukseksi, portaaliksi, työnkulkujärjestelmäksi tai integraatiopisteeksi.

Vertailu headless CMS -alustoihin

Headless CMS -alustat ovat hyödyllisiä silloin, kun sisältö halutaan mallintaa yhdessä järjestelmässä ja välittää yhden tai useamman erillisen front-endin käyttöön. Ne soveltuvat usein hyvin API-lähtöisiin sisältöprojekteihin, JavaScript-painotteisille front-end-tiimeille, mobiilisovelluksiin ja monikanavaiseen sisällönjakeluun.

Myös iCMS voi tarjota rajapintoja ja toimia headless-käyttötapauksissa, mutta se ei rajoitu pelkäksi sisältötaustajärjestelmäksi.

iCMS voi samalla alustalla renderöidä julkisia sivuja, suorittaa ylläpitomoduuleja, hallita käyttäjiä ja ryhmiä, valvoa käyttöoikeuksia, hallita mediaa, käsitellä lomakkeita, suorittaa taustatehtäviä, hallita integraatioita, tukea monikielisiä työnkulkuja sekä tarjota räätälöityjen objektien rajapintoja.

Tällä on merkitystä silloin, kun sisältötaustajärjestelmä on vain yksi osa palvelua. Jos projekti tarvitsee lisäksi operatiivisia työnkulkuja, käyttöoikeuksien hallintanäkymiä, median käyttöoikeuksia, tiedontuonteja, synkronointitehtäviä, hyväksyntäprosesseja, lokitietoja, tekoälysisällön tarkistusta ja räätälöityjä ylläpitotyökaluja, puhtaasti headless-malliin perustuva ratkaisu voi vaatia huomattavasti enemmän ympäröivää sovelluskehitystä.

Sama kasvuriski koskee myös tätä mallia kuin yksinkertaisia julkaisujärjestelmiä. Headless CMS voi ratkaista sisällön jakeluun liittyvän ongelman hyvin, mutta asiakas saattaa myöhemmin tarvita sisällön ympärille kokonaisvaltaisemman operatiivisen kerroksen. iCMS lähtee alusta lähtien tästä laajemmasta palvelumallista.

Yksinkertaistettuna:

• Valitse headless CMS, kun sisällön mallintaminen ja API-jakelu ovat keskeinen ongelma.
• Valitse iCMS, kun sisältö on osa laajempaa operatiivista palvelua, joka tarvitsee myös ylläpitotyökaluja, käyttöoikeuksia, integraatioita, taustatehtäviä ja räätälöityjä työnkulkuja.

Vertailu räätälöityyn Laravel-, Symfony- tai vastaavaan sovellukseen

Täysin räätälöity sovellus voi olla oikea valinta silloin, kun tuote on niin poikkeuksellinen, etteivät valmiit CMS- tai sovellusperustat tuo merkittävää lisäarvoa. Se antaa kehitystiimille maksimaalisen hallinnan arkkitehtuurista, tietomalleista, käyttökokemuksesta, käyttöönotosta ja toteutusvalinnoista.

Kustannuksena on se, että suuri määrä perusrakenteita täytyy rakentaa tai koota ennen kuin päästään tuottamaan asiakkaalle varsinaista lisäarvoa.

Räätälöity sovellus tarvitsee tyypillisesti käyttäjä- ja ryhmähallinnan, käyttöoikeudet, lomakkeet, medianhallinnan, tiedostojen lataukset, sisällönmuokkauksen, ylläpitonäkymät, lokit, taustatehtävät, käännökset, rajapinnat, integraatiot, käyttäjätilien suojauksen, käyttöönoton käytännöt ja testausmallit. Nämä kaikki ovat ratkaistavissa olevia asioita, mutta ne kuluttavat aikaa ja budjettia.

iCMS antaa räätälöidyille projekteille etumatkaa. Kehittäjät rakentavat edelleen projektikohtaisia moduuleja, objektimalleja, integraatioita, sivupohjia ja liiketoimintalogiikkaa, mutta ne toteutetaan olemassa olevan CMS:n ja Managers Framework -sovelluskehyksen päälle.

Tämän ansiosta toimitus voi olla erittäin nopeaa verrattuna samojen perusrakenteiden kokoamiseen alusta lähtien. Kokeneet iCMS-kehittäjät eivät aloita tyhjästä sovelluskehyksestä, vaan käytettävissä ovat jo objektit, listat, lomakkeet, käyttöoikeudet, media, käyttäjät, sivupohjat, rajapinnat, integraatiot, taustatehtävät ja ylläpidon toimintamallit.

Yksinkertaistettuna:

• Valitse täysin räätälöity sovellus, kun uudelleenkäytettävät CMS- ja alustarakenteet olisivat enemmän haitaksi kuin hyödyksi.
• Valitse iCMS, kun projekti on räätälöity, mutta voi hyötyä valmiista ja hyväksi havaituista rakenteista sisällölle, käyttäjille, käyttöoikeuksille, medialle, lomakkeille, integraatioille, rajapinnoille, taustatehtäville ja ylläpidolle.

Vertailu enterprise DXP -ratkaisuihin ja kaupallisiin CMS-kokonaisuuksiin

Enterprise-tason digital experience platform -ratkaisut ja kaupalliset CMS-tuotteet voivat olla arvokkaita suurille organisaatioille, joilla on muodolliset hankintavaatimukset, laajat toimittajaekosysteemit, valmiiksi paketoidut ominaisuuskokonaisuudet sekä budjetti lisensointiin, käyttöönottoon, kumppaneiden perehdyttämiseen ja pitkäaikaiseen toimittajahallintaan.

Ne voivat kuitenkin tuoda mukanaan myös merkittävää monimutkaisuutta. Lisensointi voi olla kallista, käyttöönotto raskasta ja syvä räätälöinti kallista, jos asiakkaan työnkulut eivät vastaa tuotteen oletettua toimintamallia.

iCMS on kohdennetumpi hallittu alusta. Se soveltuu organisaatioille, jotka tarvitsevat räätälöityjä digitaalisia palveluita, mukautettuja sisältö- ja tietomalleja, integraatioita, käyttöoikeuksia, monikielisiä työnkulkuja sekä ylläpidettyä toimintaympäristöä ilman raskaan enterprise-kokonaisuuden käyttöönottoa.

Yksinkertaistettuna:

• Valitse enterprise DXP, kun toimittajan mittakaava, hankintamalli ja laaja kaupallinen tuotekokonaisuus ovat keskeisiä vaatimuksia.
• Valitse iCMS, kun organisaatio tarvitsee kohdennetun, mukautuvan ja hallitun alustan, joka voidaan rakentaa sen todellisen digitaalisen palvelun ympärille.

Vertailu low-code- ja no-code-alustoihin

Low-code- ja no-code-työkalut voivat olla hyödyllisiä nopeissa prototyypeissä, yksinkertaisissa sisäisissä työkaluissa sekä työnkuluissa, joissa alustan rajoitteet ovat hyväksyttäviä. Ne voivat vähentää alkuvaiheen kehitystyötä ja auttaa tiimejä testaamaan ideoita nopeasti.

Rajoitteet tulevat yleensä näkyviin palvelun muuttuessa liiketoiminnan kannalta kriittisemmäksi. Monimutkaiset käyttöoikeussäännöt, syvät integraatiot, versionhallittu kehitys, räätälöidyt tietosuhteet, versioidut käyttöönotot, rajapinnat, testaus ja pitkän aikavälin koodin omistajuus voivat muuttua vaikeammin hallittaviksi.

iCMS säilyy kehittäjien hallitsemana alustana. Se voi tukea räätälöityjä työnkulkuja, tarkasti määriteltyjä tietomalleja, mukautettuja moduuleja, integraatioita, käyttöoikeussääntöjä, rajapintoja ja hallittuja käyttöönottoja samalla, kun sisällöntuottajat ja ylläpitäjät saavat käyttöönsä valmiit työkalut.

Yksinkertaistettuna:

• Valitse low-code tai no-code, kun prototyypin nopeus on tärkeämpää kuin alustan pitkäaikainen omistajuus.
• Valitse iCMS, kun palvelu tarvitsee ylläpidettävää räätälöityä logiikkaa, hallittua tietoa, tarkasti määriteltyjä käyttöoikeuksia ja kestävän kehityspolun.

Vertailu iCMS 3.1:n käytön jatkamiseen

Nykyisten iCMS-asiakkaiden kohdalla vertailu ei koske ainoastaan iCMS:ää suhteessa muihin alustoihin. Kyse on myös valinnasta iCMS 3.1:n käytön jatkamisen ja iCMS 4.0:aan siirtymisen välillä.

iCMS 3.1 palveli asiakasprojekteja useiden vuosien ajan ja on tärkeä osa alustan historiaa. Sen avulla hallittiin asiakaskohtaisia sisältöjä, tietoja, työnkulkuja ja toimialakohtaista logiikkaa hallitussa SaaS-ympäristössä.

iCMS 4.0 on olemassa, koska seuraava kehitysvaihe tarvitsee vahvemman perustan: responsiivisen ylläpidon, modernit muokkaustyökalut, selkeämmän moduuliarkkitehtuurin, vahvemmat rajapinnat, paremman integraatioiden hallinnan, kehittyneemmän TaskTimer-raportoinnin ja API-pollauksen, reaaliaikaisen viestinnän, helpommat käyttöoikeuksien hallintanäkymät, tarkemmat käyttöoikeudet, autentikointisovellukseen perustuvan MFA:n, kehittyneemmät monikieliset työnkulut ja sovelluskehystason tekoälyvalmiudet.

Koska iCMS 3.1:n aktiivisen tuen on suunniteltu päättyvän vuoden 2026 lopussa, nykyisten hallitun SaaS-palvelun asiakkaiden kannattaa nähdä iCMS 4.0 pitkän aikavälin ylläpito- ja modernisointipolkuna.

Yksinkertaistettuna:

• Jatka iCMS 3.1:n käyttöä vain lyhytaikaisena siirtymäratkaisuna migraation suunnittelun ajan.
• Valitse iCMS 4.0, kun haluat siirtää nykyisen palvelun hyödylliset osat eteenpäin modernille ja ylläpidetylle alustalle.

Mitä iCMS ei pyri korvaamaan

iCMS:ää ei tarvitse asemoida oikeaksi ratkaisuksi jokaiselle verkkosivustolle.

Yksinkertaiseen julkaisemiseen yleinen CMS voi olla kaupallisesti parempi suositus. Puhtaasti API-lähtöiseen sisältötaustajärjestelmään headless CMS voi olla luontevampi. Radikaalisti uudenlaiseen tuotteeseen täysin räätälöity sovelluskehys voi olla perusteltu. Suuren organisaation enterprise-hankinnassa kaupallinen DXP voi olla odotettu ratkaisu. Nopeisiin kokeiluihin low-code-työkalut voivat olla hyödyllisiä.

iCMS:n vahvin viesti on tarkemmin rajattu:

iCMS on tarkoitettu organisaatioille, joiden verkkosivustot ovat kasvaneet yksinkertaisen sisällönhallinnan yli ja joiden täytyy muuttua ylläpidetyiksi digitaalisiksi palveluiksi, joissa yhdistyvät räätälöity tieto, käyttäjät, käyttöoikeudet, media, työnkulut, integraatiot, monikielinen sisältö, rajapinnat, automaatio ja hallittu tekoälyavustus.

Käytännön etuna on, ettei iCMS edellytä asiakkaalta kaikkien tulevien tarpeiden ennustamista heti ensimmäisenä päivänä. Sivusto voi alkaa tutuista CMS-tarpeista ja laajentua myöhemmin asiakaskohtaisiin objekteihin, suhteisiin, käyttöoikeussääntöihin, integraatioihin ja työnkulkuihin sitä mukaa, kun organisaatio oppii, millaiseksi palvelun tulee kehittyä.

Päätöksenteon opas

iCMS on todennäköisesti vahva vaihtoehto, kun useampi seuraavista kohdista täyttyy:

• Verkkosivusto sisältää räätälöityä tietoa tai liiketoimintakohtaisia objektityyppejä.
• Asiakas odottaa sivuston kasvavan tavallista sivujen julkaisemista laajemmaksi palveluksi.
• Tarkasti rajattu CMS voisi ratkaista tämän päivän tarpeen, mutta muuttua rajoittavaksi myöhemmin.
• Käyttäjät, ryhmät, roolit, jäsenalueet tai yksityinen sisältö ovat merkittävä osa palvelua.
• Käyttöoikeuksia täytyy hallita tarkemmin kuin vain julkinen sisältö vastaan ylläpitäjä.
• Sisällöntuottajat tarvitsevat rakenteista sisältöä, mediaa, lomakkeita, sivupohjia ja uudelleenkäytettäviä työnkulkuja.
• Sivusto tarvitsee integraatioita ulkoisiin järjestelmiin.
• Taustalla suoritettavien tiedontuontien, -vientien, synkronointien, raporttien tai tekoälytoimintojen tilan täytyy olla näkyvissä.
• Monikielinen sisältö tarvitsee järjestelmällisen käännös- ja tarkistusprosessin.
• Organisaatio haluaa vahvempaa käyttäjätilien suojausta, kuten MFA:n.
• Järjestelmä voi tarvita rajapintoja tai headless-/hybridiarkkitehtuuria.
• Nykyiset iCMS:n tiedot, sisällöt, moduulit ja liiketoimintalogiikka ovat säilyttämisen arvoisia.
• Nopea toimitus on tärkeää, mutta asiakas ei halua uhrata tulevaa laajennettavuutta.

Toinen alusta voi olla täysin riittävä, kun:

• Sivusto koostuu pääasiassa esittelysisällöstä, uutisista tai kampanjoista.
• Räätälöityä tietoa tai työnkulkulogiikkaa on vähän.
• Tulevien tarpeiden odotetaan pysyvän tavallisten CMS-julkaisumallien sisällä.
• Käyttöoikeudet ovat yksinkertaisia.
• Integraatioita on vähän tai ne hoidetaan muualla.
• Räätälöidyille ylläpitotyökaluille ei ole tarvetta.
• Organisaatio haluaa tietoisesti poistua hallitusta iCMS SaaS -mallista.

Yhteenveto

iCMS 4.0 kannattaa nähdä käytännöllisenä välimuotona. Se on mukautuvampi kuin yleiskäyttöinen CMS, operatiivisesti kokonaisvaltaisempi kuin puhdas headless-sisältövarasto ja nopeampi toteuttaa kuin kaikkien CMS- ja sovellusperustojen rakentaminen uudelleen alusta.

Organisaatioille, joiden verkkosivusto on samalla myös palvelu, iCMS tarjoaa sisällölle, tiedolle, käyttöoikeuksille, medialle, integraatioille, taustatehtäville, rajapinnoille, monikielisille työnkuluille ja hallitulle tekoälylle yhden yhteisen perustan. Se pienentää riskiä siitä, että organisaatio kasvaa yksinkertaisen CMS:n rajoitteiden yli juuri siinä vaiheessa, kun sivuston merkitys toiminnalle kasvaa.

Nykyisille iCMS-asiakkaille päivitys versiosta 3.1 versioon 4.0 suojaa nykyiseen palveluun jo rakennetun arvon ja siirtää sen modernille, ylläpidetylle ja paremmin laajennettavalle alustalle. Uusille asiakkaille se tarjoaa nopean reitin räätälöityyn verkkopalveluun nyt sekä vahvemman perustan sille, millaiseksi palvelun täytyy tulevaisuudessa kasvaa.