Ingen bedrift bestemmer seg for å drukne i regneark.
Det skjer én fane om gangen. Én ekstra kolonne. Én formel som bare Kari forstår. Inntil den dagen du åpner filen og innser at du bruker mer tid på å håndtere verktøyet enn på selve arbeidet.
Og på det tidspunktet er du ikke helt sikker på hvordan du havnet her.
Dataene er sannsynligvis riktige, men du er ikke helt sikker – og den usikkerheten har begynt å spille en rolle.
Ifølge QuickBooks bruker 71 % av små bedrifter fortsatt regneark eller papirper for å håndtere deler av økonomien sin.
That number isn't surprising. What is surprising is how long most businesses wait before admitting the tool has stopped working for them.
Ikke misforstå meg – regneark er bra
Excel og Google Sheets er genuint geniale verktøy. Fleksible, raske, tilgjengelige på alle enheter og forstått av nesten alle. De fleste bedrifter hadde ikke kommet i gang uten dem.
Noen skrev en gang at regneark er "dagens penn og papir."
Det er helt riktig. De er kjente, umiddelbare og gode nok til det meste.
Spørsmålet er ikke om regneark er gode.
Spørsmålet er om de fortsatt er det riktige verktøyet for det du prøver å gjøre.
Hva folk som faktisk bruker Excel hver dag sier
Det finnes en tråd i Reddit-forumet r/excel – et sted der Excel-eksperter, bedriftsanalytikere og utviklere deler tips og erfaringer – som er verdt å tenke over.
Noen spurte hva som faktisk bremser Excel i virkelige bedriftsfiler.
Svarene var tekniske, men én kommentar med over 100 oppstemmer kuttet gjennom alt det:
En annen person beskrev rapporteringsprosessen sin i ni steg.
PowerBI eksporterer til Excel, noen limer det inn i en større fil, hjelpekolonner og oppslagsfunksjoner legges til, pivottabeller bygges, disse mater andre formelbaserte tabeller, alt oppsummeres i en tabell på høyere nivå, og helt til slutt settes et skjermbilde av den tabellen inn i en e-post.
Etter å ha skrevet det hele ut, la de til:
Ingen designet den prosessen.
Den vokste frem, én midlertidig løsning om gangen, fordi hvert steg føltes som den enkleste løsningen i øyeblikket. Slik utvikler de fleste regnearkproblemer seg.
Ikke gjennom dårlige beslutninger, men gjennom gode beslutninger som hoper seg opp over tid.
Når verktøyet slutter å passe til arbeidet
Det er én situasjon der regneark konsekvent bryter sammen: når arbeidet skjer borte fra skrivebordet.
For ikke lenge siden snakket vi med daglig leder i en hotelkjede i Norge.
Under samtalen åpnet han et Excel-ark på laptopen sin – en tabell som sporet rengjøringsstatus for ulike leiligheter etter et stort arrangement. Hvilke rom var ferdigstilt, hvilke hadde problemer, og så videre.
Regnearket så bra ut. Organisert, fargekodert, tydelig vedlikeholdt.
Men mens vi snakket, dukket et spørsmål opp:
Hvordan kom dataene egentlig inn der?
Det viste seg at rengjøringspersonalet ikke la inn dataene selv.
Dataene kom sannsynligvis fra papirsjekklister, en felles chat, eller noen som samlet inn oppdateringer muntlig – og ble deretter lagt inn i Excel av noen andre.
Da daglig leder så på skjermen sin, så han informasjon filtrert gjennom minst ett ekstra steg, muligens flere.
Regnearket var ikke problemet.
Gapet mellom det som skjedde på gulvet og det som viste seg på skjermen – det var problemet.
Dette gjelder ikke bare hoteller
Det samme mønsteret dukker opp i mange bransjer, når menneskene som utfører det faktiske arbeidet befinner seg et sted som ikke er foran en laptop.
- En servicetekniker kjører til en kunde, inspiserer et stykke utstyr og fyller ut en papirprotokoll. Tilbake på kontoret legger noen det inn i et regneark. Lederen ser dataene dagen etter.
- En anleggskoordinator tar bilder av problemer på telefonen, sender dem til en WhatsApp-gruppe, og noen på kontoret logger dem manuelt.
- En sjåfør samler inn en underskrift på papir, og en bunke med slike skjemaer legges inn i Excel på slutten av uken.
I alle disse tilfellene reiser data gjennom mennesker før de når skjermen.
Hver overlevering er en forsinkelse. Hver overlevering er en sjanse for at noe går tapt, glemmes eller registreres feil.
Hvis du sitter ved et skrivebord hele dagen, er et regneark sannsynligvis greit nok.
I det øyeblikket arbeidet ditt beveger seg bort fra skrivebordet, begynner noe å svikte.
Andre tegn på at du har vokst fra det
Arbeid i felt er den mest åpenbare utløseren, men ikke den eneste. Noen andre det er verdt å kjenne igjen:
Mer enn én person redigerer den samme filen. Konflikter oppstår. Data overskrives. Noens oppdatering forsvinner. Jo flere personer som er involvert, jo mer blir dette en daglig frustrasjon snarere enn et sjeldent problem.
Mer enn én versjon av filen florerer. "Final," "Final v2," "Final BRUK DENNE." Beslutninger tas på feil versjon. Data legges inn to ganger. Kostnaden er ikke bare tid – det er beslutningene som tas på feil grunnlag.
Rapportering som tar timer hver uke. Hvis noen på teamet ditt bruker mye tid på å samle data, rense dem og formatere dem til noe lesbart, kan det arbeidet automatiseres. Det tilfører ikke verdi – det kompenserer for et strukturelt gap.
Å beskytte filen mot menneskene som bruker den. Låse celler, legge til nedtrekkslister, skrive instruksjoner for hvordan den skal fylles ut riktig. Når dette blir rutine, var ikke regnearket bygget for så mange mennesker eller så mye kompleksitet.
Hva som faktisk endrer seg når du går over til en app
En mobilapp bygget rundt arbeidsflyten din digitaliserer ikke bare regnearket.
Den lukker gapet.
Feltteamet registrerer data der de er.
Valideringer fanger opp feil ved registreringspunktet.
Ledere ser oppdateringer i sanntid.
Rapporter genereres automatisk.
Alle jobber fra den samme versjonen av sannheten.
Det sagt er overgangen sjelden så enkel som den høres ut. Et regneark som har vært i bruk i årevis, bærer med seg kanttilfeller, midlertidige løsninger og logikk som lever i folks hoder og ingen andre steder.
Å forstå alt det før du begynner å bygge, er det som skiller en vellykket overgang fra en som koster dobbelt så mye og tar dobbelt så lang tid.
Feilen de fleste bedrifter gjør
De beveger seg for raskt.
De ansetter en utvikler, beskriver hva regnearket gjør, og ber om en app som gjør det samme. Tre måneder senere har de en app som fungerer akkurat som regnearket, med alle de samme begrensningene – bare i et annet format.
Det bedre spørsmålet er ikke "hvordan bygger vi en app-versjon av dette?"
Det er "hva prøvde vi egentlig å oppnå, og hva er i veien?"
Noen ganger er svaret en mobilapp.
Noen ganger er det en annen prosess.
Noen ganger er det et enklere verktøy enn noen forventet.
Poenget er å finne ut av det før noen skriver en eneste kodelinje.
Før du bestemmer deg for noe
Det er det en Discovery Workshop er for.
Vi går gjennom din spesifikke situasjon – hva du faktisk prøver å løse, hva versjon én må inneholde, og hva som kan vente. Ingen salgspitch, ingen tilbud før vi forstår problemet.
Bare et tydelig bilde av hva som skal bygges og hvorfor, slik at du kan ta en beslutning du kan stå inne for.
Hvis det viser seg at du trenger en app, vet du nøyaktig hvilken type og hvorfor. Hvis det viser seg at du ikke gjør det, vet du det også.
