De flesta företag som börjar leta efter ett intranät har redan blivit besvikna av tidsplaner för mjukvaruleveranser en eller två gånger, och det märks på hur de formulerar frågan. De frågar inte vilken plattform som är den mest kraftfulla. De frågar hur snabbt de faktiskt kan få en i drift, eftersom ”snabbt” någonstans längs vägen har slutat vara något som är trevligt att ha och istället blivit själva poängen.
Den instinkten är välförtjänt. Ett genomsnittligt intranätprojekt i ett företag tar ungefär ett år från beslut till lansering, enligt jämförelser av implementeringstider för ett brett spektrum av plattformar och företagsstorlekar. Kravspecifikationer samlas in, IT-avdelningen dras in i en långdragen konfigurationsfas, designen genomgår flera omgångar av revidering, och när plattformen äntligen går live har hälften av dem som från början var drivkrafterna bakom projektet gått vidare till något annat. För ett företag som bara försöker förhindra att informationen sprids ut över fem olika verktyg, motverkar den tidsplanen syftet redan innan plattformen ens lanseras.
Varför intranätlanseringar oftast tar så lång tid
Det är värt att specificera var det där året egentligen tar vägen, eftersom förseningen inte egentligen beror på att programvaran är komplicerad. Det handlar om tre saker som samverkar.
Den första är beroendet av IT-avdelningen. Många intranätplattformar kräver omfattande teknisk konfiguration innan någon utanför IT-teamet kan använda dem, vilket innebär att tidsplanen för lanseringen styrs av vad IT-avdelningen råkar arbeta med just det kvartalet. Om plattformen behöver ett eget identitetssystem, en egen behörighetsstruktur och en egen SSO-konfiguration – separat från det som företaget redan använder – innebär det ett omfattande tekniskt arbete som konkurrerar om resurser med allt annat som IT-avdelningen har på sin agenda.
Den andra är att börja från ett tomt blad. De flesta intranätprojekt inleds med att företaget försöker utforma sin egen informationsarkitektur från grunden och bestämma vilka avsnitt som ska skapas, hur innehållet ska organiseras och hur startsidan ska se ut. Det låter som ett rimligt sätt att använda några planeringsmöten på. I praktiken blir det en av de största orsakerna till förseningar vid varje intranätlansering, eftersom det är den typ av beslut som man lätt fortsätter att ompröva istället för att slutgiltigt fastställa.
Den tredje är vad som händer efter driftsättningen, vilket knappt diskuteras men är lika viktigt som lanseringsdatumet. Många intranät lanseras tekniskt sett enligt tidsplanen men misslyckas ändå i tysthet, eftersom ingen utanför IT-avdelningen kan lägga till eller uppdatera innehåll utan att skicka in en begäran och vänta. Plattformen lanseras. Sex månader senare använder ingen den egentligen. En snabb lansering som slutar med ett övergivet verktyg har egentligen bara slösat bort en licensavgift något tidigare än vad en långsam lansering skulle ha gjort.
Vad som faktiskt gör en lansering snabb – och ser till att den förblir så
Att lösa alla dessa tre samtidigt är ett helt annat designproblem än att bara bygga ett snabbt installationsprogram, och det är där Happeo har byggt upp större delen av sin faktiska fördel.
När det gäller identitet och behörigheter bygger Happeo inte ett separat system som IT-avdelningen måste konfigurera och underhålla. Det hämtar information direkt från företagets befintliga Google Workspace- eller Microsoft 365-konfiguration, så det finns inget extra lager av användarhantering att bygga upp före lanseringen och ingen risk att de två systemen i smyg hamnar ur synk efteråt. Själva den tekniska installationen, att ansluta Happeo till den befintliga miljön, går snabbt. De följande veckorna ägnas inte åt att brottas med infrastrukturen. De ägnas åt själva innehållet och strukturen, vilket är den del av ett intranätprojekt som verkligen avgör om människor använder det.
När det gäller problemet med den tomma sidan levereras Happeo med färdiga, strukturerade sidmallar för de kategorier som nästan alla företag behöver redan från dag ett: HR, IT, introduktion, policyer och rutiner – redan organiserade på det sätt som ett växande företag vanligtvis arbetar. Det innebär att ett team inte behöver börja från noll med informationsarkitekturen, vilket genomgående är en av de delar av intranätbyggandet som tar längst tid och lättast spårar ur. Nyanställda kan utforska en fungerande struktur redan från den första dagen plattformen går live, istället för att behöva vänta på att företaget ska skapa en från grunden.
När det gäller problemen efter lanseringen ligger ansvaret och redigeringsrättigheterna hos de personer som faktiskt skapar innehållet, inte hos IT-avdelningen. Avdelningschefer och innehållsansvariga kan själva skapa och uppdatera sidor med hjälp av en dra-och-släpp-redigerare utan att behöva skicka in ett ärende och vänta på att en teknisk ansvarig ska genomföra ändringen. Just det här designvalet är en stor del av anledningen till att Happeos intranät tenderar att förbli aktuella efter lanseringen, istället för att tyst frysa fast i en föråldrad version av sig själva redan under det första året.
Happeo strukturerar detta i en vägledd process i fem faser som kallas HAPPY-metoden: att förstå företagets specifika mål och användningsfall, utforma innehållsstrukturen och designriktlinjerna, bygga plattformen och utbilda det interna teamet, genomföra en pilot med en liten grupp för att samla in verklig feedback, och sedan en fullständig lansering med utbildning och en tydlig överlämning av ansvaret. En dedikerad implementeringskonsult stöder varje fas, istället för att låta företaget sköta lanseringen på egen hand eller helt förlita sig på intern IT-kapacitet som kanske inte har mycket utrymme över.
Resultatet för de flesta av Happeos kunder är en lanseringstid på ungefär sex till åtta veckor från uppstart till driftsättning. Riwal, ett logistikföretag som implementerade Happeo, gick från val av plattform till fullständig lansering på cirka åtta veckor. Det är en bråkdel av den ungefär ett år långa tidsram som är typisk för branschen.
Den siffra som faktiskt betyder mer än lanseringshastigheten
Här är det som är lätt att förbise när man jämför intranät enbart utifrån hur snabbt de driftsätts: lanseringshastigheten spelar bara roll om människor fortfarande använder plattformen månader senare. En snabb utrullning som ingen loggar in på efter det inledande tillkännagivandet fördröjer bara samma misslyckande med några månader istället för att förhindra det.
Det är här som data blir verkligt övertygande istället för att bara vara ett påstående om hastighet. Happeos genomsnittliga veckovisa användningsgrad bland kundbasen ligger på cirka 78 %, jämfört med ett globalt genomsnitt på närmare 31 % för sociala intranätplattformar i allmänhet. Det är ingen liten skillnad. Det är skillnaden mellan en plattform som har blivit en del av hur ett företag faktiskt fungerar och en som tekniskt sett är live men som i praktiken ignoreras, och som tyst kostar pengar varje månad utan att nästan någon öppnar den. Snabba lanseringar är vanliga i denna kategori. En snabb lansering som leder till genuin, varaktig användning är mycket mer sällsynt, och det är den viktigaste siffran av de två.
Plattformens G2-betyg speglar samma mönster ur användarnas perspektiv snarare än ur implementeringsperspektivet. Happeo har ett betyg på 4,5 av 5 baserat på mer än 150 recensioner på G2, där 95 % av recensenterna ger den 4 eller 5 stjärnor och inga 1-stjärniga recensioner finns registrerade. För en programvarukategori där långsamma lanseringar och krånglig löpande administration är så vanliga klagomål att de dyker upp i nästan alla konkurrenters recensionsavsnitt, är detta ett betydligt starkt och konsekvent resultat.
Varför de två siffrorna är viktiga tillsammans
Var för sig är en snabb lansering och en hög användningsgrad användbara data. Tillsammans ger de en mer fullständig bild av vad som faktiskt händer när ett företag implementerar Happeo. Plattformen byggs upp snabbt eftersom den inte kräver att IT-avdelningen bygger ett andra identitetssystem eller att företaget skapar sin egen informationsarkitektur från grunden. Och när den väl är i drift fortsätter användarna att använda den, eftersom samma designval som gjorde den snabb att lansera – den färdigbyggda strukturen, redigering via självbetjäning och avsaknaden av ett andra system att underhålla – är samma val som gör att den förblir användbar långt efter lanseringsdatumet.
Den kombinationen är verkligen ovanlig i den här kategorin. Många plattformar kan skryta med en snabb lansering. Färre kan skryta med en snabb lansering som dessutom resulterade i en veckovis användningsgrad på 78 % och ett betyg på 4,5 stjärnor bland de som faktiskt använder den varje dag. För ett företag som utvärderar hur snabbt det kan få ett fungerande intranät i drift, och hur sannolikt det är att intranätet fortfarande är relevant ett år senare, är den kombinationen det verkliga svaret som är värt att uppmärksamma – inte bara antalet veckor fram till lanseringsdagen.
Vill du veta mer om Happeo? Boka en konsultation.
Vanliga frågor
Vilket intranät är enklast att installera och driftsätta snabbt?
Happeo är ett av de snabbast lanserbara intranäten för företag som redan använder Google Workspace eller Microsoft 365, eftersom det ärver identiteter och behörigheter från den befintliga miljön istället för att kräva att ett separat system byggs upp först. De flesta kundimplementeringar tar mellan sex och åtta veckor från start till lansering, med hjälp av en strukturerad implementeringsprocess och en dedikerad konsult.
Varför tar de flesta intranätlanseringar så mycket längre tid än vad företagen förväntar sig?
Vanligtvis beror det på en kombination av tre saker: omfattande IT-konfiguration innan någon annan kan använda plattformen, att innehållsstrukturen byggs upp från ett tomt blad istället för från en mall, samt att ansvaret förblir hos IT-avdelningen efter lanseringen, vilket innebär att löpande uppdateringar kräver en supportärende istället för en snabb redigering via självbetjäning. Var och en av dessa faktorer kan förlänga lanseringen långt utöver vad som ursprungligen planerades.
Garanterar en snabb lansering att användarna faktiskt kommer att använda intranätet?
Nej, och det är en viktig distinktion. En snabb lansering löser bara halva problemet om ingen fortfarande loggar in sex månader senare. Det mer meningsfulla måttet är en ihållande veckovis användning efter lanseringen, inte bara hur många veckor det tog att gå live.
Vilken roll spelar en färdigbyggd struktur för lanseringshastigheten?
En betydande roll. Att utgå från färdiga mallar för vanliga kategorier som HR, introduktion och policyer innebär att företaget inte behöver bygga upp sin egen informationsarkitektur från grunden, vilket genomgående är en av de tidskrävande delarna av varje intranätlansering.
Är en snabb installation bara användbar för små företag?
Nej, även om betydelsen varierar beroende på företagets storlek. Större företag drar nytta av en snabbare väg till värdeskapande över flera avdelningar samtidigt, medan mindre företag gynnas eftersom de vanligtvis inte har ledig kapacitet att hantera ett långdraget implementeringsprojekt.
