Kunden ringer og spør når leveransen kommer. Du vet ikke svaret med én gang - du må sjekke med han på verkstedet, se i innboksen etter bekreftelsen, og telle om delene faktisk er på lager.
Det er ikke fordi noen gjør en dårlig jobb. Det er fordi ordren ikke bor ett sted.
Men før du begynner å se på systemer, er det verdt å bruke tjue minutter på å finne ut hva som egentlig er i veien. Det er nemlig tre ganske ulike problemer som ser helt like ut fra utsiden - og bare ett av dem løses av bedre ordrestyring.
Ordrestyring er den løpende oversikten over alle ordrer fra de kommer inn til de er levert og fakturert - hvem som har bestilt hva, hva som er lovet, hva som er i produksjon, og hva som gjenstår. God ordrestyring kobler ordren til lager og produksjon, slik at ingenting faller mellom stolene mellom bestilling og levering.
Symptomet er alltid det samme: ingen kan svare kunden uten å sjekke internt først. Årsaken er ikke.
Ordren finnes, men i flere versjoner. Selger har en dato i kalenderen, verkstedet har en oppfatning om kapasitet, innkjøp har en bestilling på vei, og kunden har fått et løfte ingen av dem har sett. Informasjonen finnes - den er bare ikke på samme sted.
Kjennetegn: to ansatte gir kunden ulike svar, og begge har rett ut fra det de kan se.
Dette er det ordrestyring løser.
Ordreoversikten fungerer. Datoene er satt, statusene stemmer. Likevel stopper jobber, fordi delen som skulle vært der ikke er der - eller er der, men lovet bort til en annen ordre.
Kjennetegn: ordreoversikten er ikke problemet, men den er heller ikke til å stole på, fordi det den lover avhenger av et lager som ikke stemmer.
Ordrene ligger ryddig. Lageret stemmer. Og dere leverer likevel for sent, fordi mengden lovet arbeid er større enn kapasiteten til å utføre det.
Kjennetegn: ingen er uenige om hva som er lovet. Alle er enige om at det ikke går.
Dette er et kapasitetsproblem, ikke et systemproblem. Et system kan gjøre det synlig tidligere, men det løser det ikke. Løsningen er å si nei, bemanne opp eller endre leveringsløftet.
Fordi feil diagnose koster måneder. Vi har sett virksomheter bruke et halvår på å vurdere et nytt ERP-system for å oppdage at ordreflyten deres fungerte helt fint - det var plukk og pakking på lageret som var i veien. Riktig konklusjon for dem var å bytte lagersystem og beholde ERP-en.
Det er også den viktigste grunnen til å bruke tid på diagnosen først: for mindre virksomheter er sjelden hovedrisikoen at man velger feil system. Hovedrisikoen er at man ikke har kapasitet til å gjennomføre prosjektet man har satt i gang. Forskning på ERP-innføringer i små virksomheter peker på nettopp dette - knappe ressurser, begrenset systemkunnskap og manglende IT-kompetanse internt, og en relativt høy andel prosjekter som ikke lykkes.¹
Skal du bruke den kapasiteten, bør du bruke den på det som faktisk er i veien.
Er det problem 1 du har, er mekanismen nesten alltid den samme: ordren skifter hender flere ganger uten å ta med seg det som allerede er bestemt.
Selger lover en dato. Verkstedet planlegger etter kapasitet. Innkjøp bestiller delene. Regnskap fakturerer til slutt. Hvert ledd registrerer sitt, ingen ser hele løpet, og informasjonen som ikke overføres er nettopp den som binder dem sammen.
Utslagene er forutsigbare:
Du vet alltid hvor ordren står. Fra bekreftet til produsert til levert - uten å ringe rundt. Statusen ligger på ordren, ikke i hukommelsen til én person.
Løftene dine holder. Når leveringsdato settes mot faktisk kapasitet og faktisk lager, blir datoen du gir kunden en dato du kan stå for.
Nøkkelpersonrisikoen synker. Dette er den gevinsten folk undervurderer mest. Når ordreoversikten bor i hodet til én person, er ferie, sykdom og oppsigelse en driftsrisiko. Vi ser jevnlig prosjekter og leveranser stoppe helt fordi én nøkkelperson ble borte - og det er sjelden noen har regnet det som en systemkostnad.
Nei - og for de fleste er det heller ikke ønskelig. Det operative laget for ordre kan legges på toppen av regnskapssystemet dere allerede bruker: Tripletex, UniMicro, PowerOffice eller Fiken/Finago.
Det gjør dette til et vesentlig mer avgrenset stykke arbeid enn et fullt systembytte - typisk rundt tre måneder fra signering til drift. Det er en normaltid, ikke en garanti, fordi omfang og datakvalitet varierer fra bedrift til bedrift.
Vær samtidig klar over at dette er et valg med to sider. Noen virksomheter vil bevisst ha regnskap og drift i samme system, og opplever to systemer som en ulempe selv om integrasjonen fungerer. Det er en legitim preferanse, og den er verdt å avklare internt før dere vurderer leverandører - ikke etter.
Ta ERP-kompasset - en kort selvtest som viser hvor driftsutfordringene ligger i akkurat deres virksomhet.