Programvaran ska anpassa sig till verksamheten

Varje företag som kör standardprogramvara har utfört samma tysta operation på sig självt. Det man säljer döptes om för att passa paketets artikelregister. Ett fungerande attestflöde byggdes om efter vad arbetsflödesmodulen kunde uttrycka. Supporten hittade på kringgåenden, kringgåendena stelnade till officiell process, och nyanställda lärdes upp på dem som om de vore verksamheten.

Tecknet är en mening alla hört på ett möte: "så fungerar inte systemet." Sagt inte som ett klagomål utan som en dom — ett accepterat, giltigt svar på ett verksamhetsbehov. Läs den långsamt igen. Ett verktyg lade in veto mot företaget som köpte det, och företaget nickade.

Programvara anpassad till en verksamhet är konkret, inte en slogan. Era begrepp: orden på skärmen är orden i er verkstad, så ingen översätter i huvudet hela dagen. Era flöden: stegens ordning är er ordning, inte installationsguidens. Era processer: attestkedjor, undantag och eskaleringar som de faktiskt går till. Era regler: prislogiken, marginalerna och policyerna som gör att ni tjänar pengar, uttryckta exakt — inte approximerade i en inställningsmatris som nästan når fram.

Var och en av de punkterna är ett ställe där ett standardpaket tvingar er att välja mellan att ändra företaget och att leva med glappet. Anpassad programvara tar bort valet.

Det starkaste argumentet för den gamla riktningen: standardprocesser bär decennier av beprövad praxis, och ett företag som hittar på ett eget sätt att köra lönehantering har oftast bara fel. Riktigt — och det biter inte i närheten av den här principen. Löner, bokföring, moms: standardisera gärna alltihop. Ingen skiljer ut sig på debetsidan.

Den gamla modellens fel var aldrig att den standardiserade. Det var att den standardiserade allt, inklusive den del av verksamheten där ert sätt att arbeta är konkurrensfördelen. Räcken där ni är som alla andra, frihet där ni inte är det — total standardisering dödar just den del som var värd att skydda.

Varje glapp mellan programvara och verksamhet slutar med att en av dem ändras. Hela principen ryms i ett test som går att lägga på vilket system, vilken leverantör och vilket förslag som helst: när de två är oense, vem är det som måste flytta sig?

Det är inte verksamheten.