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 samordne design, ingeniørarbejde og produktteams omkring en fælles sandhedsbasis. Med en baggrund rod i designsystemer og front-end-udvikling er han også bredt kendt for at være vært for Design Systems Podcast, hvor han udforsker, hvordan organisationer skalere design, forbedrer samarbejde og moderniserer digital produktion.

Knapsack er et enterprise-designsystem og digitalt produktionsplatform, der fungerer som en levende system af registrering, der forbinder designaktiver, kode, indhold og dokumentation i realtid. Platformen giver mulighed for, at teams kan bygge og styre genbrugbare, produktionsklare komponenter, styre design tokens og opretholde konsistens på tværs af komplekse digitale økosystemer. Ved at strukturere design- og brugergrænseflade-data på en måde, der er skalerbar og AI-klar, hjælper Knapsack store organisationer med at accelerere levering, reducere duplication og sikre brand- og produktintegritet på tværs af teams og kanaler.

Knapsack opstod efter år med at bygge designsystemer for store virksomheder i Basalt, hvor gentagen friktion mellem designfiler, ingeniørarbejdsprocesser og leveret kode blev umulig at ignorere. Hvornår blev mønsteret tydeligt nok til at retfærdiggøre lanceringen af en dedikeret platform?

Vi byggede utallige designsystemer i Basalt, og mønsteret var tydeligt: designfiler, ingeniørarbejdsprocesser og leveret kode eksisterede alle i separate universer. Resultatet var ikke et enkelt dramatisk fejl, men tusindvis af gentagne tab: forkerte knapstørrelser, inkonsistent adfærd og stilglid på tværs af ejendomme, der kostede teams måneder af ombygning. Vi vidste, det var et rigtigt problem, da vi så, at disse problemer ikke kunne løses med bedre synkroniseringsstik eller bedre dokumentation. De krævede en enkelt autoritativ system af registrering for design, kode og brandregler. Denne erkendelse gjorde det klart, at en dedikeret platform var nødvendig.

Ved at gå fra agent- og konsulentarbejde til at bygge en produktvirksomhed afslørede et dybere problem, som eksisterende designsystemværktøjer og workflow-platforme ikke havde løst. Hvad var den grundlæggende åbning, der formede Knapsacks tidligste arkitektur og retning?

Da vi skiftede fra agentarbejde til at bygge en produkt, blev den centrale manglende del tydelig. Der var intet pålideligt, maskinlæsbart system, der fanget komponenter, begrænsninger og synergien mellem designere og ingeniører. Eksisterende værktøjer fokuserede på filer eller isolerede lager, men ikke på en levende repræsentation af et produkts sande tilstand, herunder komponenter, temaer, brugsregler og overholdelsesmetadata. Vi byggede Knapsack omkring en kanonisk system af registrering, der er komponent-først, versioneret, instrumenterbar og i stand til at integrere med både designværktøjer og kodebaser. Denne konklusion formede vores indtagelsesmodel og koblingslaget, der ultimativt førte til den Intelligente Produktmotor.

“Canvas-æraen” giver plads til levende, kode-forbundne systemer. Hvordan definerer du denne ændring, og hvad ændrer sig for teams, når produktudvikling går fra statiske filer til kontinuerligt opdaterede systemer?

Canvas-æraen behandlede brugeroplevelsen som statiske artefakter, normalt filer, der blev overført mellem teams. Den nye æra er drevet af kontinuerligt opdaterede, eksekverbare systemer, der afspejler den virkelige implementering. Ændringen for teams er betydelig. I stedet for at diskutere, hvilken fil eller gren der er kilde til sandheden, arbejder de fra et fælles 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 agente workflows, der genererer brugbar brugergrænseflade baseret på virkelige komponenter og ikke approksimationer.

Agent-genereret brugergrænseflade fejler ofte uden et system af registrering, der afspejler virkelige komponenter, regler og begrænsninger. Hvorfor er denne forankringslag essentiel for, at AI kan producere enterprise-klare grænseflader?

AI kan syntetisere layout og kopiere, men det har brug for en autoritativ vokabular til at producere enterprise-klare grænseflader. Forankringslaget, der indeholder konkrete komponenter, props, begrænsninger, tokens og brugsregler, giver AI de grænser, det må respektere. Uden det hallucinerer agenter stilarter, ignorerer tilgængelighedskrav eller genererer kode, der ikke matcher, hvad ingeniørteams faktisk leverer. Med en reel komponentgraf og regelsæt producerer agenter output, der er implementerbar, overholdelig og konsistent med brandstandarder. Dette er forskellen mellem en flot mock-up og en deploybar grænseflade.

Da den Intelligente Produktmotor udvikledes, hvad viste sig at være det mest vanskelige ved at samordne designaktiver, kode, brandregler, overholdelseskrav, brugeroplevelsesmønstre og performancesdata i ét sammenhængende system?

