Et nytt intranett kan ikke redde gammelt innholdsrot

Det moderne intranettmarkedet selger søk, KI-agenter og personalisering. Alt dette kan gjøre arbeid enklere. Det kan også finne og formulere gammelt rot raskere. Før en organisasjon velger SharePoint, Staffbase, LumApps eller en annen plattform, må den derfor avgjøre hvem som eier kunnskapen systemet skal svare fra.

Et intranettprosjekt begynner gjerne med en trist forside og ender med en entusiastisk diskusjon om design. Midt imellom ligger den mindre fotogene virkeligheten: tre reiseregninger, to personalhåndbøker, avdelinger som kaller samme prosess forskjellige ting, og sider der «sist oppdatert» har blitt et historisk minnesmerke.

Kortversjonen

  • SharePoint og Microsoft 365 er blitt en plattform for både intranett, søk og KI-agenter – ikke bare dokumentlagring.
  • Staffbase og LumApps konkurrerer på ansattopplevelse, kommunikasjon, mobil rekkevidde og kobling til eksisterende systemer.
  • KI-søk øker verdien av godt innhold, men øker også skaden fra utdatert eller motstridende innhold.
  • En god pilot testes på faktiske oppgaver og faktiske ansatte, ikke sidevisninger alene.
  • Uten navngitte innholdseiere og avviklingsdatoer bør prosjektet stoppes før leverandørvalget.
Ansatte arbeider i et åpent kontorlandskap der intern informasjon må fungere på tvers av roller.
Et intranett er ikke en forside. Det er infrastrukturen ansatte møter mens de prøver å få gjort en konkret oppgave. Stockfoto.

Markedet selger nå svar, ikke bare sider

Microsoft har flyttet SharePoint tydelig inn i KI-æraen. På selskapets egen SharePoint-nyhetsside er agenter, Copilot og kunnskapsarbeid blitt sentrale temaer. I 2025 kom også administrasjon av SharePoint-agenter og tettere kobling til Teams og Microsoft 365 Copilot. For virksomheter som allerede lever i Microsoft 365, er SharePoint/Viva derfor det naturlige utgangspunktet – men ikke et frikort fra innholdsarbeidet.

Samtidig har spesialiserte plattformer flyttet seg. Staffbase presenterte i 2025 en KI-basert plattform som kombinerer intranett, ansattapp, e-post, SMS og digitale skjermer. LumApps posisjonerer seg som en ansatthub som kobler både Google Workspace og Microsoft 365 med HR-ressurser og interne apper. Her er kampen mindre «hvilken forside er penest?» og mer «hvordan når vi alle ansatte, og hvor henter de pålitelige svar?»

Leverandørene forteller naturligvis sin egen historie. Men retningen er tydelig nok: intranettet går fra publiseringsflate til svarmotor. Det gjør markedet mer interessant enn for noen år siden. Det gjør også et dårlig innholdsgrunnlag farligere.

Tre hovedspor – og hvem de passer for

SharePoint med Viva og Copilot passer naturlig der identitet, dokumenter, samhandling og administrasjon allerede ligger hos Microsoft. Fordelen er nærheten til arbeidsflaten. Ulempen er at teknisk tilgjengelighet lett blir forvekslet med redaksjonell orden. En organisasjon kan ha perfekte tillatelser og fortsatt tilby tre motstridende svar på samme spørsmål.

Staffbase er et reelt alternativ når internkommunikasjon, mobil bruk og ansatte uten fast PC veier tungt. Plattformens egne beskrivelser legger stor vekt på å nå ansatte gjennom flere kanaler. Da bør piloten undersøke om budskap faktisk når rett gruppe og om mottakeren kan finne kilden bak et KI-generert svar.

LumApps er særlig interessant for virksomheter som vil samle en ansattopplevelse på tvers av Google Workspace eller Microsoft 365 og andre forretningsapper. LumApps beskriver selv plattformen som en KI-drevet ansatthub for kommunikasjon, HR-ressurser og apper. Det bør testes som en integrasjons- og arbeidsflytpåstand, ikke bare som en visuell portal.

Det finnes flere alternativer, blant annet Unily og mer skreddersydde løsninger. Men kortlisten bør representere forskjellige strategier: bygge videre på dagens kontorplattform, kjøpe en spesialisert ansattopplevelse, eller avgrense behovet så kraftig at en enklere løsning faktisk er nok.

KI gjør innholdseierskap brutalt synlig

Tradisjonelt søk viser en liste over dokumenter og lar den ansatte ta støyten. KI-søk kan formulere ett svar. Det er mer behagelig, helt til to avdelinger har publisert ulike regler. Staffbase påpeker selv i sin veiledning om KI-søk at modellen ikke kan avgjøre om en gammel side er autoritativ bare fordi den ligger i kunnskapsbasen. Den kan hente raskt fra et dårlig innholdslag, men den kan ikke vedta hvilken policy som gjelder.

Derfor bør hver innholdstype ha fire felt før migrering: navngitt eier, målgruppe, godkjent kilde og neste kontroll-/avviklingsdato. «HR eier dette» er ikke et navn. «Oppdateres ved behov» er ikke en dato. Hvis ingen vil ta ansvar for en side i det gamle intranettet, har siden allerede meldt seg frivillig til ikke å bli med videre.

Piloten bør følge fem arbeidsoppgaver

Velg én avdeling, men ikke bygg en liten utgave av hele intranettet. Velg fem oppgaver som faktisk skjer: finne reisereglene, forberede en nyansatt, bestille utstyr, finne riktig salgsdokument og avklare hvem som kan godkjenne et avvik. La ansatte med ulike roller løse dem uten veiledning.

  1. Finner de rett svar? Ikke bare et dokument med riktig søkeord.
  2. Kan de se kilden? Et KI-svar må kunne etterprøves mot gjeldende side eller dokument.
  3. Respekteres tilgang? Den samme søkefrasen skal ikke åpne informasjon brukeren ikke har rett til.
  4. Hvem retter feil? Tilbakemeldingen må lande hos en navngitt eier med frist.
  5. Hva krever vedlikehold? Tell innhold som må skrives om, samordnes eller slettes – ikke bare klikk og besøk.

Adopsjon er heller ikke antall innlogginger. En ansatt kan besøke intranettet fem ganger fordi søket er dårlig. Mål oppgaveløsning, tid til bekreftet svar, andel spørsmål uten eier og hvor raskt feil blir rettet. Da lærer piloten noe om organisasjonen, ikke bare om grensesnittet.

Mitt råd: utsett designet, ikke ansvaret

Start med innholdskartet og de viktigste oppgavene. Velg deretter to eller tre plattformspor som passer den eksisterende teknologien og de ansatte som faktisk skal nås. Et sterkt Microsoft-miljø bør teste SharePoint/Viva seriøst. En distribuert arbeidsstyrke bør teste om en spesialisert plattform når mobil- og frontlinjebrukere bedre. En Google-tung organisasjon bør kreve at integrasjonen fungerer i praksis, ikke bare finnes i salgsmaterialet.

Det nye intranettet bør først få grønt lys når pilotavdelingen finner riktige svar, eierne klarer å vedlikeholde dem, og tilgangsstyringen tåler kontroll. Før det har organisasjonen ikke et teknologiprosjekt med litt innholdsarbeid. Den har et innholdsansvar som prøver å kjøpe seg en pen forside.

Kilder og videre lesning

Kilder

  • En organisasjon vurderer om nytt intranett skal bygges nå, testes som pilot i én avdeling eller utsettes

Share this article

Legg igjen en kommentar

Din e-postadresse vil ikke bli publisert. Obligatoriske felt er merket med *