System som inte blir plattformar kommer att dö

Debatten om Software as a Service framtid ställs för snävt. Den viktiga frågan är inte om programvara även fortsättningsvis kommer att driftas i molnet, levereras genom en webbläsare eller säljas på abonnemang. De modellerna lär bestå. Den mer avgörande frågan är om den fasta applikationen kommer att förbli programvarans främsta enhet.

Programvarumarknaden har varit organiserad kring applikationer i decennier. En leverantör bygger ett CRM-system, ett projektsystem eller ett HR-system och distribuerar sedan samma produkt till tusentals kunder. Kunderna konfigurerar applikationen, kopplar ihop den med andra produkter och anpassar sina processer till de gränser programvaran drar.

Den modellen var ekonomiskt rationell när programvara var dyr att producera. Det var långt billigare att köpa en standardiserad applikation än att bygga ett system kring en enskild organisations exakta krav.

AI ändrar den kalkylen.

När kostnaden för att översätta krav till fungerande programvara faller behöver organisationer inte längre lika ofta välja mellan standardiserad SaaS och dyr egenutveckling. En ny sorts plattform kan förena den återanvändbara programvarans ekonomi med det skräddarsydda systemets följsamhet.

I den modellen agerar AI inte i första hand som en obunden programmerare. Den agerar montör. Plattformen tillhandahåller beprövade komponenter, arkitektur, infrastruktur och driftsregler, medan AI tolkar kraven och kombinerar de förmågorna till ett system som passar organisationen.

Applikationen försvinner inte. Den förblir det gränssnitt genom vilket människor utför sitt arbete. Det som ändras är dess roll. I stället för att vara den bestående tekniska produkten blir applikationen den nuvarande konfiguration plattformen producerat.

Skiftet börjar i administrativ programvara, därför att mycket av den är byggd av återkommande tekniska mönster. Kundhantering, projektleverans, rekrytering, fakturering och intern drift använder olika ord, men vilar på likartade kombinationer av data, behörigheter, arbetsflöden, aviseringar och rapportering.

Mer specialiserad programvara flyttar senare. Övergången blir gradvis, och den utplånar varken SaaS-bolag, utvecklare eller konsulthus. Den ändrar vad de bygger, hur de skapar värde och var de konkurrerar.

Nästa programvarumarknad kommer inte helt enkelt att erbjuda bättre applikationer.

Den kommer att erbjuda bättre sätt att producera dem.

Den moderna programvarumarknaden är organiserad kring applikationen. Leverantörer definierar en kategori, bygger en produkt kring den och säljer åtkomst till produkten. Kunderna väljer sedan mellan konkurrerande applikationer utifrån funktioner, pris, användbarhet och rykte.

Strukturen är så bekant att den framstår som permanent. CRM behandlas som en sorts applikation. Projektledning är en annan. Rekrytering, fakturering, support och analys upptar var sin kategori, med leverantörer som tävlar om att bygga den starkaste produkten inom var och en.

Applikationen är därför mer än en teknisk artefakt. Den avgör produktgränsen, affärsmodellen, säljorganisationen och ofta identiteten hos bolaget som skapade den.

Modellen har producerat en enorm mängd användbar programvara. Den har också fått marknaden att behandla varje verksamhetsproblem som en egen applikationskategori, även när de underliggande processerna hänger tätt ihop.

Ett företag upplever inte sitt arbete som en samling programvarukategorier. Det upplever en sammanhängande verksamhet där leads blir kunder, kunder blir projekt, projekt skapar fakturor och utfört arbete skapar supportåtaganden.

Applikationsmarknaden delar upp den verksamheten i produkter.

Organisationen får sedan bära bördan av att sätta ihop den igen.

Best-of-breed-SaaS uppstod därför att programvara var dyr att bygga, underhålla och driva. Ett egenutvecklat system krävde utvecklare, projektledning, infrastruktur och ett löpande åtagande kring uppgraderingar och support. För de flesta organisationer var den investeringsnivån svår att motivera för rutinmässiga administrativa funktioner.

