Chris Strahl, grundlægger og administrerende direktør for Knapsack – Interviewserie

Chris Strahl er medstifter og administrerende direktør for Knapsack, hvor han fokuserer på at omforme, hvordan moderne digitale produkter bygges, ved at samle design-, ingeniør- og produktteams omkring et fælles sandhedssystem. Med en baggrund forankret i designsystemer og frontend-udvikling er han også bredt kendt for at være vært for Design Systems Podcast, hvor han udforsker, hvordan organisationer skalerer design, forbedrer samarbejde og moderniserer digital produktion.

knapsack er et enterprise designsystem og en digital produktionsplatform, der fungerer som et levende registreringssystem, der forbinder designaktiver, kode, indhold og dokumentation i realtid. Platformen gør det muligt for teams at bygge og styre genanvendelige, produktionsklare komponenter, administrere designtokens og opretholde konsistens på tværs af komplekse digitale økosystemer. Ved at strukturere design- og brugergrænsefladedata på en måde, der er skalerbar og AI-klar, hjælper Knapsack store organisationer med at accelerere levering, reducere dobbeltarbejde og sikre brand- og produktintegritet på tværs af teams og kanaler.

Knapsack opstod efter at have brugt år på at bygge designsystemer til store virksomheder hos Basalt, hvor tilbagevendende friktion mellem designfiler, tekniske arbejdsgange og leveret kode blev umulig at ignorere. Hvad var det øjeblik, hvor dette mønster blev tydeligt nok til at retfærdiggøre lanceringen af ​​en dedikeret platform?

Vi byggede utallige designsystemer hos Basalt, og mønsteret var tydeligt: ​​designfiler, tekniske arbejdsgange og leveret kode eksisterede alle i separate universer. Resultatet var ikke en enkelt dramatisk fejl, men tusind gentagne tab: forkert størrelse knapper, inkonsekvent adfærd og stilforskydning på tværs af egenskaber, der kostede teams måneders omarbejde. Vi vidste, at det var et reelt problem, da vi så, at disse problemer ikke kunne løses med bedre synkroniseringsstik eller pænere dokumentation. De krævede et enkelt autoritativt registreringssystem for design, kode og brandregler. Den erkendelse gjorde det klart, at en dedikeret platform var nødvendig.

At gå fra bureau- og konsulentarbejde til at opbygge en produktvirksomhed afslørede et dybere problem, som eksisterende designværktøjer og workflowplatforme ikke adresserede. Hvad var det grundlæggende hul, der formede Knapsacks tidligste arkitektur og retning?

Da vi skiftede fra bureauarbejde til at bygge et produkt, blev den manglende brik tydelig. Der var intet pålideligt, maskinlæsbart system, der kunne indfange komponenter, begrænsninger og synergien mellem designere og ingeniører. Eksisterende værktøjer fokuserede på filer eller isolerede lagre, men ikke på en levende repræsentation af et produkts sande tilstand, inklusive komponenter, temaer, brugsregler og compliance-metadata. Vi byggede Knapsack omkring et kanonisk registreringssystem, der er komponentorienteret, versionsbaseret, instrumenterbart og i stand til at integrere med både designværktøjer og kodebaser. Den konklusion formede vores indtagelsesmodel og linklaget, hvilket i sidste ende førte til den intelligente produktmotor.

"Canvas-æraen" viger for levende, kodeforbundne systemer. Hvordan definerer du dette skift, og hvad ændrer sig for teams, når produktudvikling går fra statiske filer til løbende opdaterede systemer?

Canvas-æraen behandlede UX som statiske artefakter, normalt filer, der blev sendt mellem teams. Den nye æra er drevet af løbende opdaterede, eksekverbare systemer, der afspejler den reelle implementering. Ændringen for teams er betydelig. I stedet for at diskutere, hvilken fil eller gren der er kilden til sandheden, arbejder de ud fra et delt system, der afslører den aktuelle tilstand af komponenter, tokens, tilgængelighedsbegrænsninger og produktionsadfærd. Dette reducerer tvetydighed, muliggør automatiseret validering og understøtter agentiske arbejdsgange, der genererer brugbar brugergrænseflade baseret på reelle komponenter i stedet for tilnærmelser.

Agentgenereret brugergrænseflade fejler ofte uden et registreringssystem, der afspejler reelle komponenter, regler og begrænsninger. Hvorfor er dette forankringslag afgørende for, at AI kan producere virksomhedsklare grænseflader?

AI kan syntetisere layouts og tekst, men den har brug for et autoritativt ordforråd for at producere virksomhedsklare grænseflader. Forankringslaget, som indeholder konkrete komponenter, rekvisitter, begrænsninger, tokens og brugsregler, giver AI de grænser, den skal respektere. Uden det hallucinerer agenter stilarter, ignorerer tilgængelighedskrav eller genererer kode, der ikke matcher det, som ingeniørteams rent faktisk leverer. Med en reel komponentgraf og et regelsæt producerer agenter output, der er implementerbare, kompatible og i overensstemmelse med brandstandarder. Dette er forskellen mellem en flot mockup og en implementerbar grænseflade.

