Kartan är sällan det svåra

En kollektivtrafikaktör vi arbetat med hade exakt den kartläggning man tror löser problemet: en fullständig genomlysning av trafikinformation och störningsinformation, från data in till kommunikation ut till resenären. Bristerna var tydliga sedan tidigare – resenärer fick inte konsekvent rätt information, i rätt tid, via rätt kanal. Vi började i andra änden: en översyn av hela kundresan, för att se var i flödet informationen faktiskt föll bort, innan vi rörde ett enda system. Tre månader senare fanns svaret klart på pappret: vilka system som pratade med varandra, vilka som inte gjorde det, och var i kundresan informationen föll mellan stolarna.

Ändå var det inte kartläggningen i sig som avgjorde om något skulle hända härnäst. Det är den vanligaste missuppfattningen i IT- och AI-initiativ: att en teknisk nulägesanalys är ett investeringsbeslut i sig. Så fort kartan är klar antas resten följa av sig självt.

Varför en komplett kartläggning ändå fastnar

En IT-kartläggning talar IT:s språk – system, integrationer, dataflöden. Den talar sällan ledningens språk: vad kostar det, vad vinner vi, och vem äger beslutet att gå vidare. Utan den översättningen konkurrerar initiativet med redan budgeterade projekt som inte kräver ett nytt beslut – och förlorar nästan alltid den konkurrensen.

Resultatet blir en rapport som cirkulerar mellan IT och operativ personal, men som aldrig landar på ett bord där någon faktiskt har mandat att säga ja. Ju längre den vägen är, desto större risk att kartläggningen blir arkiverad kunskap istället för startpunkten för en förändring. Det gäller särskilt i verksamheter där IT historiskt setts som en stödfunktion snarare än något ledningen aktivt styr – då finns sällan ett naturligt forum där frågan ens kan tas upp för beslut.

Det som fick beslutet att faktiskt landa

I det här fallet lämnades kartläggningen aldrig som enbart en teknisk rapport. Genomlysningen av IT-kartan, de stödjande systemen och de operativa processerna kompletterades med en tydlig målbild – konkret nog att visa vad som skulle förändras i både system och arbetssätt för att ge resenärerna rätt information i rätt kanal – och en kostnadsbild med de faktiska investeringarna i mjuk- och hårdvara som målbilden krävde.

Den avgörande skillnaden var ändå var vi valde att presentera det: inte som ett underlag som skickades runt internt, utan som en muntlig genomgång för ledningen och utvald operativ personal, med nuläge, målbild och kostnad på samma bord samtidigt. Det gjorde frågan konkret – inte "ska vi investera i IT någon gång", utan "här är planen, här är notan, säg ja eller nej". Samma genomgång gav också den operativa personalen en roll i beslutet, inte bara ledningen, vilket gjorde det enklare att driva igenom förändringen i vardagen senare.

Resultatet av att göra kartläggningen till ett beslutsunderlag

Utfallet var inte bara en kartläggning utan en målbild och plan som var förankrad hos ledningen innan den fullskaliga implementeringen ens började. Det är den skillnaden som avgör om ett IT- eller AI-initiativ blir ett beslut – eller en pärm som ingen öppnar igen.

Konkret takeaway: Låt aldrig en system- eller AI-kartläggning lämnas som enbart ett tekniskt dokument. Bygg in en namngiven beslutspunkt med ledningen, med målbild och kostnadsbild på samma sida, innan den tekniska implementeringen startar – annars är det kartläggningen, inte investeringen, som blir resultatet.