En specialiserad leverantör kunde lösa samma problem en gång och distribuera resultatet till tusentals kunder. Utvecklingskostnaden delades, produkten förbättrades över tid, och varje kund fick tillgång till förmågor som hade varit dyra att skapa internt.

Kunden accepterade en viss kompromiss i utbyte mot den ekonomin. Terminologin kanske inte matchade organisationen perfekt. Arbetsflödet kunde innehålla onödiga steg. Viktiga processer kunde kräva kringgåenden eller externa integrationer.

Ändå var det långt billigare att köpa applikationen än att bygga ett likvärdigt system från grunden.

Det lät specialiseringen blomma. En leverantör helt fokuserad på en kategori kunde utveckla djupare funktionalitet än de flesta interna team kunde motivera. Fokuset höjde produktkvaliteten och skapade starka marknader kring allt smalare verksamhetsfunktioner.

SaaS var inte ett misstag som AI nu behöver rätta till. Det var det optimala svaret på sin tids produktionsekonomi.

Marknaden ändras när den ekonomin ändras.

Enskilda SaaS-produkter kan vara utmärkta medan den samlade programvarumiljön förblir ineffektiv.

Ett företag kan använda en applikation för att generera leads, en annan för kundrelationer, en tredje för att leverera projekt och en fjärde för att fakturera. Varje produkt kan vara mycket kapabel inom sin kategori, men organisationens faktiska process korsar dem alla.

Varje applikation för med sig sina egna begrepp, sin datamodell, sina behörigheter och sina antaganden om drift. Samma verksamhetsobjekt kan representeras olika i flera system, samtidigt som medarbetarna måste hålla reda på vilken produkt som äger vilken del av processen.

Integrationer minskar en del av friktionen, men de skapar sällan verklig sammanhållning. Ett API kan flytta en kundpost från en applikation till en annan, men de två produkterna har fortfarande var sin tolkning av den kunden. Ändringar måste synkroniseras, fel måste hanteras och motstridiga tillstånd måste lösas.

När fler applikationer läggs till växer kostnaden inte bara genom fler abonnemang. Den dyker också upp i införande, administration, utbildning, avstämning och manuell samordning.

Medarbetare lär sig var information hör hemma. Chefer lär sig vilka rapporter som går att lita på. Administratörer lär sig vilka integrationer som fallerar tyst. Organisationen bygger successivt upp ett lager av operativ kunskap vars enda syfte är att kompensera för gränserna mellan dess programvaruprodukter.

Det är fragmenteringsskatten best-of-breed skapar.

Problemet är inte att varje applikation presterar dåligt. Problemet är att varje applikation optimerar sig själv medan organisationen behöver att helheten optimeras.

De flesta AI-funktioner i programvara handlar i dag om interaktion. De sammanfattar information, genererar text, svarar på frågor eller automatiserar enskilda moment inuti en befintlig applikation.

De funktionerna är användbara, men de ändrar inte marknadens grundstruktur. Ett CRM-system med en AI-assistent är fortfarande ett CRM-system. Applikationen definierar alltjämt produktgränsen, och kunden anpassar sig alltjämt till den gränsen.

Den mer betydande förändringen sker när AI riktas mot själva programvaruproduktionen.

AI kan i allt högre grad översätta krav i naturligt språk till gränssnitt, arbetsflöden, datastrukturer och körbar logik. Resultaten är fortfarande ofullkomliga, särskilt när systemen växer, men riktningen är tydlig: det krävs mindre manuellt arbete för att ta sig från ett uttalat behov till en fungerande implementation.

Det urholkar en av standardapplikationens viktigaste fördelar. Om det blir billigt att anpassa programvara till en organisation behöver kunden inte längre acceptera lika stor glapp mellan applikationen och verksamheten.