Efterhånden som den intelligente produktmotor udviklede sig, hvad viste sig så at være det vanskeligste ved at forene designelementer, kode, brandregler, compliance-krav, UX-mønstre og performancedata i ét sammenhængende system?

Udfordringen er ikke en enkelt integration, men snarere en række af dem. Det harmoniserer intention og virkelighed på tværs af forskellige repræsentationer, herunder designtokens i Figma, komponentimplementeringer i flere repositories, brandretningslinjer i juridiske dokumenter, telemetri fra produktionssystemer og compliance-metadata. Hver af disse findes i forskellige formater, med forskellige ejere og på forskellige opdateringscyklusser. At omdanne disse signaler til én ensartet model krævede stærke indtagelsespipelines, konfliktløsningsregler og en klar model for proveniens og ejerskab. Teams skal vide, hvad der ændrede sig, hvem der foretog ændringen, og hvorfor den blev foretaget. At opbygge dette tillidslag var den sværeste del.

Nu hvor AI er i stand til at generere stadig mere komplette grænseflader, hvordan ser du så designeres og ingeniørers roller udvikle sig i arbejdsgange mellem mennesker og agenter?

Agenter vil håndtere gentagne opgaver, såsom at opbygge sider, foreslå tilgængelige varianter og generere lokaliseret indhold. Designere vil fokusere på strategi, oplevelsesintention, brugeroplevelse i edge-cases og definere de begrænsninger, der driver gode resultater. Ingeniører vil fokusere mindre på at indtaste hver pixel og mere på komponentkorrekthed, runtime-kontrakter, observerbarhed og ydeevne. Mennesker bliver kuratorer og validatorer. Vi definerer reglerne, gennemgår output og bestemmer, hvordan kvalitet ser ud. De menneskelige færdigheder med højest værdi vil være systemtænkning og dømmekraft.

Hvad blev efter Serie A de højest prioriterede fokusområder for at accelerere produktudvikling og virksomhedsadoption?

Serie A gjorde det muligt for os at accelerere på tre områder. For det første onboarding og indtagelse, som gør det muligt for virksomheder at oprette et registreringssystem på dage i stedet for måneder. For det andet, Intelligent Product Engine, inklusive modeltilpassede funktioner, der sikrer, at genererede grænseflader respekterer brand og regler. For det tredje, virksomhedskontroller, såsom tilladelser, revisionsbarhed og compliance hooks, sikrer, at ledere føler sig trygge ved at implementere Knapsack på tværs af store organisationer. Disse er de løftestænger, der driver implementering i reel skala.

Virksomhedsteams har ofte svært ved at gå fra statiske arbejdsgange til dynamiske, agentklare systemer. Hvad er de største hindringer, og hvordan hjælper Knapsack organisationer med at tilpasse sig?

Virksomheder kæmper med fragmenterede systemer, ejerskabssiloer, lovgivningsmæssige begrænsninger og de høje omkostninger ved at holde alt opdateret. Vi hjælper ved at gøre indtagelse hurtig og deterministisk, ved at modellere proveniens og ejerskab og ved at tilbyde styringsfunktioner såsom tilladelser og revisionslogfiler. Disse værktøjer gør det muligt for teams at validere tilliden til automatiserede arbejdsgange.

I takt med at produktudvikling bliver mere og mere automatiseret, hvilke nye muligheder mener du så, at teams skal udvikle for at forblive effektive i et miljø, hvor AI genererer mere af det grundlæggende arbejde?

Teams skal udvikle stærkere systemtænkningsfærdigheder, især evnen til at udarbejde begrænsninger, politikker og komponentkontrakter, som agenter kan bruge. De har også brug for bedre overvågnings- og valideringspraksis, herunder observerbarhed i agentbeslutninger, udrulningskontroller og Q&A-rammer for genereret brugergrænseflade. Governance-kompetencer bliver afgørende, især evnen til at udtrykke compliance, tilgængelighed og privatlivskrav i et maskinlæsbart format. De organisationer, der får succes, vil være dem, der kan kodificere politikker og kvalitet i deres systemer.

Hvordan forventer du, at AI-drevet produktudvikling vil udvikle sig fem år frem i tiden, og hvilken position ønsker du, at Knapsack skal indtage i den næste fase af branchen?

Om fem år vil produktudvikling ligne at komponere tjenester mod en live komponentgraf i stedet for at sende statiske sammenligninger mellem teams. Agentiske værktøjer vil generere produktionsklare overflader ved hjælp af politikker, performancebudgetter og brandbegrænsninger. Mit mål er, at Knapsack skal være det kanoniske registreringssystem, som agenter og apps bruger til at forstå en virksomheds sande brugergrænseflade-primitiver og regler. Dette inkluderer dyb integration med modeller og CI/CD, stærk styring for regulerede virksomheder og hurtig onboarding for nye teams. Knapsack bør være det betroede lag for brand, adfærd og sikkerhed, efterhånden som virksomheder tillader agenter at operere mere autonomt.

Tak for det gode interview. Læsere, der ønsker at lære mere om moderne designsystemer og skalerbar digital produktion, bør besøge knapsack.