Alt som kommer inn havner ett sted.
Bestillingsadressen, hovednummeret, SMS og nettskjema — én kø. Hver henvendelse får kanal, eier og status, sorteres automatisk, og kobles til riktig ordre. Klikk en rad for å se hele saken.
NETTBOOKING
Samme skjema som koordinator fyller ut, åpent for kunden. Går rett inn i innboksen som bestilling.
Du får svar med pris og bekreftet tid. Ingen betaling nå.
OG NÅR NOEN BLIR SYK?
Hele begrunnelsen for å samle alt på ordren: en kollega skal kunne overta en sak uten å ringe rundt for å rekonstruere den.
Hvor er det ledig kapasitet?
Kalenderen svarer på ett spørsmål: hvilke maskiner står ubrukt, og når. Det er inngangen både til salg (rutine 3.6) og til å legge service der belegget er lavt (rutine 3.7).
Fem ting mangler før dagen kan starte.
Rutine 3.2: kontroller dagens oppdrag, riktig maskin og sjåfør, avklar endringer med kunder, kontroller utstyr — mellom 06:00 og 07:00. Lista skal bli tom.
Ti maskiner, én skjerm.
Dra en blokk mellom maskiner eller langs tida. Føreren varsles automatisk, og ordren oppdateres.
- Ingenting ennå. Trykk «Neste hendelse», eller dra en blokk.
Bekreft før klokka 17:00.
Rutine 3.2 og kapittel 2: oppdrag bekreftet med kunde, maskiner og sjåfører disponert, transport vurdert — før 17:00.
Gutta får info — og vi får inn.
Samme oppdrag som ligger på tavla, i lomma på føreren. Kapittel 4 deler ansvaret: føreren utfører og rapporterer, koordinator styrer. Derfor har hvert felt her én eier. Alt som meldes inn havner rett i endringsloggen og i fakturagrunnlaget.
PWA — installeres fra nettleser, virker uten dekning. Alt som meldes offline ligger i kø til nettet er tilbake.
DETTE KOMMER INN TIL KOORDINATOR
KOMPETANSE OG SERTIFIKATER
Synkes fra Munio LMS, som dere allerede bruker. Koordinator ser om føreren har papirene i orden i det hun tildeler oppdraget — ikke i et annet system hun må huske å sjekke.
HVORFOR DET BETYR NOE
Rutine 3.4 sier at koordinator må etterregistrere det føreren glemte. Alt som ikke fanges er tapt inntekt på arbeid som allerede er utført og betalt for i lønn og diesel. Knappene i appen er de tre rutine 2.2 nevner: meld status, meld avvik, meld tillegg — alle ett trykk unna.
Ingen ordre går ut halvferdig.
Rutine 3.4 krever at timer, maskintid, løpetid, transport og tillegg er kontrollert før fakturering. Her er den kontrollen en sperre, ikke en hensikt: ordren kan ikke sendes før hvert punkt er kvittert eller aktivt avvist.
Verdivedlegg med bilder følger hver faktura, slik at kunden ser omfanget av det som ble levert — også ventetid, ekstra rigg og logistikk som ellers bare er en linje uten forklaring.
Ledig kapasitet er et salgssignal.
Rutine 3.6 er allerede skrevet: felles kundeliste, oppdatert daglig, X for telefon og X2 for SMS, Topp 30 ringes, Topp 100 får e-post ved kapasitet. Det eneste som mangler er at lista henger sammen med tavla.
LEDIG I DAG — HVEM RINGER VI?
KAPASITETS-E-POST
Topp 100 får beskjed når det står maskiner ledig. Med utsendingslogg og avmelding — reservasjonsretten må avklares før den skrus på.
Hva kunden ser, og hva vi får vite.
Rutine 3.5 krever at kunden aldri er usikker på status. Kapittel 6 måler koordinator på kundetilfredshet — men den har ingen datakilde i dag. Ett spørsmål sammen med fakturavedlegget er den enkleste veien dit.
TILBAKEMELDINGER
Ett spørsmål, sendt med fakturavedlegget. Svarene blir KPI-en «kundetilfredshet» i kapittel 6 — den eneste av de seks som ikke kan regnes ut av data vi allerede har.
KUNDENS STATUSSIDE
Lenke i ordrebekreftelsen. Ingen innlogging, ingen app. Erstatter «har du hørt noe?»-telefonene.
RUH er et PDF-skjema i dag.
Det står på HMS-sida deres: rapport om uønsket hendelse lastes ned som PDF. SJA gjøres «på alle risikojobber». Volumet finnes allerede — det er skjemaet og arkivet som mangler. Rutine 3.9 gir flyten: registrer, iverksett tiltak, eskaler.
RAPPORT OM UØNSKET HENDELSE
SIKKER JOBBANALYSE
SJEKKLISTEARKIV
REVIDERING OG INTERNKONTROLL
HMSREG
Byggherrene deres pålegger det — Skanska, Veidekke, AF Gruppen, Statsbygg, Oslo kommune. Mannskap, timer og RUH skal inn.
Her har hyllevare et forsprang. SmartDok har integrasjonen ferdig; vår kommer senere. Velger dere oss, må HMSREG-rapporteringen skje slik dere gjør den i dag inntil den er på plass. Det skal sies høyt, ikke oppdages senere.
KOMPETANSE
Dere har Munio LMS allerede. Den delen bygger verken vi eller SmartDok om igjen — den står under «utenfor omfang».
Det er maskinen som tjener penger.
Arbeidsinstruksen sammenligner driften med et taxiselskap. Da finnes det ikke prosjekter som varer i uker — det finnes maskiner og oppdrag. Alt her er regnet ut av tall systemet allerede har. Ingen ny registrering.
PER MASKIN I DAG
PER KUNDE I ÅR
DEN TREDJE KOLONNEN
Usolgt kapasitet står ikke i et vanlig regnskap, men koster like mye som en maskin på verksted. Her regnes den med, fordi den er synlig på tavla hver eneste dag.
Maskinutnyttelse og faktureringsgrad er to av de seks KPI-ene dere selv satte i kapittel 6. Nå regnes de ut av seg selv.
Dokumentet ligger der arbeidet skjer.
Sertifikatet på maskinkortet, SJA-en på ordren, verdivedlegget på fakturaen. Dette er den samme bunken sett ovenfra — med utløpsdatoer som det eneste som faktisk haster.
Ingenting lastes opp to steder. Fyller føreren ut en sjekkliste i appen, ligger den her og på ordren og på maskinen samtidig — fordi det er samme dokument, ikke tre kopier.