Den relevanta jämförelsen är inte mellan SaaS och helt egenutvecklad programvara som de ser ut i dag. Den är mellan en samling fasta applikationer och ett skräddarsytt system monterat ur en återanvändbar plattform.

Så snart det andra alternativet blir snabbare och billigare än att licensiera och integrera flera produkter börjar marknadens tyngdpunkt flytta sig.

Tänk er en bilmekaniker som byter en sliten del. Reservdelen finns redan, dess infästningar är kända och den konstruerades för att sitta i fordonet. Mekanikern behöver fortfarande omdöme och skicklighet, men merparten av den omgivande ingenjörskonsten är redan löst.

Tänk er nu att samma mekaniker ska konstruera och tillverka en helt ny motor. Uppgiften kräver tusentals sammanlänkade beslut om material, geometri, kylning, smörjning, tillverkning och säkerhet. Ett misstag på ett ställe kan skapa haverier på ett annat.

Skillnaden är inte bara att den ena uppgiften är större. Den ena är begränsad av ett beprövat system, medan den andra kräver att systemet självt uppfinns.

Programvara följer samma mönster.

När AI skapar programvara från grunden måste den fatta beslut om arkitektur, datamodeller, behörigheter, validering, driftsättning, testning, säkerhet och underhåll. De besluten är inte oberoende. Ett rimligt val i en del av systemet kan skapa komplexitet eller inkonsekvens i en annan.

När systemet växer växer antalet samspel med det. AI:n måste minnas tidigare antaganden, förstå effekterna av nya krav och bevara sammanhanget genom ändringar gjorda över tid.

En plattform snävar in det problemet. Den tillhandahåller en känd arkitektur, kompatibla komponenter, etablerade driftsättningsrutiner och förutsägbara driftsregler. AI:n kan koncentrera sig på att välja, koppla och anpassa befintliga förmågor i stället för att uppfinna varje tekniskt lager.

Resultatet är inte bara snabbare utveckling. Det är en mer kontrollerad produktionsprocess.

AI blir systemets montör snarare än kodens ende författare.

Ordet plattform används redan av nästan varje stor programvaruleverantör, så det behöver en mer bestämd innebörd här.

En applikation blir utbyggbar när den stöder insticksmoduler, integrationer eller konfigurerbara arbetsflöden. De förmågorna kan göra produkten mer flexibel, men de ändrar inte nödvändigtvis dess grundläggande natur. Applikationen förblir det fördefinierade objekt allting annat organiseras kring.

En systemgenererande plattform utgår från en annan premiss. Dess främsta syfte är inte att leverera en fördefinierad applikation. Dess syfte är att producera och utveckla flera system ur en gemensam teknisk grund.

Den grunden rymmer de förmågor som behövs genom systemets hela livscykel. Den hanterar data, identitet, behörigheter, gränssnitt, arbetsflöden, driftsättning, övervakning och förändring. Det är inte valfria tjänster som hängs på i efterhand. De är en del av den miljö genereringen sker i.

Plattformen rymmer också återanvändbara komponenter byggda kring gemensamma konventioner. De delar tekniska antaganden, går att kombinera förutsägbart och kan förbättras utan att varje system måste byggas om för sig.

AI arbetar innanför de gränserna. Den tolkar krav, väljer lämpliga komponenter och anpassar deras konfiguration till organisationen. Där specialiserat beteende behövs kan plattformen generera utökningar, men de utökningarna förblir kopplade till samma arkitektur och samma livscykel.

Plattformen bevisar sitt värde genom att producera användbara system om och om igen. Den är inte bara en verktygslåda man räcker utvecklare. Den är den produktionsmiljö genom vilken krav blir programvara i drift.

Tänk er ett företag som behöver kundhantering, projektleverans och fakturering.

Under nuvarande modell väljer företaget typiskt tre applikationer. Det konfigurerar var och en, bygger integrationer mellan dem och anpassar sina interna processer till produkternas gränser.

