Et Control Tower viser hva som skjer. Det bestemmer ingenting.

Lars Henrik Hafstad Karlsson · 29. oktober 2026 · 7 minutter

Et Control Tower høres ut som noe for store logistikkselskaper. Men spørsmålet det svarer på, er like aktuelt for en grossist med 30 ansatte: hvem ser hva som skjer, og hvor lenge etter at det skjedde?

Tenk deg en grossist med 120 millioner kroner i omsetning. Ordrene ligger i ERP-systemet. Fakturaene ligger i regnskapet. Kundeavtalene ligger i CRM-systemet.

Hver måned lages en rapport. Tallene stemmer. Ledelsen leser den rundt den 15. i måneden etter.

Men da er det eldste tallet i rapporten seks uker gammelt. Og mellom to rapporter skjer det ting ingen ser før neste gang.

Det er dette et Control Tower lover å løse.

Spørsmålet er derfor ikke bare:

Hvilket system bør vi kjøpe for å digitalisere virksomheten?

Spørsmålet ledelsen har nytte av, er:

Hvilke beslutninger tar vi for sent i dag, og hva koster hver måneds forsinkelse?

Kort fortalt

1. Et Control Tower er ett sted å se, ikke et sted å bestemme. Det samler de få tallstrømmene som betyr noe. Beslutningen ligger fortsatt hos ledelsen.
2. Sanntid er bare verdt noe der forsinkelsen koster. Ranger strømmene etter hva én måneds venting koster i kroner, og bygg tårnet for dem først.
3. Å digitalisere virksomheten er mest arbeid med tall og rutiner, ikke med skjermer. Tall som henger sammen og en fast rytme for å se på dem er mesteparten av jobben.

Ett sted å se, ikke et sted å bestemme

Begrepet control tower er lånt fra logistikken. Der er det ett sted som følger alle vareflyter i sanntid, fra leverandør til sluttkunde, på tvers av systemer.

I en grossist er flytene mindre, men prinsippet er det samme. Et Control Tower er ett sted der de strømmene ledelsen faktisk styrer etter, vises med samme tall og så nær hendelsen som mulig: innkjøpspriser som endrer seg, kunder som kjøper annerledes, ordre som faktureres under avtalt pris.

Tallene er dagsferske, ikke månedsgamle. Og de står ved siden av hverandre, slik at en leverandørøkning kan ses sammen med prisene ut til kundene.

Men tårnet tar ingen beslutning. Det viser at noe har skjedd. Hva som skal skje videre, er noen sitt ansvar.

Et Control Tower korter ned tiden fra noe skjer til noen ser det. Det korter ikke ned tiden fra noen ser det til noen bestemmer seg.

Den siste avstanden er en rutine i ledergruppen, ikke en innstilling i systemet.

Sanntid er bare verdt noe der forsinkelsen koster

Alt kan vises i sanntid. Ikke alt er verdt det.

Ta grossisten med 120 millioner kroner i omsetning og 25 prosent bruttomargin. Anta at ledelsen vurderer tre strømmer til tårnet, og regn på hva én måneds forsinkelse koster i hver av dem.

Strøm A: leverandørøkning som ikke er videreført. Anta at leverandører som står for 60 millioner kroner i varekost, øker prisene med 4 prosent fra nyttår. Hver måned økningen ikke er tatt ut mot kundene, koster 200 000 kroner i bruttofortjeneste.

60 000 000 × 0,04 = 2 400 000 kroner per år

2 400 000 ÷ 12 = 200 000 kroner per måned

Strøm B: en kunde som kjøper mindre. Anta at en kunde på 4 millioner kroner reduserer kjøpene med 10 prosent. Det er 100 000 kroner i bruttofortjeneste i året, eller rundt 8 000 kroner per måned.

400 000 × 0,25 = 100 000 kroner per år

Strøm C: ordre fakturert under avtalt pris. Anta at 2 prosent av omsetningen faktureres 3 prosent for lavt. Det er 72 000 kroner i året, eller 6 000 kroner per måned.

120 000 000 × 0,02 × 0,03 = 72 000 kroner per år

Hver måned tidligere ledelsen ser strøm A, kan være verdt 200 000 kroner. Hver måned tidligere i strøm C er verdt rundt 6 000. Den forskjellen avgjør hvor tårnet bør begynne.

Men les ikke tallene for fort. En kunde som glir, kan være helt borte om et år, og da står 1 million kroner på spill, ikke 8 000 i måneden. Tårnet viser størrelsen i dag. Hva det kan bli, er en vurdering.

Tårnet viser hvor. Det vet ikke hvorfor.

