7 feil i prosessautomatisering som småbedrifter gjør om og om igjen

Automatisering feiler som regel ikke på en dramatisk måte. Ingen server står i flammer, intet styrerom raser. Den feiler stille: et verktøy ingen bruker, en arbeidsflyt som ryker annenhver tirsdag, et abonnement som fortsetter å trekke penger lenge etter at alle har gått tilbake til regnearket. Etter nok av slike obduksjoner slutter du å se uflaks og begynner å se mønstre — den samme håndfullen feil, gjentatt av dyktige folk som rett og slett ikke ble advart.

Jeg har brukt år på å hjelpe små og mellomstore bedrifter med å nøste opp i automatiseringer som ikke helt fungerte, og det slående er hvor gjentakende feilene er. Det er nesten aldri teknologien. Programvaren var grei. Feilen skjedde tidligere — i hva som ble valgt, hvordan det ble rullet ut, hvem som var (eller ikke var) med. Rett det, og de samme verktøyene som floppet første gang holder plutselig.

Så dette er en feltguide til de sju feilene jeg ser oftest. Ikke teori — de faktiske hullene i veien, i den rekkefølgen du sannsynligvis treffer dem. For hver enkelt forteller jeg hvordan den ser ut innenfra, hvorfor den er så fristende, og den billigste måten å unngå den på. Ingenting av dette krever en IT-avdeling. Det meste krever bare at du senker farten en ettermiddag før du bruker en eneste krone.

Feil 1: Å automatisere en ødelagt prosess

Dette er arvesynden, den som stille forgifter alt nedstrøms. Du har en prosess som er litt av et rot — en bookingflyt holdt sammen med gule lapper, en faktureringsrutine som avhenger av at én person husker et trinn. I stedet for å rette den automatiserer du den som den er. Nå har du et raskere rot. Feilene kommer raskere, i større mengde, og med den ekstra fornærmelsen at alle stoler på dem fordi "systemet gjorde det".

Fristelsen er åpenbar. Å rydde opp i en floket prosess er utakknemlig og politisk; å kjøpe et verktøy føles som framgang. Men automatisering er en forsterker. Rett den mot noe godt, og den mangedobler det gode. Rett den mot noe ødelagt, og den mangedobler det ødelagte og rekker deg så regningen. Hvis du ikke kan tegne prosessen din på en serviett i klare, gjentakbare trinn, er den ikke klar til å automatiseres. Den er klar til først å bli rettet.

Feil 2: Å velge verktøyet før problemet

Noen ser en flott demo, eller en konkurrent nevner en plattform på en messe, og plutselig blir spørsmålet "hvordan bruker vi dette?" i stedet for "hva er det egentlig vi prøver å løse?". Verktøyet kommer først; problemet bøyes for å passe til det. Seks måneder senere betaler du for en pakke med 200 funksjoner for å håndtere det som under overflaten var en påminnelse i to trinn.

Rekkefølgen betyr mer enn det høres ut som. Når du tar utgangspunkt i problemet, kan du beskrive suksess i én setning og så finne det minste som leverer den. Når du tar utgangspunkt i verktøyet, arver du dets verdensbilde — sjargongen dets, antakelsene om hvordan bedriften din "bør" jobbe, den lange halen av funksjoner du konfigurerer én gang og aldri rører. Skriv ned problemet først, på vanlig språk. Det rette verktøyet er det som løser akkurat det med minst styr, og det er ofte mindre og billigere enn det i demoen.

Feil 3: Å starte for stort

Entusiasme er farlig her. Du bestemmer deg endelig for å "bli digital", og planen vokser: et fullt CRM, koblet lager, automatisert markedsføring, en kundeportal — alt på én gang, alt dette kvartalet. Det føles ambisiøst og ansvarlig. I praksis er det den mest pålitelige måten å ende opp med ingenting i drift og alle utslitt.

Big bang-automatiseringsprosjekter feiler fordi hver bevegelige del mangedobler de andre. Ti integrasjoner legger ikke til kompleksitet, de mangedobler den, og det første grensetilfellet i en av dem stopper hele greia. Imens drukner teamet ditt, det daglige arbeidet må fortsatt gjøres, og prosjektet blir det alle unngår på morgenmøtet. Løsningen er nesten fornærmende enkel: gjør én oppgave, fullfør den, gjør så den neste. Velg den prosessen med høyest verdi som du kan få helt i drift på to til tre uker. Momentumet fra én ekte seier finansierer alt etter den.

Feil 4: Å glemme menneskene som skal bruke den

Du kan bygge en feilfri automatisering og likevel se den dø fordi ingen fortalte teamet hvorfor, eller spurte dem hvordan jobben faktisk fungerer. Personen som har gjort den oppgaven i ni år, kjenner unntakene, de uskrevne reglene, kunden som alltid betaler for sent og får en telefon i stedet for en påminnelse. Automatiser over hodet på dem, og du går enten glipp av de nyansene eller, verre, får dem til å føle seg erstattet — og stille motarbeidet automatisering er uovervinnelig.

To ting forhindrer dette, og begge er gratis. For det første, involver personen som gjør oppgaven før du designer noe; de rekker deg grensetilfellene du ellers ville oppdaget i drift. For det andre, vær ærlig og konkret om hvorfor: "dette gir deg tilbake de to timene med kopier-lim-inn du hater på mandager", ikke en vag "effektivitets"-tale. Folk motsetter seg ikke automatisering. De motsetter seg å bli bortautomatisert.

Feil 5: Å lansere uten eier og uten reserveplan

Automatisering som tilhører alle, tilhører ingen. Den dagen den ryker — og det gjør den, når en leverandør endrer et skjema eller et API skifter — blir det kaos. Ingen er sikker på hvem som følger med på den, ingen kan den manuelle reserveplanen, og veien med minst motstand er å forlate automatiseringen helt og gå tilbake. Enda en stille død.