En plattformsbaserad modell börjar i processen i stället för i kategorierna. Företaget beskriver hur ett lead blir en kund, hur en avslutad affär skapar ett projekt och hur utfört arbete blir en faktura. Plattformen monterar sedan de poster, gränssnitt, arbetsflöden och behörigheter processen kräver.

Medarbetarna använder fortfarande en applikation. De ser instrumentpaneler, formulär, rapporter och uppgiftsvyer utformade för sitt arbete.

Skillnaden är att applikationen inte utvecklades som en fristående produkt och senare justerades för att passa företaget. Den genererades som ett uttryck för den underliggande plattformen.

Om företaget senare inför bokning, support eller avtalshantering kan systemet växa utan att ännu en isolerad produkt läggs till. Plattformen utvidgar befintliga data, processer och gränssnitt och bevarar relationerna mellan dem.

Applikationen blir därmed en konfiguration av plattformen snarare än programvarubolagets slutprodukt.

Det gör inte applikationen slit-och-släng i meningen att dess data och historik saknar betydelse. Organisationen samlar fortfarande på sig användare, behörigheter, arbetsflöden, poster och operativ kunskap. De tillgångarna består.

Det som blir utbytbart är den fasta applikationsgränsen.

Ett vanligt argument mot plattformar är att framtidens AI kan bli kapabel nog att skapa vilken programvara som helst direkt. Om obegränsad generering blir enkel och pålitlig, varför skulle en begränsad plattform fortfarande behövas?

Argumentet förutsätter att AI förbättras medan plattformar står stilla.

I praktiken förbättrar varje steg i AI:s förmåga också vad plattformen kan göra. En starkare modell kan tolka mer komplexa krav, välja komponenter mer träffsäkert och skapa mer sofistikerade anpassningar inom samma kontrollerade miljö.

Jämförelsen står därför mellan två angreppssätt med samma intelligensnivå. Det ena genererar ett system med få begränsningar, det andra utgår från beprövad arkitektur, kompatibla komponenter och en etablerad produktionsprocess.

Det begränsade angreppssättet behåller ett övertag, därför att problemet förblir mindre.

Mönstret finns redan överallt i programvaruutvecklingen. Bättre programmeringsspråk tog inte bort behovet av bibliotek. Skickligare utvecklare tog inte bort värdet av ramverk. Bättre molninfrastruktur gjorde inte operativsystem irrelevanta.

Ökad förmåga brukar låta branschen bygga mer ambitiösa system. Den skapar inte ett skäl att kasta bort användbara abstraktioner.

När programvaruproduktion blir billigare lär också efterfrågan på programvara växa. Organisationer kommer att be om mer specialiserade processer, tätare ändringar och närmare passform mot den egna verksamheten. Effektivitet minskar inte helt enkelt mängden programvara som skapas. Den gör programvara som tidigare var olönsam praktiskt möjlig.

Plattformar låter den ökade ambitionen riktas mot verksamhetsspecifika krav i stället för att gång på gång återskapa gemensam teknisk grund.

Dagens programvarumarknad belönar best-of-breed. Köpare jämför CRM-system med andra CRM-system, projektsystem med andra projektsystem och HR-system med andra HR-system.

Det förutsätter att kvaliteten hos varje enskild applikation avgör kvaliteten hos den samlade programvarumiljön.

I praktiken skapar de starkaste enskilda produkterna inte alltid det starkaste sammanlagda systemet. En avancerad CRM-applikation kan ändå passa dåligt om dess datamodell krockar med resten av organisationen, dess arbetsflöde inte går att anpassa eller dess integrationer skapar omfattande handpåläggning.

En mindre påkostad CRM-förmåga kan ge ett bättre operativt resultat när den är en del av ett sammanhängande system som binder ihop kundhantering, leverans och fakturering utan konstlade gränser.

Plattformsmodellen flyttar därför konkurrensen från best-of-breed mot best-fit.

