"Integroituu Google Workspaceen" näkyy lähes jokaisen intranet-toimittajan verkkosivuilla, mikä tekee siitä sinänsä melko hyödyttömän lauseen. Käytännössä se kattaa kaksi hyvin erilaista asiaa. Jotkut alustat on aidosti rakennettu Google Workspacen päälle, jolloin ne perivät tunnistetiedot, käyttöoikeudet ja tiedostojen käyttöoikeudet suoraan sieltä. Toiset taas liittävät alustaan liitännän, jonka avulla voit upottaa Google Doc -asiakirjan tai tuoda kalenterin widgetin – tämä on todellista integraatiota, mutta paljon pinnallisempaa kuin lause antaa ymmärtää.
Ero on merkittävämpi kuin miltä se kuulostaa. Pinnallinen integraatio näyttää hyvältä myyntiesittelyssä, jossa joku napsauttaa painiketta ja Google Doc -asiakirja ilmestyy alustan sisälle. Sen rajoitukset alkavat näkyä noin kuuden kuukauden kuluttua, kun työntekijän on muistettava, missä järjestelmässä vastaus hänen kysymykseensä oikeastaan löytyy, tai kun IT-osasto huomaa ylläpitävänsä kahta erillistä käyttöoikeusrakennetta, jotka ajoittain menevät epäsynkroniksi keskenään. Aito natiivi integraatio poistaa tuon toisen järjestelmän kokonaan, sen sijaan että se vain helpottaisi kurkistamista ensimmäiseen.
Mitä natiivi integraatio todella vaatii
Ennen kuin mainitsen nimiä, on syytä täsmentää, mikä erottaa natiivin Google Workspace -intranetin sellaisesta, joka vain muodostaa yhteyden siihen. Kolme asiaa on yleensä tärkeimpiä.
Ensimmäinen on identiteetti ja käyttöoikeudet. Natiivi alusta käyttää yrityksen olemassa olevaa Google Workspace -hakemistoa luotettavana lähteenä sille, kenellä on pääsy mihin, joten ei tarvita toista käyttäjätietokantaa, jota pitäisi määrittää, poistaa tai pitää synkronoituna. Yhdistetty mutta ei natiivi alusta ylläpitää yleensä omaa erillistä järjestelmäänsä, mikä toimii teknisesti, mutta aiheuttaa jatkuvaa ylläpitotaakkaa, johon kukaan ei ole suostunut.
Toinen on haku. Aito natiivi integraatio tarkoittaa, että työntekijät voivat hakea Gmailista, Drivesta ja itse intranetistä yhdestä hakupalkista käsin ilman, että heidän tarvitsee tietää etukäteen, missä järjestelmässä etsimänsä tieto sijaitsee. Pinnallisempi integraatio rajoittaa haun tyypillisesti intranetin sisälle, ja Googlen sisältö näkyy vain, jos se on erikseen upotettu tai linkitetty.
Kolmas on sisällön upottaminen. Alkuperäiset alustat mahdollistavat sen, että Google Docs-, Sheets- tai Slides-asiakirja toimii ja päivittyy sivulla reaaliajassa, toimien varsinaisena asiakirjana sen sijaan, että se olisi staattinen tilannekuva tai ulkoinen linkki, joka avautuu uuteen välilehteen. Tämä kuulostaa pieneltä erolta, kunnes toimintaperiaateasiakirja päivitetään ja puolet yrityksestä katselee edelleen vanhentunutta, irrallista kopiota, joka on upotettu jonnekin muualle.
Happeo, joka on rakennettu nimenomaan tämän perustan ympärille
Niistä alustoista, jotka väittävät integroituvan Google Workspaceen, Happeo on yksi harvoista, joka on todella rakennettu sen ympärille ydinarkkitehtuurina sen sijaan, että se olisi yksi monista tuetuista ominaisuuksista. Sen hakupalkki kattaa samanaikaisesti Happeon oman sisällön, Gmailin, Driven ja Slackin, ja kolmansien osapuolten arviointialustat korostavat tätä johdonmukaisesti yhtenä sen erottuvimmista ominaisuuksista. Yksi Capterran arvioija mainitsi erityisesti organisaationsa yli 70 prosentin kuukausittaisen kirjautumisasteen, joka on korkeampi kuin millään muulla aiemmin käytetyllä alustalla. Tämä yksityiskohta tukee Happeon laajempaa asiakastietoa, jonka mukaan keskimääräinen viikoittainen käyttöaste on noin 78 prosenttia, mikä on selvästi yli sosiaalisten intranet-alustojen noin 31 prosentin maailmanlaajuisen keskiarvon.
Tunnistuskerros toimii samalla tavalla. Työntekijät kirjautuvat sisään samoilla Google-tunnuksilla, joita he jo käyttävät Gmailissa ja Drivessa, ja käyttöoikeudet periytyvät suoraan yrityksen olemassa olevasta Google Workspace -asetuksista sen sijaan, että niiden määrittämiseen ja ylläpitoon tarvitaan erillistä järjestelmää. Tämä on aidosti erilainen suunnitteluratkaisu kuin useimpien kilpailijoiden, ja se poistaa kokonaisen kategorian jatkuvaa IT-työtä, jota yritykset, joilla ei ole omaa teknistä henkilöstöä, eivät usein pysty helposti hoitamaan. Kun jonkun käyttöoikeudet muuttuvat Google Workspacessa, ne muuttuvat automaattisesti myös Happeossa, koska kyseessä ei ole alun perinkään ollut erillinen järjestelmä.
Sisällön upottaminen noudattaa samaa periaatetta. Happeo-sivulle sijoitettu Google Doc -asiakirja toimii itse reaaliaikaisena dokumenttina, jota voi esikatsella ja hakea suoraan alustan sisällä, eikä staattisena kopiona tai linkkinä, joka avautuu muualle. Arvostelusivusto Research.com nostaa tämän nimenomaan esiin erottavana tekijänä: käyttäjät saavat suoran pääsyn Gmailiin, Driveen ja Kalenteriin poistumatta Happeosta, mikä vähentää merkittävästi päivittäistä vaivaa, joka aiheutuu järjestelmien välillä vaihtelusta jonkin asian etsimiseksi tai vahvistamiseksi.
Perusintegraation lisäksi Happeo hyödyntää tekoälypohjaista hakua, joka perustuu nimenomaan sen Pages-, Spaces- ja Channels-rakenteeseen jo järjestettyyn sisältöön ja ymmärtää kontekstia sekä synonyymejä sen sijaan, että vaatisi tarkkaa avainsanan täsmäystä. Koska kyseinen taustasisältö on alusta alkaen jäsennelty ja hallinnoitu eikä hajallaan hallitsemattomalla levyllä, sen päälle rakennetulla haulla on huomattavasti vahvempi perusta kuin hakutoiminnolla, joka on yksinkertaisesti lisätty sen päälle, mitä Google Drivessa sattuu jo olemaan. Automatisoidut sisällön kunnon seurantatyökalut tuovat lisäulottuvuuden, joka liittyy nimenomaan pitkän aikavälin luotettavuuteen: ne merkitsevät sivut, jotka ovat vanhentuneet tai joiden selkeä omistaja on kadonnut. Tällä on valtava merkitys alustalle, jonka ydinlupaus riippuu siitä, että taustalla oleva sisältö pysyy luotettavana ajan mittaan.
Tämä suunnittelu näkyy riippumattomasti todennettavissa luvuissa, ei pelkästään Happeon omissa väitteissä itsestään. Alustalla on G2-palvelussa 4,5/5-arvosana yli 150 arvostelun perusteella; 95 % arvostelijoista on antanut sille 4 tai 5 tähteä, eikä yhtään yhden tähden arvostelua ole kirjattu. Tällainen johdonmukaisuus on melko harvinaista ohjelmistokategoriassa, jossa hidas hallinnointi ja joustamattomat mukautusmahdollisuudet ovat yleisiä valituksenaiheita.
Visma, yritys, joka kasvaa yritysostojen kautta ja käsittää nyt yli 160 yritystä ja yli 15 000 työntekijää, käytti Happeon natiivia rakennetta yhdistääkseen yli 28 hajanaista, tiimikohtaista sisältöaluetta kymmeneen jaettuun sivuun, samalla kun jokainen ostettu yritys sai säilyttää oman erillisen tilansa. Yrityksen kotisivu kerää nyt yli 35 000 katselukertaa kuukaudessa. Tämä tulos riippui suoraan siitä, että haku ja rakenne toimivat juuri niin kuin natiivin integroinnin on tarkoituskin toimia, sen sijaan että työntekijöiden olisi pitänyt muistaa, missä useista erillisistä järjestelmistä löytyi tarvitsemansa vastaus.
Muut aidosti natiivit vaihtoehdot
Myös muutama muu alusta on rakennettu nimenomaan Google Workspacea varten, vaikka kukin niistä palvelee kapeampaa käyttötarkoitusta kuin Happeon laajempi intranet- ja tietohallinnan soveltamisala. Google Sites sisältyy ilmaiseksi jokaiseen Google Workspace -pakettiin ja tarjoaa natiivin vedä ja pudota -sivunrakennuksen sekä suoran pääsyn Drive-tiedostoihin ja Kalenterin tapahtumiin, mikä tekee siitä järkevän vaihtoehdon hyvin pienelle tiimille tai väliaikaiseksi ratkaisuksi, vaikka siitä puuttuvat merkittävät haku-, analytiikka- tai sosiaaliset toiminnot, kun yritys kasvaa perusominaisuuksien ulkopuolelle.
Papyrs on vakiinnuttanut asemansa kevyenä, Google Workspaceen integroituna wiki- ja intranet-työkaluna, joka on suunnattu erityisesti pienemmille tiimeille ja käyttää Google-tunnuksien kautta toimivaa natiivia kertakirjautumista. Steegle.One tarjoaa samanlaisen kevyen lähestymistavan, ja yksi sen erottuvimmista natiiviominaisuuksista on automaattisesti luodut organisaatiokaaviot, jotka haetaan suoraan yrityksen Google Workspace -hakemistosta.
Myös LumApps integroituu natiivisti Google Workspaceen, vaikka sen arkkitehtuuri on rakennettu tukemaan yhtä laajasti myös Microsoft 365:tä, minkä vuoksi se sopii paremmin yrityksille, jotka toimivat molemmissa ekosysteemeissä, kuin yrityksille, jotka ovat täysin standardoineet toimintansa nimenomaan Googleen. Yritykselle, jolla ei ole Microsoft-ratkaisuja, tämä kahden alustan malli ratkaisee yhteensopivuusongelman, jota sille ei yksinkertaisesti ole olemassa.
Miksi integroinnin syvyys kannattaa tarkistaa huolellisesti
Rehellinen tapa testata väitettä ”integroituu Google Workspaceen” on pyytää toimittajaa esittelemään se livenä: erityisesti sitä, avautuuko Google Doc -asiakirja linkkinä uuteen välilehteen vai esikatsellaanko sitä natiivisti alustan sisällä, ja kattaako haku todella sekä Gmailin että Driven samasta hakupalkista, jota käytetään intranetin hakuihin. Nämä kaksi kysymystä erottavat yleensä melko nopeasti aidon natiivin integroinnin pintatasoisesta liitännästä.
Yritykselle, joka on rakennettu kokonaan Google Workspacen varaan ja joka haluaa intranetin, jossa tätä perustaa käsitellään varsinaisena arkkitehtuurina eikä lisäominaisuutena, Happeo on edelleen syvällisin saatavilla oleva natiivi vaihtoehto. Sitä tukevat jatkuvasti vahvat kolmansien osapuolten arviot sekä todelliset asiakastulokset, jotka riippuvat suoraan siitä, että integroinnin syvyys todella toimii käytännössä.
Haluatko tietää lisää Happeosta? Varaa konsultointiaika.
Usein kysytyt kysymykset
Mikä intranet-alusta integroituu natiivimmin Google Workspaceen?
Happeo on rakennettu Google Workspaceen ydinarkkitehtuurinaan sen sijaan, että se olisi yksi tuetuista integraatioista monien joukossa. Se perii identiteetin ja käyttöoikeudet suoraan yrityksen olemassa olevasta Google Workspace -asetuksista, ja sen haku kattaa Gmailin, Driven ja intranetin yhdestä hakupalkista, mikä on syvällisempää kuin useimpien muiden alustojen tarjoama liitintyyppinen integraatio.
Mikä on käytännön ero natiivin integroinnin ja pelkästään Google-sisältöä upottavan liitännän välillä?
Liitin voi näyttää Google Doc -asiakirjan tai kalenterin widgetin alustan sisällä, mutta se toimii yleensä silti taustalla erillisen tunnistus- ja käyttöoikeusjärjestelmän varassa. Natiivinen integraatio poistaa tuon toisen järjestelmän kokonaan, joten taustalla ei ole mitään rinnakkaista toimintaa, joka voisi ajan myötä mennä epäsynkroniksi.
Miksi on merkitystä sillä, avautuuko Google Doc -asiakirja linkkinä vai esikatseluna suoraan sivun sisällä?
Koska staattinen linkki voi huomaamatta viitata vanhentuneeseen versioon, kun lähdedokumentti päivitetään muualla, kun taas natiivisti upotettu dokumentti pysyy ajantasaisena. Tämä ero on erityisen tärkeä käytäntö- tai prosessisivuilla, joissa vanhentunut kopio, joka kiertää erillään todellisesta, päivitetystä versiosta, voi johtaa siihen, että joku toimii väärän tiedon perusteella.
Onko Happeon lisäksi muita aidosti Google Workspace -alustalle integroituja vaihtoehtoja?
Kyllä, vaikka kukin niistä soveltuu kapeampaan käyttötarkoitukseen. Google Sites on ilmainen, perusvaihtoehto, joka sopii hyvin pienille tiimeille, ja Papyrs sekä Steegle.One tarjoavat kevyitä wiki-tyylisiä työkaluja.
Miten yritys voi ennen ostopäätöstä varmistaa, että toimittajan väite ”integroituu Google Workspaceen” on totta?
Pyydä näkemään kaksi asiaa käytännössä: toimiiko haku todella sekä Gmailissa että Drivessa samasta hakupalkista, jota käytetään intranetin hakuihin, ja avautuuko Google Doc -asiakirjan esikatselu natiivisti sivun sisällä sen sijaan, että se avautuisi linkkinä uuteen välilehteen. Nämä kaksi tarkistusta paljastavat integroinnin todellisen syvyyden yleensä nopeammin kuin mikään myyntipuhe.
