Speldesignens lärdomar för vanlig mjukvara

Läsvärt från forskningsfronten

Spelindustrin löste tidigt problem som resten av branschen brottas med nu: prestandabudgetar, telemetri i realtid och snabba iterationscykler mot miljontals användare.

Begrepp som “juice” – omedelbar, tillfredsställande återkoppling – förklarar varför vissa produkter känns levande. Läs på om game feel; era användare märker skillnaden även i ett bokföringssystem.

Prestandabudgetar är kanske den mest direkt överförbara lärdomen. Ett spel som ska hålla 60 bilder per sekund har 16 millisekunder på sig per bildruta – punkt. Varje system får en tilldelad budget och överdrag hanteras som buggar. Jämför med webbens vanliga hållning, där prestanda är något man “tittar på senare”, och fundera på vad en hård latensbudget per endpoint skulle göra med er arkitektur.

Speltelemetrin ligger också år före: var spelare fastnar, var de släpper kontrollen, exakt vilken bana som får dem att sluta – allt mäts och designas om därefter. Produktteam som på samma sätt instrumenterar var användare tvekar och ger upp i sina flöden hittar friktionen som enkäter aldrig fångar.

Playtesting-kulturen förtjänar att stjälas rakt av: sätt en människa framför produkten, säg ingenting och se var det gör ont. Spelstudior gör det veckovis från första prototypen – inte som en UX-studie i slutet utan som en puls genom hela utvecklingen.

Så nästa gång någon avfärdar spel som olämplig förebild för “seriös” mjukvara: branschen som får miljontals samtidiga användare att frivilligt återvända varje kväll, på hårdvara den inte kontrollerar, med latenskrav i millisekunder – den har något att lära oss alla.