Det utplånar inte specialiserad programvara. Vissa produkter bär djup domänkunskap, egna data eller tekniskt svåra förmågor som en generell plattform inte enkelt återskapar. De förmågorna kan förbli fristående, eller så blir de med tiden tjänster och komponenter som bredare plattformar konsumerar.

Övergången kräver inte att varje specialiserad applikation försvinner. Den kräver bara att tillräckligt mycket administrativ funktionalitet flyttar in i delade plattformar för att marknadens ekonomiska tyngdpunkt ska ändras.

Administrativa applikationer täcker många olika avdelningar, men deras underliggande tekniska strukturer är ofta likartade.

Ett CRM-system lagrar objekt och relationer, fördelar ansvar och för poster genom en process. Ett rekryteringssystem gör detsamma med kandidater och tjänster. Projekt-, support- och inköpssystem vilar också på ägarskap, status, tidsgränser, behörigheter, aviseringar och rapportering.

Verksamhetsinnebörden skiljer sig, men mycket av det tekniska maskineriet går att återanvända.

Det gör administrativ programvara särskilt lämpad för plattformsgenerering. Gemensamma strukturer kan standardiseras medan terminologi, regler och arbetsflöden förblir anpassningsbara efter organisationen.

Plattformen behöver inte känna till varje verksamhet i förväg. Den behöver en tillräckligt generell uppsättning komponenter och en pålitlig metod för att konfigurera dem kring olika krav.

Starkt specialiserad teknisk, vetenskaplig och kreativ programvara flyttar långsammare, därför att dess komplexitet ofta ligger djupare i den tekniska domänen. Ett CAD-system, en industriell simuleringsmiljö eller ett professionellt medieverktyg kan vila på avancerade algoritmer, specialiserad hårdvara och decennier av domänspecifik ingenjörskonst.

De systemen är inte permanent undantagna från skiftet. De är bara en mindre praktisk startpunkt.

Administrativ programvara flyttar först, därför att dess återkommande mönster är lättare att generalisera och dess nuvarande fragmenteringskostnader redan är påtagliga.

En applikation förbättrar sin egen produkt. En plattform kan förbättra produktionen av varje system som byggs på den.

En komponent skapad för en implementation kan senare bli återanvändbar i många andra. Ett arbetsflöde som först krävde specialarbete kan bli konfigurerbart. Ett tvetydigt krav i ett projekt kan leda till bättre tolkning och validering i kommande projekt.

Förbättringar av testning, driftsättning och säkerhet kan också flyta genom den delade grunden. Nästa genererade system startar från en starkare teknisk bas än det förra.

Den sammansatta effekten är en av de viktigaste skillnaderna mellan applikationer och plattformar.

Den är inte automatisk. En illa utformad plattform kan bli en samling kundspecifika undantag och hopsamlad kod. Då förlorar den standardiseringens fördelar och blir ännu ett svårskött programvaruarv.

Framgångsrika plattformar måste fortlöpande skilja det generella från det specifika. Gemensamma förmågor hör hemma i den delade grunden, medan organisationsspecifikt beteende hör hemma i konfiguration eller kontrollerade utökningar.

När den gränsen sköts väl utvidgar varje implementation plattformen utan att tvinga in varje kund i samma process.

Plattformen blir mer kapabel medan systemen den producerar förblir olika.

Traditionella applikationer utvecklas genom ändringar i en produkts kodbas. Med tiden samlar de på sig funktioner, kompatibilitetskrav och historiska beslut. Stora arkitekturändringar blir svåra, därför att leverantören måste bevara det beteende befintliga kunder räknar med.

En plattform öppnar för en annan livscykel.

Genererade system förblir kopplade till en delad teknisk grund. När plattformen förbättrar sin behörighetsmodell, sin driftsättningsprocess eller sitt datalager kan de förbättringarna göras tillgängliga för många system.

Organisationens data, arbetsflöden och historik försvinner inte. Systemet återskapas inte ur ingenting. Dess implementation kan i stället fortsätta ärva förbättringar från den plattform den byggdes på.

Det gör programvaran självförnyande i praktisk mening, inte i autonom.

