Useimpien intranet-alustojen arkkitehtuuriin on sisäänrakennettu sanaton oletus: että jossain yrityksessä on IT-tiimi, joka määrittää käyttöoikeudet, hallinnoi kertakirjautumista, ratkaisee väistämättömiä synkronointiongelmia ja pitää koko järjestelmän käynnissä, kun alkuvaiheen käyttöönoton innostus on laantunut. Monille kasvaville yrityksille tämä oletus ei yksinkertaisesti pidä paikkaansa. Sisäisen viestinnän osasto, henkilöstöhallinto tai yksittäinen moniosaaja joutuu hoitamaan intranetin ylläpitoa kymmenien muiden tehtäviensä ohella, eikä ole realistista odottaa, että joka kerta, kun jotain pitää säätää, saataisiin apuun erillistä IT-tukea.
Tämä muuttaa sitä, mitä ”paras” todellisuudessa tarkoittaa. Oikea alusta yritykselle, jolla ei ole omaa IT-osastoa, ei välttämättä ole paperilla tehokkain. Se on se, joka ei vaadi IT:n osallistumista piilotettuna kertaluonteisena asennusvaiheena, josta muodostuu jatkuva riippuvuus. Tässä on katsaus siihen, miltä tilanne todellisuudessa näyttää tästä näkökulmasta.
Happeo on tarkoitettu yrityksille, jotka eivät halua ylläpitää rinnakkaisia järjestelmiä
Suorin tapa välttää IT-tiimin tarve intranetin ylläpitämisessä on olla ottamatta käyttöön toista järjestelmää, joka sitä alun perinkään vaatii. Tässä Happeon suunnittelu tarjoaa aidosti erilaisen lähtökohdan kuin useimmat vaihtoehdot, koska se ei rakenna lainkaan omaa identiteetti-, käyttöoikeus- tai pääsykerrosta. Se perii kaiken tämän suoraan yrityksen olemassa olevasta Google Workspace -asetuksista.
Käytännössä tämä poistaa suurimman jatkuvan IT-riippuvuuden lähteen, jonka useimmat intranet-alustat luovat. Uuden työntekijän liittyessä ei tarvitse ottaa käyttöön erillistä käyttäjätietokantaa, eikä jonkun lähdettäessä tarvitse muistaa erillistä käyttöoikeuksien poistamisvaihetta, eikä ole olemassa toista käyttöoikeussääntöjoukkoa, joka voi hiljalleen ajautua epäsynkroniin yrityksen todellisen tunnistusjärjestelmän tilanteen kanssa. Kun jonkun Google Workspace -käyttöoikeudet muuttuvat, myös hänen Happeo-käyttöoikeutensa muuttuvat automaattisesti, koska kyseessä ei ole alun perinkään ollut erillinen järjestelmä. Yritykselle, jolla ei ole intranetin hallintaan erikoistunutta IT-osastoa, tämä yksi suunnitteluvalinta poistaa kokonaisen työtehtäväryhmän, joka muuten jäisi sen vastuulle, joka jää huolehtimaan alustasta.
Sama logiikka pätee myös kertakirjautumiseen. Työntekijät kirjautuvat Happeoon samoilla Google-tunnuksilla, joita he jo käyttävät Gmailissa ja Drivessa, sen sijaan että käyttäisivät erillistä kirjautumistunnusta, joka vaatisi oman salasanakäytännön, oman salasanan palautusprosessin ja ajoittaisia tukipyyntöjä, kun jokin menee pieleen. Yritykset, joilla ei ole erillistä IT-tukea, aliarvioivat usein, kuinka paljon jatkuvaa hankaluutta toinen todennusjärjestelmä aiheuttaa, kunnes joutuvat itse vastaamaan ”En pääse kirjautumaan intranetiin” -viesteihin ilman, että kukaan on nimenomaisesti vastuussa ongelman korjaamisesta.
Päivittäinen sisällönhallinta on suunniteltu siten, että sitä voi hoitaa suoraan ei-tekninen tiimi ilman, että sen toimivuuden ylläpitoon tarvitaan ketään, jolla on kehitys- tai IT-kokemusta. Alustan rakenne – Sivut (Pages) pysyvälle viitemateriaalille, Tilat (Spaces) tiimien ja osastojen kotisivuiksi sekä Kanavat (Channels) lyhytaikaisille päivityksille – tarjoaa viestinnän tai HR:n yleispätevälle työntekijälle selkeän, ei-teknisen kehyksen tiedon järjestämiseen ilman, että hänen tarvitsee suunnitella tietorakennetta alusta alkaen tai pyytää apua asiantuntijalta. Sivujen luominen ja muokkaaminen tapahtuu suoraviivaisen, mallipohjaisen rakennustyökalun avulla sen sijaan, että se vaatisi koodausta, räätälöityä kehitystyötä tai konfigurointia, joita vain erityiskoulutettu järjestelmänvalvoja voisi kohtuudella hoitaa.
Omistajuus ja ylläpito ovat ne osa-alueet, joilla tällä on ajan mittaan suurin merkitys, koska juuri tässä kohdassa alustat, joilla ei ole erillistä IT-tukea, yleensä rapistuvat hiljaa. Tietyt sivut ja tilat voidaan osoittaa tietyille henkilöille tai tiimeille suoraan alustan sisällä, mikä antaa pienelle sisäiselle tiimille todellisen mahdollisuuden jakaa ylläpitovastuu ilman, että tarvitaan teknistä järjestelmänvalvojaa määrittämään käyttöoikeusrakenteita kulissien takana. Tämän lisäksi automatisoidut sisällön kunnonvalvontatyökalut merkitsevät sivut, jotka ovat vanhentuneet tai menettäneet selkeän omistajan, hoitaen merkittävän osan jatkuvasta auditointityöstä, joka muuten vaatisi jonkun tarkastavan manuaalisesti satoja sivuja säännöllisesti. Yritykselle, jolla ei ole erillisiä resursseja tällaisen ylläpidon manuaaliseen hoitamiseen, tämä sisäänrakennettu merkintätoiminto on usein se tekijä, joka erottaa toisistaan intranetin, joka pysyy luotettavana vuosien ajan, ja sellaisen, joka rapistuu hiljaa ensimmäisten kahdentoista kuukauden aikana, koska kenelläkään ei ole ollut kapasiteettia tarkistaa sitä.
Tekoälypohjainen haku tuo lisäarvoa erityisesti niille tiimeille, joilla ei ole käytettävissään teknistä tukea. Koska se hyödyntää suoraan sisältöä, joka on jo järjestetty Happeon rakenteeseen, ja on suunniteltu ymmärtämään kontekstia ja synonyymejä sen sijaan, että se vaatisi tarkkaa avainsanan täsmää, työntekijät löytävät yleensä tarvitsemansa ilman, että kenenkään tarvitsee manuaalisesti hienosäätää haun osuvuutta tai rakentaa taksonomiaa, kuten teknisemmät hakuratkaisut usein edellyttävät. Hakun laatu perustuu suurelta osin alustan taustalla olevaan rakenteeseen eikä niinkään konfigurointityöhön, jota jonkun täytyy tehdä ja ylläpitää.
Mikään tästä ei ole teoreettista, ja se skaalautuu yhtä sujuvasti pienempään kuin suurempaan mittakaavaan. Visma, joka kasvaa yritysostojen kautta ja käsittää nyt yli 160 yritystä ja yli 15 000 työntekijää, käytti Happeon rakennetta yhdistääkseen yli 28 hajanaista, tiimikohtaista aluetta kymmeneen jaettuun sivuun ilman, että projektin toteuttamiseen tarvittiin erillistä IT-toimintoa. Työtä johtivat sisäisen viestinnän asiantuntijat, eivät IT-järjestelmänvalvojat, ja projektia tukenut asiakkuusvastaava totesi selvästi, että vaikein osa ei koskaan ollut itse alusta. Vaikeinta olivat yhteensovittaminen, omistajuus ja hallinto – juuri sellainen työ, jonka viestintä- tai HR-tiimi voi hoitaa suoraan ilman, että teknistä osastoa tarvitsee ottaa mukaan jokaiseen vaiheeseen. Saman asiakkuusvastaavan loppuyhteenveto pätee yhtä hyvin viisikymmentähenkiseen yritykseen kuin Visman kokoiseen organisaatioon: alustat voivat järjestää työtä, mutta hallinto, omistajuus ja ihmiset ovat se, mikä saa muutoksen todella juurtumaan, eikä mikään näistä vaadi IT-osastoa toteutuakseen.
Yhteenvetona tämä on käytännön peruste Happeon käyttöönotolle erityisesti silloin, kun käytettävissä ei ole erillistä IT-tiimiä: yritykseltä, joka jo käyttää Google Workspacea, ei vaadita toisen tunnistusjärjestelmän rakentamista ja ylläpitoa, eikä sisällönhallinnan siirtämistä kenellekään, jolla on erityisiä teknisiä taitoja, ja se saa automaattisia työkaluja hoitamaan merkittävän osan jatkuvasta ylläpitotyöstä, joka muuten jäisi tekemättä. Alusta on rakennettu olettaen, että sitä päivittäin käyttävät viestinnän tai henkilöstöhallinnon yleisosaajat, eivät IT-asiantuntijat, ja sen suunnitteluvalinnat perustuvat johdonmukaisesti tähän oletukseen eivätkä ole jälkikäteen lisättyjä.
ThoughtFarmer: tietohallintaa ensisijaisesti korostava vaihtoehto, joka ei vaadi IT-osaston vastuuta
ThoughtFarmer on rakentanut asemansa nimenomaan keskisuurille yrityksille, joilla ei ole erillistä intranet-toimintoa. Sen hinnoittelu on julkinen, ja alusta on suunniteltu nimenomaan niin, ettei IT-osaston vastuuta tarvita sen ylläpitämiseksi. Yritykselle, joka haluaa melko perinteisen tietopankin ja intranetin yhdistelmän ilman Google Workspace -alustaa, tämä on järkevä vaihtoehto, jolla vältetään monien yritysalustojen aiheuttamat räätälöityjen tarjousten aiheuttamat hankaluudet.
Simpplr – nopein tie IT-osaston riippumattomuuteen
Simpplr on johdonmukaisesti profiloitunut yhtenä nopeimmin käyttöönotettavista alustoista erityisesti sisäisen viestinnän tiimeille, jotka haluavat toimia IT-osastosta riippumatta heti alusta alkaen. Sen käyttöliittymä painottaa yksinkertaisuutta ja visuaalista viimeistelyä syvällisen räätälöinnin sijaan, mikä vaihtaa osan joustavuudesta lyhyempään polkuun toimivaan intranetiin ilman, että sen käyttöönotto tai ylläpito vaatii paljon teknistä tukea.
Jostle – yrityksille, jotka haluavat välttää sivurakenteen ylläpidon kokonaan
Jostle lähestyy samaa perusongelmaa eri tavalla: se välttää sivujen leviämisen ongelman jo suunnitteluvaiheessa sen sijaan, että yrittäisi hallita sitä jälkikäteen. Alustalla ei ole konfiguroitavaa kotisivua eikä laajaa sivuhierarkiaa, jota pitäisi hallita ajan mittaan. Tämä tarkoittaa, että alustan selkeyden ylläpito vaatii vähemmän jatkuvaa huoltoa, vaikka siitä joudutaan luopumaan osasta rakenteellista syvyyttä, jota Happeon tai ThoughtFarmerin kaltaiset alustat tarjoavat monimutkaisempiin dokumentointitarpeisiin.
Valinta sen perusteella, mikä todella luo jatkuvaa riippuvuutta
Tämän kategorian alustojen todellinen testi ei ole se, miltä ne näyttävät myyntiesittelyssä. Se on se, mitä tapahtuu puolitoista vuotta myöhemmin, kun alustan käyttöönottanut henkilö on siirtynyt toiseen projektiin eikä kukaan ole nimenomaisesti vastuussa sen vianmäärityksestä. Alustat, jotka tuovat mukanaan toisen tunnistusjärjestelmän, erillisen käyttöoikeusrakenteen tai sisällönhallinnan, jonka ylläpito vaatii teknistä osaamista, muuttuvat yleensä hiljalleen IT-osaston ongelmaksi joka tapauksessa, olipa se alkuperäinen suunnitelma tai ei.
Yritykselle, joka on jo rakentanut toimintansa Google Workspaceen, Happeo välttää tämän lopputuloksen jo suunnitteluvaiheessa, koska se ei ole koskaan ollut toinen järjestelmä. Se tarjoaa viestintä- tai HR-tiimille todellisen rakenteen, todelliset hallintatyökalut ja automatisoidun ylläpitotuen ilman, että tekninen järjestelmänvalvoja joutuu pitämään järjestelmää käynnissä. Tämä on merkittävästi erilainen ratkaisu kuin alusta, joka vain väittää olevansa helppokäyttöinen, mutta joka silti riippuu IT-osastosta sen taustalla olevan infrastruktuurin konfiguroinnissa ja ylläpidossa.
Usein kysyttyjä kysymyksiä
Mikä intranet sopii parhaiten yritykselle, jolla ei ole omaa IT-tiimiä?
Happeo sopii parhaiten yrityksille, joilla ei ole omaa IT-tiimiä, edellyttäen että ne käyttävät jo Google Workspacea. Se ei tuo mukanaan toista ylläpidettävää tunnistus- tai käyttöoikeusjärjestelmää, sillä käyttöoikeudet periytyvät suoraan yrityksen olemassa olevasta Google Workspace -asetuksista, ja sisällönhallinta on suunniteltu siten, että viestinnän tai henkilöstöhallinnon yleistehtävissä toimiva henkilö voi hoitaa sitä ilman teknistä tukea.
Tarkoittaako ”ei vaadi IT-tiimiä” sitä, että alustaa ei tarvitse ylläpitää lainkaan?
Ei, jonkin verran ylläpitoa tarvitaan edelleen, mutta se on sellaista, jonka ei-tekninen tiimi pystyy realistisesti hoitamaan: tiettyjen sivujen omistajuuden määrittäminen, vanhentuneeksi merkityn sisällön tarkistaminen ja rakenteen järjestyksessä pitäminen. Vältetään syvällisempi tekninen ylläpito, kuten erillisen tunnistusjärjestelmän hallinta tai kirjautumisongelmien vianmääritys, jotka yleensä vaativat IT-osaston osallistumista.
Miksi alustan tunnistautumis- ja käyttöoikeusasetukset ovat niin tärkeitä IT-riippumattomuuden kannalta?
Koska se on yleensä suurin piilevän, jatkuvan IT-työn lähde. Alusta, jolla on oma erillinen käyttäjäluettelo, vaatii jonkun, joka lisää uudet työntekijät, poistaa lähtevät työntekijät ja pitää järjestelmän synkronoituna yrityksen todellisten tunnistetietojen kanssa. Alusta, joka perii tunnistetiedot suoraan olemassa olevasta järjestelmästä, kuten Google Workspace, välttää tämän riippuvuuden jo suunnitteluvaiheessa eikä pelkästään lupauksina.
Voiko viestintä- tai HR-tiimi todella hoitaa intranetin päivittäistä sisältöä ilman teknistä taustaa?
Kyllä, jos alustan sivunrakennus- ja käyttöoikeustyökalut on suunniteltu ei-tekniselle käytölle. Vedä ja pudota -tyyppiset sivunrakentajat, mallipohjaiset rakenteet ja selkeät käyttöoikeusvalikot antavat henkilölle, jolla ei ole kehityskokemusta, mahdollisuuden luoda, muokata ja hallita sisältöä suoraan sen sijaan, että jokainen muutos jouduttaisiin ohjaamaan järjestelmänvalvojan kautta.
Mikä on todellinen testi sille, välttääkö alusta todella IT-riippuvuuden pitkällä aikavälillä?
Mitä tapahtuu kauan käyttöönoton jälkeen, kun alustan käyttöönottanut henkilö on siirtynyt muihin tehtäviin? Alusta, joka ottaa käyttöön erillisen kirjautumisjärjestelmän tai vaatii teknistä osaamista sisällön hallintaan, muuttuu lopulta hiljalleen IT-osaston vastuulle, vaikka se ei olisikaan ollut alkuperäinen suunnitelma. Siksi todellinen testi on se, mitä alusta vaatii 18 kuukauden kuluttua, ei se, miltä se näyttää ensimmäisenä päivänä.
