Hvordan velge riktig driftshub for bedriften

En driftshub er en sentralisert flate hvor ansatte finner det de trenger for å gjøre jobben sin: oppgaver, dokumenter, kundeinfo, statusen på prosjekter, integrasjoner til regnskap og kommunikasjon. Det høres enkelt ut, men det er nettopp derfor det er så lett å gjøre feil. Alle tror de bygger noe unikt, og alle ender opp med å bygge noe som ligner Sharepoint fra 2015 hvis de ikke passer seg.

Vi har bygget driftshubber for alt fra transportselskaper til byggefirmaer og kurstilbydere. Det som skiller de vellykkede prosjektene er ikke teknologien. Det er tre andre ting: hvor godt teamet ble observert før første skjerm ble tegnet, hvor lite folk må klikke for å gjøre jobben sin, og hvor godt hub-en snakker med systemene dere allerede har.

Start med å observere hvordan teamet jobber i dag før du tegner én eneste skjerm. Sitt sammen med en sjåfør, en prosjektleder, en kundekonsulent, og noter hva de faktisk gjør, ikke hva de sier at de gjør. Det er nesten alltid stor forskjell.

Et eksempel: hos et transportselskap vi jobbet med, trodde ledelsen at sjåførene brukte mest tid på å fylle ut rapporter. Etter én dag i bilen så vi at det egentlige problemet var at de fikk ordreendringer på SMS fra tre forskjellige personer, og at ingen visste hvilken versjon som gjaldt. Hub-en vi bygget løste det problemet først. Rapportene kom etterpå.

Hver gang en ansatt må hoppe mellom to faner, mister du fokus. Mål suksess i hvor lite folk må gjøre, ikke hvor mange funksjoner du har lagt inn. Vi teller alltid antall klikk fra «jeg fikk en oppgave» til «oppgaven er ferdig». Under 5 klikk er målet, over 10 er en advarsel.

Et lite eksempel med stor effekt: en «neste oppgave»-knapp på forsiden som automatisk plukker det viktigste basert på rolle og tid på dagen. Enkelt å bygge, sparer 2–3 minutter per ansatt per dag. Multiplisert med 20 ansatte og 220 arbeidsdager blir det over 200 timer i året.

De fleste bedrifter har et regnskapssystem, et lønnssystem og en kommunikasjonsplattform som funker. Driftshuben skal koble seg på, ikke konkurrere. Ellers ender du med at halve organisasjonen bruker det nye systemet og halve bruker det gamle, og ingen data er til å stole på.

Konkrete integrasjoner vi setter opp oftest: Tripletex eller Fiken for regnskap, Slack eller Teams for varsling, Google Workspace eller Microsoft 365 for dokumenter, og eksisterende kalender for booking. Fra dag én skal alt snakke sammen. Ellers har du bare bygget enda et sted folk må sjekke.

Begynn med hyllevare hvis arbeidsflyten din ligner det alle andre gjør. Notion, Monday, Trello og HubSpot dekker overraskende mye, og de koster brøkdelen av en egenutviklet løsning. Bygg skreddersydd når særpreget ditt er en konkurransefordel, eller når du har prosesser som ingen standardverktøy klarer å modellere uten kompromisser.

Mange av kundene våre kjører en hybrid: standard prosjektverktøy for det generiske, pluss en skreddersydd hub som samler de prosessene som er spesielle for dem. Det gir det beste fra begge verdener, og du unngår å bygge om igjen det som allerede er løst.

Regn på det. Hvor mye tid bruker teamet i dag på oppgaver som en hub kunne løst? Hva koster den tiden i lønn per år? Hvis svaret er 10x bygge- og driftskostnaden over tre år, er det en enkel investering. Er det 2x, bør du starte med et par ferdige verktøy og se hvor langt du kommer først.