Mänsklig styrning krävs alltjämt. Ändringar måste testas, kompatibilitet måste hanteras och organisationer måste avgöra när nytt beteende ska införas.

Skillnaden är att systemet inte är tekniskt avskuret från maskineriet som skapade det. Det förblir kopplat till en grund som fortsätter utvecklas.

En fristående egenutvecklad applikation måste finansiera och sköta den utvecklingen på egen hand.

Övergången från applikationer till plattformar innebär inte nödvändigtvis slutet för SaaS.

Programvara kan fortfarande driftas av en leverantör, nås genom en webbläsare och säljas på abonnemang. De egenskaperna beskriver distribution och affärsstruktur snarare än den underliggande produktens natur.

En systemgenererande plattform kan därför levereras som SaaS.

Det som ändras är vad kunden får. I stället för att abonnera på en fördefinierad applikation får kunden tillgång till en miljö som kan producera och utveckla ett system kring dess krav.

Affärsrelationen kan se bekant ut, men den tekniska modellen är en annan.

Befintliga SaaS-leverantörer kan delta i övergången. Många har redan värdefulla komponenter, domänkunskap, kundrelationer och operativ infrastruktur.

Svårigheten är att den fasta applikationsmodellen oftast sitter i hela bolaget. Arkitektur, prissättning, försäljning, support och produktledning är organiserade kring en fördefinierad produkt. Att bli plattform kräver därför mer än att lägga till en AI-assistent eller exponera fler inställningar.

Det kan kräva att leverantören omprövar vad den säljer.

Vissa bolag klarar den omställningen. Andra fortsätter förbättra sina befintliga applikationer utan att ändra den underliggande modellen. De produkterna kan förbli värdefulla i åratal, särskilt i kategorier där migrering är svår och kundrelationerna starka.

Den bredare riktningen gynnar ändå leverantörer som kan producera system och inte bara distribuera applikationer.

Konsulthus finns därför att organisationer ofta behöver system som standardprodukter inte kan ge dem.

Plattformar tar inte bort det behovet. De ändrar karaktären på arbetet som krävs för att möta det.

Ett konsulthus kan i dag lägga stor del av ett projekt på att bygga gränssnitt, implementera behörigheter, skriva integrationer och konfigurera infrastruktur. De momenten är nödvändiga, men de är sällan källan till kundens konkurrensfördel.

En plattform kan absorbera mer av det implementationsarbetet. Konsulthuset kan då koncentrera sig på att förstå verksamheten, klarlägga kraven och utforma processerna.

Det arbetet är svårt att automatisera fullt ut, därför att organisationer sällan beskriver sig själva korrekt. Viktiga undantag kan vara odokumenterade, olika avdelningar kan följa motstridiga processer, och ledningen kan beskriva en idealverksamhet som skiljer sig från vardagen.

Någon måste undersöka de förhållandena och hjälpa organisationen avgöra hur systemet ska fungera.

Konsulthus lär därför bli betydande användare av systemgenererande plattformar. De kan förena domänkunskap med en produktionsmiljö som snabbt gör deras rekommendationer till fungerande programvara.

Mängden rutinkodning minskar, medan värdet av verksamhetsförståelse ökar.

Konsulthuset går från att bygga varje komponent till att forma det system plattformen producerar.

Rörelsen mot plattformar innebär inte att varje företag kommer att använda en global plattform eller att all programvara kollapsar till en enda företagssvit.

Det kommer att finnas många plattformar för olika marknader, branscher och verksamhetsmodeller. Vissa blir breda, andra inriktar sig på domäner med specialiserade krav. Vissa blir proprietära tjänster, andra öppen källkod som drivs av kunder eller konsulthus.

Antalet plattformar lär ändå bli lägre än antalet applikationer de producerar. Återanvändning är modellens ekonomiska grund, så en plattform måste bära många system.

Det kräver inte att varje resulterande system är likadant.

