Digital Plattforms principer

Någonstans i ert företag just nu kopierar någon en siffra från ett system till ett annat. En order in i faktureringen, en kund in i utskickslistan, ett lagersaldo in i kalkylbladet där den riktiga planeringen görs. Alla företag känner igen det. Nästan ingen valde det.

Det här dokumentet är vårt svar på hur det gick till och vad som ersätter det. Tio principer, var och en med en egen sida som går djupare in i exempel, invändningar och underlag. Det börjar i verksamheten och arbetar sig bakåt in i programvaran, för det är den enda riktning som ger programvara värd att ha.

Det är också ett levande dokument. När tänkandet skärps och underlaget växer ändras det.

Inget av de köpen gjordes för sin egen skull. Vart och ett stod för ett resultat verksamheten behövde, och vart och ett var rationellt den dag det gjordes. Summan är det ingen någonsin skulle ha ritat: människor vill ha en verksamhet, inte tjugo system.

Lapptäcket var aldrig en strategi. Det var en följd ingen kunde undvika.

Båda vägarna slutar på samma ställe: lapptäcke, komplexitet, teknisk skuld. Det var inte dåligt beslutsfattande. Det var den enda ekonomiskt möjliga vägen, vilket är precis därför samma mönster upprepas i varje bransch, i varje land, i företag av varje ålder.

Att skylla på gamla beslut missar poängen. Alternativen var dåliga, och alternativen har ändrats.

Verksamheter bryr sig inte om programvara. De bryr sig om resultat, och programvaran är priset man betalar för att få dem.

Säg önskan rakt ut och den är nästan pinsam i sin enkelhet: exakt de flöden, exakt de processer, exakt den information, exakt de automationer och exakt de gränssnitt som ger mest verksamhetsnytta. Inget mer, för allt mer är kostnad och brus. Inget mindre, för allt mindre lappas med kalkylblad.

Ingen avdelning upplever företaget som avdelningar. En försäljning binder produktion, produktionen förbrukar material, inköp gör av med pengar, pengarna begränsar ekonomin, och ekonomin formar vad ledningen beslutar härnäst. En order rör vid alltihop före lunch.

Programvaran borde spegla den verkligheten. I stället speglar traditionell programvara leverantörer: varje paket drar sin gräns där en produktlinje slutar, inte där processen gör det — och verksamheten betalar människor för att bära data över gränserna.

Organisationsschemat har avdelningar. Verksamheten har det inte.

Under decennier gick anpassningen åt fel håll. Företag döpte om sina egna begrepp för att matcha paketet, byggde om fungerande processer efter versionsnoteringar, och accepterade "så fungerar inte systemet" som ett giltigt svar på ett verksamhetsbehov.

Rätt riktning var alltid uppenbar. Programvaran ska anpassa sig till företagets flöden, företagets begrepp, företagets processer och företagets regler — företaget ska inte rita om sig självt för att dess programvara inte kan.

Passform på företagsnivå är inte slutet på anpassningen. Den ska inte stanna vid avdelningen, eller vid rollen. Den ska fortsätta ända ned till varje individ, för varje medarbetare arbetar olika, tänker olika och behöver olika information framför sig.

AI gör det ekonomiskt möjligt för första gången. Programvaran kan forma om sig för varje individ och ändå respektera företagets policyer, behörigheter och styrning — och individen gör omformningen genom att beskriva hur hen vill arbeta. Inte genom att öppna administrationspaneler. Inte genom att skriva kod. Genom att uttrycka vad hen vill.

Var och en av dem är för sig ett litet steg. Tillsammans bröt de den ekonomi som gjorde lapptäcket oundvikligt: ihopsättning ersatte uppfinnande, och förändring blev rutin i stället för projekt.

AI ändrar ekonomin dramatiskt. Den ersätter inte arkitekturen — den möjliggör en bättre.

"Egenutvecklat" var förr en varningsetikett: dyrt, långsamt, riskabelt, beroende av den som byggde det. Den definitionen beskrev hur programvaran gjordes — handknådad från noll, varje gång, för varje företag.

Den är överspelad. Moderna plattformar sätter ihop mycket anpassade system av återanvändbara, beprövade byggblock; det som byggs för hand är det tunna lager som verkligen är ert. Egenutvecklat är inte längre handknådat. Det sätts ihop med omdöme, och ekonomin flyttade med metoden.

Systemet det här gör möjligt förstår flöden, användare, data, affärsregler och avsikt. I stället för att konfigurera programvara beskriver människor vad de vill, och plattformen anpassar sig.

Alla arbetar i samma sammanhängande system och ingen har samma upplevelse av det. Försäljningen får säljstöd, produktionen får produktionsstöd, ledningen får beslutsstöd — samma data, samma regler, olika förmiddagar.

Programvara köps fortfarande genom att räkna saker: funktioner, moduler, integrationer, rader i en jämförelsematris. Var och en av de siffrorna mäter leverantörens produktion, inte köparens resultat.

Det finns en fråga som spelar roll: hur mycket verksamhetsnytta skapar systemet? Allt annat är underordnat — inte oviktigt, underordnat. En mätkultur som utgår från den frågan gör slut på upphandlingsteatern, och det är en kultur vi håller oss själva till offentligt.

Under decennier accepterade verksamheter splittrad programvara för att det inte fanns något alternativ. De anpassade sig själva till sina verktyg, betalade människor för att bära data över systemgränser, och kallade resultatet IT-strategi — för det var det bästa draget som fanns, år efter år.

Det är det inte längre. Den eran är på väg att ta slut.