Vad verksamheter faktiskt vill ha

Ingen styrelse har någonsin firat ett programvaruinköp. De firar snabbare offerter, färre fakturafel, kortare ledtider, kunder som stannar. Programvara är kostnaden man betalar för att nå resultat, och branschens äldsta trick är att få köpare att värdera kostnaden som om den vore resultatet.

Det tricket är därför demon finns. En demo visar programvaran vara imponerande; den kan inte visa er tisdagseftermiddag bli kortare. Frågan en verksamhet faktiskt behöver svar på — vad gör det här med våra siffror — är den enda fråga en funktionsrundtur aldrig rör vid.

Idealet är precist: exakt de flöden, exakt de processer, exakt den information, exakt de automationer och exakt de gränssnitt som ger mest verksamhetsnytta. Inget mer. Inget mindre.

Båda halvorna biter. "Inget mer" utesluter modulerna ingen öppnar, funktionerna avsedda för en annan bransch, inställningssidorna som finns för att någon annan kund en gång krävde dem — allt betalt, allt i vägen. "Inget mindre" utesluter luckorna, och luckor står aldrig tomma: de fylls med kalkylblad, sidokanaler och en person som vet hur det egentligen går till.

Varje verksamhet lever med summan av båda felen. Programvara den betalar för och inte använder, bredvid processer den kör utanför programvaran den betalat för.

Konsolidering, som den brukar säljas, betyder färre leverantörer: ersätt nio verktyg med en svit och kalla det förenkling. Men målet var aldrig färre system. En enda svit som passar ungefär är samma kompromiss som lapptäcket, köpt på en faktura i stället för nio.

Svitleverantörer svarar att allt-på-ett-ställe är precis vad den här principen kräver. Det är det inte. Ett ställe byggt för det genomsnittliga företaget är det genomsnittliga företagets system. Ett system är rätt system bara om det är ert — era flöden, era begrepp, era regler, inte en inställningsyta spänd över någon annans.

Den praktiska följden landar i hur system specificeras. En kravspecifikation skriven som en funktionslista har redan gett upp — den beskriver programvara, så den kommer att besvaras med programvara. Beskriv verksamheten i stället: vad som händer från förfrågan till betalning, var timmarna läcker, vilka beslut som kommer för sent, hur en bra tisdag ser ut.

Att avgöra vad som över huvud taget förtjänar att byggas är en egen disciplin, och det är där värdefrågan besvaras eller undviks. Systemet som ger mest verksamhetsnytta börjar som en ärlig beskrivning av verksamheten, inte som en inköpslista.