Plattformen standardiserar produktionen, inte organisationen. Delad arkitektur, delade komponenter och delade driftsättningsprocesser skapar effektivitet, medan det genererade systemet ändå kan spegla olika arbetsflöden och olika ord.

Distinktionen är viktig, därför att stora företagssviter historiskt har skapat sammanhang genom att tvinga in organisationer i en produktmodell.

Systemgenererande plattformar kan skapa sammanhang utan att kräva likformighet.

Plattformar med öppen källkod lär spela en viktig roll, därför att de skiljer den tekniska grunden från tjänsten som driver den.

Vissa organisationer föredrar en driftad plattform som sköter infrastruktur, uppgraderingar och support. Andra vill ha kontroll över driftsättning, källkod och data. Konsulthus kan erbjuda driftstjänster kring öppna plattformar, precis som de i dag gör kring databaser, molninfrastruktur och webbramverk.

De modellerna kan samexistera.

Att det finns en implementation med öppen källkod tar inte bort plattformens värde. Det ger kunderna mer att välja på i fråga om ägande och drift.

Öppna plattformar kan också påverka standarder kring komponentgränssnitt, arbetsflöden och systemdefinitioner. Större portabilitet skulle minska beroendet av en enskild leverantör och göra det lättare att flytta mellan driftad och egen miljö.

Marknaden har följt liknande mönster förut. Ramverk med öppen källkod utplånade inte kommersiell drift, och driftade molntjänster utplånade inte egen infrastruktur.

Samma grund kan bära flera affärsmodeller.

Programvarumarknader ändras sällan på en gång.

Befintliga applikationer rymmer år av kunddata, integrationer och invanda arbetssätt. Att byta ut dem skapar teknisk och organisatorisk risk, även när en bättre modell finns att tillgå.

Stora leverantörer har dessutom distribution, förtroende och finansiella resurser som låter dem ställa om. Vissa förvandlar sina produkter till plattformar över tid, andra behåller fasta applikationer för etablerade kunder och inför plattformsförmågor vid sidan av dem.

Nya aktörer får fördelen att kunna utgå från AI och generering från början. De behöver inte bevara äldre arkitekturer eller affärsmodeller, men de saknar kundrelationerna och domänmognaden hos etablerade leverantörer.

Marknaden kommer därför att rymma flera modeller samtidigt. Traditionell SaaS, AI-förstärkta applikationer, low-code-verktyg, öppna plattformar och helt driftade systemgenererande plattformar kommer att samexistera i åratal.

Det viktiga skiftet syns inte i en enskild produktlansering. Det syns i en gradvis förändring av vad kunderna förväntar sig.

De blir mindre villiga att anpassa sina organisationer till stela produktgränser. De kommer att förvänta sig att system speglar deras processer, deras ord och deras data utan konventionell egenutvecklings kostnad.

När den förväntan blir normal blir den fasta applikationen svårare att försvara.

Programvaruköpare har historiskt valt mellan att köpa och att bygga. Att köpa var snabbare och billigare men krävde kompromiss, medan att bygga gav större kontroll till en betydligt högre kostnad.

Plattformar suddar ut den skiljelinjen.

Organisationen kan köpa tillgång till en driftad tjänst och ändå få ett system konfigurerat efter sina egna krav. Den får en del av egenutvecklingens följsamhet utan att ta ansvar för varje lager av implementationen.

Det ändrar hur programvara bör utvärderas. Funktionslistor blir mindre avgörande när systemet kan monteras och byggas ut kring organisationen. De viktigare frågorna gäller plattformens komponentdjup, dess anpassningsbarhet, dess driftsäkerhet och dess förmåga att utvecklas utan att samla på sig skör specialkod.

Köpare måste också granska ägande och portabilitet. En plattform kan erbjuda större frihet innanför sin egen miljö och samtidigt skapa beroende av dess körmiljö, komponentmodell och affärsvillkor.

De starkaste leverantörerna måste därför förena följsamhet med trovärdig styrning, export och långsiktig stabilitet.