Hver automatisering trenger en utpekt eier og en "når den ryker"-notis. Ikke en stillingstittel — en person. Jobben deres er ikke å passe på den daglig; den er å være den som merker, fanger de tidlige klagene og avgjør hva som skal justeres. Notisen er tre linjer: hva dette gjør, hvem som skal varsles, hva man gjør manuelt til den er fikset. Den ene tekstbiten er forskjellen mellom et skjørt skript folk frykter og et pålitelig verktøy folk lener seg på.

1. 1
   Utpek én eier per automatisering

   En bestemt person, ikke en avdeling. De er den som merker når noe begynner å drive, og avgjør hva som endres.
2. 2
   Skriv den tre linjer lange nødnotisen

   Hva den gjør, hvem som skal varsles, hvordan man gjør det manuelt i mellomtiden. Ha den der teamet faktisk finner den.
3. 3
   Bestem reserveplanen før idriftsettelse

   Hvis automatiseringen stopper kl. 14 en fredag, hva skjer da? Å vite svaret på forhånd gjør en krise til et skuldertrekk.

Feil 6: Aldri å sjekke om den faktisk hjalp

Her er en ubehagelig. Et overraskende antall automatiseringer blir slått på, erklært en suksess på lanseringslunsjen og deretter aldri målt igjen. Sparte den virkelig de åtte timene i uka du lovet? Sank feilraten, eller flyttet den seg bare et sted som er mindre synlig? Ingen vet, for ingen skrev ned "før". Uten et utgangspunkt ser hver automatisering ut som en seier, og nitene overlever for alltid på følelse.

Du trenger ikke analysepaneler til dette. Før du automatiserer, rabl ned to-tre ærlige tall: omtrent hvor lang tid oppgaven tar i uka, hvor ofte den går galt, hvor mange klager den genererer. Etter en måned, se igjen. Noen ganger er seieren mindre enn håpet, og automatiseringen trenger finjustering. Andre ganger er den større, og du har funnet malen for ditt neste prosjekt. Uansett bestemmer du nå med bevis i stedet for entusiasme.

Feil 7: Å gripe etter KI når en enkel regel ville holdt

Dette er den nyeste feilen på lista, og den sprer seg raskt. KI er spennende, det er i hver overskrift, og dermed rettes det mot problemer som aldri trengte det. En påminnelse som utløses to timer før et møte, er ikke intelligens — det er en regel med en klokke. Å flytte ordredata inn i en faktura er et rør mellom to systemer. Å pakke dem inn i en KI-modell gjør dem tregere, dyrere, vanskeligere å forutse og merkelig i stand til å ta feil på måter en enkel regel aldri kunne.

Moderne KI skinner ekte i det rotete, språkformede arbeidet som før var umulig å automatisere: å lese en fritekst-e-post og trekke ut ordren, å skissere et førsteutkast i din tone, å håndtere rutinemessige telefonspørsmål, å sortere dokumenter ingen gidder å arkivere. Det er reell verdi. Men det hører hjemme oppå ryddige grunnsteiner, ikke i stedet for dem. De fleste småbedrifter trenger mye vanlig, pålitelig automatisering og litt velplassert KI — og å få det forholdet feil er dyrt i begge retninger.

Mønsteret under alle sju

Les de sju på nytt, og ett enkelt tema går gjennom dem: folk hopper over den langsomme, utakknemlige tenkingen og går rett på kjøpet. Å automatisere en ødelagt prosess, å velge verktøyet først, å starte for stort — dette er alle former for den samme utålmodigheten. Kuren er ikke mer teknologi. Det er en ettermiddag med en notatbok, før noen penger skifter eier, brukt på å svare på kjedelige spørsmål: hva er prosessen nøyaktig, hvordan ser ferdig ut, hvem gjør det i dag, hvordan vet vi at det fungerte.

• Er prosessen stabil nok til å tegnes på en serviett? Hvis ikke, rett den før du automatiserer den.
• Kan du formulere problemet og seieren i hver sin klare setning?
• Er dette det minste du kan fullføre på to til tre uker?
• Har du snakket med personen som faktisk gjør oppgaven?
• Har den en utpekt eier og en tre linjer lang reservenotis?
• Skrev du ned 'før'-tallene så du kan sjekke 'etter'?
• Er dette ekte en jobb for KI, eller ville en enkel regel vært billigere og stødigere?

Kjør en kandidat gjennom de sju spørsmålene, og de åpenbare feilene faller bort før de koster deg noe. Det er ikke et sofistikert rammeverk. Det er en sjekkliste før avgang — og som en sjekkliste før avgang ligger hele verdien i at den er kjedelig, og at du gjør den hver eneste gang.

Hvordan det faktisk ser ut å gjøre det riktig

La meg gjøre dette konkret, for "unngå feil" kan høres ut som "gjør ingenting". Å gjøre det riktig er stille antiklimaks. Du velger én irriterende, gjentakende, regelformet oppgave. Du bruker en ettermiddag på å sørge for at prosessen er ren og skrive ned hvordan ferdig ser ut. Du involverer personen som gjør den, bygger det minste som løser den, og kjører den parallelt med den gamle måten i en uke for å fange grensetilfellene.

Så gir du den en eier, skriver nødnotisen, slår av den manuelle versjonen, og først da går du tilbake til lista di for den neste. Ingen dramatikk, ingen plattformsmigrering, ingen veddemål om bedriften. Gjør det fire ganger i året, og du har gitt deg selv det som tilsvarer en ekstra deltidsansatt — uten å ansette noen, og uten at en eneste av de sju feilene får fotfeste.

Vanlige spørsmål