Anta at tårnet en morgen viser at bruttomarginen på en varegruppe har falt to prosentpoeng de siste tre ukene. Tallet er riktig. Men tårnet vet ikke hva det betyr.

• Kanskje leverandøren økte prisen, og salgsprisene er ikke justert ennå.
• Kanskje en stor kunde fikk et avtalt kampanjetilbud som varer måneden ut.
• Kanskje miksen i gruppen har flyttet seg mot billigere varianter.
• Kanskje én enkelt ordre står for nesten hele fallet.

Hver forklaring krever ulik handling. Ingen av dem kan leses av skjermen. De må hentes fra den som kjenner varene og kundene.

Et rødt tall er ikke alltid et problem

Et Control Tower som er rødt overalt, slutter å bli lest. Det er slik de fleste tårn dør.

Noen avvik er valg. En leverandørøkning som bevisst ikke er videreført til den største kunden, fordi avtalen løper til sommeren. En varegruppe med lav margin fordi den åpner dører.

Tårnets jobb er å gjøre avviket synlig. Ledelsens jobb er å ta stilling til det, enten som et valg som er tatt, eller som et problem med en eier og en dato. Avvik som er tatt stilling til, bør kunne merkes, slik at de ikke lyser rødt uke etter uke.

Og noen beslutninger skal uansett ha et menneske bak seg. «Tårnet sa ifra» er ikke et svar noen godtar når utfallet betyr noe.

Tallene under tårnet må henge sammen

Det vanskeligste med et Control Tower er ikke skjermen. Det er at tallene under den må henge sammen.

Samme kunde må ha samme kundenummer i ordresystemet, regnskapet og CRM-systemet. Varekosten må være den faktiske, ikke standardkosten fra i fjor. Summene må kunne avstemmes mot regnskapet.

Et tårn bygget på tall ingen stoler på, er bare en raskere vei til mistillit.

Først: hvilke tall finnes, og stemmer de? Så: det enkleste uttrekket som er pålitelig, gjerne en eksport fra ERP-systemet. Integrasjoner bygges først når strømmen har vist seg verdt det.

Mesteparten av arbeidet med å digitalisere virksomheten ligger her, i tallene og i menneskene som skal bruke dem. Teknologien er den minste delen.

Å digitalisere virksomheten er ikke å kjøpe et system

Det er fristende å begynne med alt. Alle strømmer, alle avdelinger, én stor skjerm.

Begynn heller med én strøm der det er lov å ta feil. Velg den som koster mest per måneds forsinkelse, og der en feil på skjermen ikke blir en feil beslutning før noen har sjekket.

Og begynn manuelt. En ukentlig liste over varer der innkjøpsprisen har økt uten at salgsprisen er endret, er et Control Tower i sin enkleste form. Den koster lite, og den viser om noen faktisk gjør noe med den. Gjør de ikke det, hjelper ingen skjerm.

Først når listen brukes, er det verdt å standardisere den. Så automatisere den. Så koble den til kilden. Programvare kommer sist, og bare hvis regnestykket holder.

To ting avgjør om det virker. Lederen må selv bruke tårnet, i et fast møte, med faste spørsmål. Og de som jobber med strømmen til daglig, må være med på å bestemme hva som skal vises.

Mål det til slutt på det samme som alt annet: ble beslutningen tatt tidligere, og ga den noe? Ikke på hvor mange som logget inn. Jeg har tidligere skrevet om at AI bør måles på beslutninger, ikke på bruk. Det samme gjelder en skjerm.

Fra skjerm til beslutning

Et Control Tower starter ikke med en leverandørdemo, men med spørsmål i denne rekkefølgen:

1. Hva ser vi for sent? Hvilke hendelser oppdager ledelsen uker etter at de skjedde, og hvilke beslutninger blir forsinket av det?
2. Hva koster ventetiden? Hva er én måneds forsinkelse verdt i kroner, strøm for strøm, og hvilke få strømmer betyr mest?
3. Henger tallene sammen? Finnes tallene, stemmer de med regnskapet, og kan de hentes enkelt nok til å stoles på?
4. Hvem ser, og hva utløser handling? Hvem ser på tårnet, i hvilken rytme, og hva skal skje når et tall slår ut?
5. Ble beslutningen tidligere? Sammenlign tiden fra hendelse til beslutning før og etter, og om utfallet ble bedre.

Det er denne rekkefølgen en diagnose hos Salgsanalytikeren følger: ett spørsmål, avstemte tall, prioritering i kroner og oppfølging av om beslutningen virket, før noen bestemmer seg for hva som fortjener en skjerm.

For teknologien kan vise hva som skjer, samme dag som det skjer. Det er blitt billig.

Det den ikke kan, er å bestemme hva som skal skje videre.

Tårnet ser. Ledelsen bestemmer.