Plattformen kan inte bara generera ett system snabbt. Den måste förbli en pålitlig grund när den första entusiasmen lagt sig.

För programvarubolag ändrar övergången vad konkurrensen handlar om.

Applikationsleverantörer konkurrerar i dag genom funktioner, användbarhet, distribution och kategorikunskap. Plattformsbolag måste dessutom konkurrera genom kvaliteten på de system de kan producera.

Deras fördel kommer ur komponenternas bredd och pålitlighet, arkitekturens konsekvens och träffsäkerheten med vilken de kan översätta krav till fungerande programvara.

Det skapar en annan produktdisciplin. En funktion är inte längre värdefull enbart för att den förbättrar en applikation. Den blir mer värd när den kan generaliseras och återanvändas över många system.

Produktutveckling rör sig närmare plattformsteknik. Kundimplementationer blir källor till återanvändbar kunskap, men bara när de utformas så att de stärker den delade grunden.

Bolag som inte håller den disciplinen kan kalla sig plattformar medan de i praktiken driver konsultverksamhet. Deras implementationer blir dyra, spretiga och svåra att uppgradera.

De starkaste plattformarna balanserar generalisering mot följsamhet. De gör vanliga behov billiga utan att anta att varje organisation ska arbeta likadant.

Övergången från system till plattformar är inte ännu en funktionscykel. Den ändrar den enhet genom vilken programvara produceras och säljs.

Applikationen förblir synlig. Användare behöver fortfarande gränssnitt utformade för ett bestämt arbete, och organisationer är fortfarande beroende av de system deras data och processer lever i.

Det som ändras är vilket lager som består.

I applikationsmodellen är leverantörens varaktiga tillgång applikationen själv. I plattformsmodellen är den varaktiga tillgången förmågan att producera och fortlöpande utveckla många applikationer.

Den förmågan växer med återanvändbara komponenter, delad infrastruktur och samlad implementationskunskap.

Kunden får ett system som sitter tätare, medan leverantören behåller återanvändningens ekonomiska fördelar.

Det är det som gör plattformsmodellen till mer än egenutveckling med AI. Egenutveckling skapar ett system i taget. En plattform skapar system genom en upprepbar produktionsprocess som blir starkare av att användas.

SaaS blev dominerande därför att modellen var det mest verkningsfulla svaret på programvaruproduktionens ekonomi. Leverantörer kunde bygga en applikation, distribuera den brett och dela utvecklingskostnaden över tusentals kunder. Organisationer accepterade ett visst glapp därför att alternativet var dyr egenutveckling.

AI ändrar den ekonomin genom att sänka kostnaden för att översätta krav till implementation. Det gör det möjligt att behålla den återanvändbara programvarans fördelar och samtidigt låta systemet spegla organisationen närmare.

Marknaden kommer inte att lämna applikationerna, därför att applikationen är hur människor använder programvara. Den kommer att lämna synen på varje applikation som en fristående, permanent produkt.

Fler applikationer blir konfigurationer genererade av plattformar som tillhandahåller arkitekturen, komponenterna, infrastrukturen och driftsreglerna under dem.

Administrativ programvara flyttar först, därför att dess återkommande mönster redan lämpar sig för generalisering. Befintliga SaaS-leverantörer ställer om, nya plattformsleverantörer växer fram, och konsulthusen flyttar mer av sitt värde mot verksamhetsförståelse och processdesign.

Övergången blir gradvis, och inget enskilt bolag kommer att definiera den. Proprietära tjänster, plattformar med öppen källkod och branschspecifika leverantörer bidrar alla till marknaden.

Det som förenar dem är en annan syn på programvaruproduktion. I stället för att gång på gång bygga och integrera fasta applikationer skapar de delade grunder som kan producera system kring varje organisations behov.

Systemet förblir det organisationen använder. Plattformen blir det varaktiga maskineri genom vilket systemet skapas, underhålls och förnyas.