Udfordringen er ikke en enkelt integration, men snarere en række integrationer. Det harmoniserer intention og virkelighed på tværs af forskellige repræsentationer, herunder design tokens i Figma, komponentimplementeringer i flere lager, brandvejledninger i juridiske dokumenter, telemetri fra produktionsystemer og overholdelsesmetadata. Hver af disse lever i forskellige formater, med forskellige ejere og på forskellige opdateringscykler. At omdanne disse signaler til ét konsistent model krævede stærke indtagelsesrør, konfliktløsningsregler og en klar model for proveniens og ejerskab. Teams har brug for at vide, hvad der ændrede sig, hvem der foretog ændringen, og hvorfor det blev gjort. At bygge dette tillidslag var det sværeste.

Med AI, der nu kan generere stadig mere komplette grænseflader, hvordan ser du på, at rollerne for designere og ingeniører udvikler sig inden for menneske-agente workflows?

Agenter vil håndtere repetitive opgaver, såsom at opbygge sider, foreslå tilgængelige variationer og generere lokaliseret indhold. Designere vil fokusere på strategi, oplevelsesintention, kanttilfælde af brugeroplevelse og definition af begrænsningerne, der driver gode resultater. Ingenicører vil fokusere mindre på at skrive hver enkelt pixel og mere på komponentkorrekthed, runtime-kontrakter, overvågelighed og performances. Mennesker bliver kuratorer og validatore. Vi definerer reglerne, gennemgår output og bestemmer, hvad kvalitet ligner. De højeste værdier for menneskelige færdigheder vil være systemtænkning og dømmekraft.

Efter Serie A, hvad blev de højeste prioriterede fokusområder for at accelerere produktudvikling og virksomhedsadoption?

Serie A gav os mulighed for at accelerere i tre områder. Først, onboardning og indtagelse, der giver virksomheder mulighed for at oprette et system af registrering på få dage i stedet for måneder. Anden, den Intelligente Produktmotor, herunder model-tilpassede funktioner, der sikrer, at genererede grænseflader respekterer brand og regler. Tredje, virksomhedsstyrearbejder, såsom tilladelser, revision og overholdelseshooks, sikrer, at ledere føler sig trygge ved at adoptere Knapsack på tværs af store organisationer. Disse er vækstakkorden, der driver reel skala-adoption.

Virksomhedsteams kæmper ofte med at gå fra statiske workflows til dynamiske, agent-klare systemer. Hvad er de største hindringer, og hvordan hjælper Knapsack organisationer med at tilpasse sig?

Virksomheder kæmper med fragmenterede systemer, ejerskabs-silos, reguleringer og den høje omkostning ved at holde alt opdateret. Vi hjælper med at gøre indtagelse hurtig og deterministisk, ved at modellere proveniens og ejerskab og ved at give styrearbejdsværktøjer såsom tilladelser og revisionslogger. Disse værktøjer giver teams mulighed for at validere tillid til automatiserede workflows.

Da produktudvikling bliver stadig mere automatiseret, hvad nye færdigheder tror du, teams må udvikle for at forblive effektive i en omgang, hvor AI genererer mere af det grundlæggende arbejde?

Teams må udvikle stærkere systemtænkning, specifikt evnen til at definere begrænsninger, politikker og komponentkontrakter, som agenter kan bruge. De har også brug for bedre overvågnings- og valideringspraksis, herunder indsigt i agentbeslutninger, rollout-kontrol og Q&A-rammer for genererede brugergrænseflader. Styrearbejdslitteratur bliver essentiel, især evnen til at udtrykke overholdelses-, tilgængeligheds- og privatlivskrav i en maskinlæsbart format. Organisationerne, der lykkes, vil være dem, der kan kodificere politik og kvalitet i deres systemer.

Med et blik fem år frem, hvordan forventer du, at AI-dreven produktudvikling vil udvikle sig, og hvilken position ønsker du, at Knapsack skal have i dette næste trin i branchen?

Om fem år vil produktudvikling ligne komposition af tjenester mod en levende komponentgraf, snarere end overførsel af statiske kompositioner mellem teams. Agente-værktøjer vil generere produktionsklare overflader ved hjælp af politikker, performancesbudgetter og brandbegrænsninger. Mit mål er, at Knapsack skal være det kanoniske system af registrering, som agenter og apps kan stole på for at forstå et firmaets sande brugergrænseflade-primitiver og regler. Dette inkluderer dyb integration med modeller og CI/CD, stærk styrearbejd for reguleringer og hurtig onboardning for nye teams. Knapsack skal være det tillidsfulde lag for brand, adfærd og sikkerhed, når virksomheder giver agenter mulighed for at operere mere autonomt.

Tak for det store interview, læsere, der ønsker at lære mere om moderne designsystemer og skalerbar digital produktion, skal besøge Knapsack.