Du vet känslan.
Telefonen ringer. Igen. En kund som behöver hjälp. Ditt supportteam är redan fullbokat. Mejlkön växer. Allt är akut.
Och någonstans, i bakgrunden av din hjärna, finns den där tanken:
”Om vi bara hade en person till i support…”
Det känns så självklart. Mer arbete kräver fler människor. Det är grundläggande matematik, eller hur?
Så du gör det. Du anställer.
Och under de första veckorna känns det… okej. Lovande, till och med.
Men sedan, någonstans runt månad 7, inser du något.
Kaoset blev värre. Inte bättre.
Hur anställningen som skulle lösa allt skapade nya problem
Låt mig måla upp scenariot.
Månad 1-2: Den nyanställde lär sig.
Du eller någon i teamet visar hur saker ska göras. De noterar, de försöker följa med, de ställer (mycket) frågor. Det tar tid, men det är förväntat. ”De kommer komma in i det”, säger du.
Månad 3-6: De börjar bli produktiva.
Nu kan de hantera kundärenden själva. Inte perfekt, men tillräckligt bra. Du andas ut. ”Se där, det funkade ju!”
Månad 7: De hittar sina egna sätt att göra saker.
För ingen har skrivit ner den exakta processen. Ingen har dokumenterat de små men kritiska detaljerna som gör skillnad. Så den nya personen improviserar.
Och det är här det går snett.
Från en metod till åtta olika metoder
För nu har du inte längre en person som gör saker på sitt sätt.
Nu har du åtta personer som gör samma sak på åtta olika sätt.
Sara i support svarar kundmejl med sin egen mall som hon skapat. Den är okej, men lite för lång.
Johan använder en gammal mall som egentligen är utdaterad sedan produktuppdateringen i mars.
Maria har hittat ett sätt att ”förkorta processen” som faktiskt fungerar bra – men bara hon vet om det.
Den nyanställde David? Han har fått lära sig lite från Sara, lite från Johan, och har sen fyllt på med egna antaganden om hur saker ”borde” fungera.
Och ingen av dem gör det ”fel”, egentligen.
Men ingen gör det lika heller.
Resultatet?
Kunder får olika svar beroende på vem de pratar med. Kvaliteten varierar. Kundupplevelsen blir slumpmässig.
Och när något går snett – när en kund klagar eller ett misstag upprepas – kan du inte ens förstå varför det hände, för processen är inte standardiserad.
Det verkliga problemet var aldrig ”för få människor”
Här är det obehagliga:
Problemet var aldrig att du hade för lite personal.
Problemet var att du hade för lite struktur.
Tänk på det.
När du anställer någon in i ett system som inte har tydliga processer, standardiserade arbetssätt eller dokumenterade rutiner, vad händer då?
De hittar på sina egna lösningar. För de måste. Det finns inget annat alternativ.
Och när nästa person anställs? De hittar på sina egna lösningar.
Plötsligt har du inte längre en organisation. Du har en samling individer som alla gör något liknande, men inte samma sak.
Mer folk i ett system utan struktur = Mer kaos.
Det är inte matematiken som är fel. Det är förutsättningarna.
Så här ser det ut med struktur
Nu, föreställ dig istället det här:
Samma scenario. Samma växande arbetsbörda. Samma behov av att anställa.
Men den här gången har du förberett.
Före nästa anställning byggde du systemet som den personen ska jobba i.
Du dokumenterade processer. Du skapade mallar. Du kartlade exakt hur ett kundärende ska hanteras från start till slut. Du skrev ner de vanliga frågorna och de standardiserade svaren.
När den nyanställde kommer in dag 1, får de inte vagliga instruktioner som ”kolla hur Sara gör, typ”.
De får:
- En tydlig onboarding-process med steg-för-steg-guide
- Dokumenterade processer för vanliga situationer
- Mallar som redan är bevisat effektiva
- Tydliga kvalitetsstandarder att följa
- En struktur som gör att de kan bidra från vecka 2 istället för månad 6
Och här är det magiska:
Nu tar onboarding 3 veckor istället för 3 månader.
Den nyanställde slipper bli överväldigad och förvirrad. De slipper gissa sig fram.
De kan börja bidra på riktigt från början.
Och när de väl är i full produktion? De följer samma processer som alla andra. Kunderna får samma kvalitet oavsett vem de pratar med.
När något går fel kan du se exakt var i processen det hände – och fixa det systematiskt så det inte upprepas.
Färre folk i ett system med struktur = Mer kontroll.
Vad händer när du skippar systemet
Men de flesta skippar det här steget.
De anställer in i kaoset. De hoppas att ”mer händer” bara kommer lösa sig.
Och sex månader senare sitter de där och undrar varför:
- Onboarding fortfarande tar evigheter
- Kvaliteten varierar så mycket mellan teammedlemmar
- Kundklagomål faktiskt ökade efter att de anställde fler
- De fortfarande behöver vara involverade i allt för att ”hålla ordning”
- Det känns som att kaoset bara multiplicerades
Och värst av allt:
Nu funderar de på att anställa ännu fler, för uppenbarligen är problemet att de fortfarande har för lite folk.
Cykeln fortsätter.
Två frågor innan nästa rekrytering
Så innan du skriver den där jobbannonsen, ställ dig två frågor:
Fråga 1: Har jag dokumenterat exakt hur den här personen ska jobba?
Inte vaga riktlinjer. Inte ”lära sig av teamet”. Faktiska, konkreta processer som gör att personen kan göra jobbet korrekt från dag ett.
Fråga 2: Om jag anställer in i nuvarande system – kommer det skapa ordning eller mer kaos?
För om svaret på fråga 1 är nej, då vet du redan svaret på fråga 2.
Vad du faktiskt behöver göra
Här är den obehagliga sanningen:
Att bygga system tar tid. Att dokumentera processer känns som att det saktar ner kortsiktigt.
Men vet du vad som tar mer tid?
Att om sex månader inse att den nyanställde fortfarande inte riktigt vet vad de gör. Att behöva korrigera samma misstag om och om igen. Att försöka ”hålla ihop” en organisation där alla gör som de vill.
Så här är alternativet:
Pausa rekryteringen. Bara för ett ögonblick.
Använd den tiden du skulle spenderat på att intervjua kandidater till att istället bygga strukturen. Dokumentera processerna. Skapa systemen.
Och sedan anställ in i den strukturen.
Då blir den nya personen en multiplikator av effektivitet – inte en multiplikator av kaos.
Är ditt system redo för nästa anställd?
Ta Business Control Quiz → och få en ärlig kartläggning av var du faktiskt står – och vad som behöver fixas först.