Chris Strahl, zakladatel a CEO Knapsacku – Interview Series

Chris Strahl je spoluzakladatel a CEO Knapsacku, kde se zaměřuje na změnu toho, jak jsou moderní digitální produkty vytvářeny, a to tak, že diseñérské, inženýrské a produktové týmy spojuje kolem sdíleného systému pravdy. S pozadím v designových systémech a front-end vývojářství je také široce známý jako hostitel Design Systems Podcast, kde zkoumá, jak organizace škálovat design, zlepšují spolupráci a modernizují digitální produkci.

Knapsack je podnikový designový systém a digitální produkční platforma, která funguje jako živý systém záznamu, který spojuje návrhové assety, kód, obsah a dokumentaci v reálném čase. Platforma umožňuje týmům vytvářet a spravovat opakovaně použitelné, produkční komponenty, spravovat návrhové tokeny a udržovat konzistenci napříč složitými digitálními ekosystémy. Díky strukturování návrhových a UI dat tak, aby byla škálovatelná a připravená pro AI, Knapsack pomáhá velkým organizacím urychlit dodání, snížit duplikaci a zajistit integritu značky a produktu napříč týmy a kanály.

Knapsack vznikl po letech budování designových systémů pro velké podniky v Basaltu, kde se opakující tření mezi návrhovými soubory, inženýrskými.workflowy a odeslaným kódem stalo nevyhnutelným. Jaký byl okamžik, kdy se tento vzorec stal dostatečně jasným, aby ospravedlnil spuštění dedikované platformy?

Vytvořili jsme nesčetné designové systémy v Basaltu a vzorec byl zjevný: návrhové soubory, inženýrské workflow a odeslaný kód existovaly v samostatných vesmírech. Výsledkem nebylo jediné dramatické selhání, ale tisíc opakovaných ztrát: nesprávně veliké tlačítka, nekonzistentní chování a styl drift napříč vlastnostmi, které stojí týmy měsíce reworku. Věděli jsme, že je to skutečný problém, když jsme viděli, že tyto problémy nemohly být vyřešeny lepšími synchronizačními pluginy nebo hezčí dokumentací. Potřebovaly jediný autoritativní systém záznamu pro návrh, kód a brand pravidla. Toto uvědomění nám ukázalo, že je zapotřebí dedikovaná platforma.

Přechod z agenturní a poradenské práce do budování produktové společnosti odhalil hlubší problém, který stávající designové systémy a workflow platformy neřešily. Jaký byl základní mezera, který formoval Knapsackovu ranou architekturu a směr?

Když jsme přešli z agenturní práce na budování produktu, chybějící kus se stal zjevným. Neexistoval žádný spolehlivý, strojově čitelný systém, který by zachycoval komponenty, omezení a synergii mezi designéry a inženýry. Stávající nástroje se zaměřovaly na soubory nebo izolované repozitáře, ale ne na živou reprezentaci produktu skutečného stavu, včetně komponent, themingu, pravidel použití a compliance metadat. Vytvořili jsme Knapsack kolem kanonického systému záznamu, který je komponent-first, verzovaný, instrumentovatelný a schopen integrovat s designovými nástroji a kódy. Tento závěr formoval náš model ingestování a spojovací vrstvu, což nakonec vedlo k Intelligent Product Engine.

Éra “canvas” se mění na živé, kódově propojené systémy. Jak definujete tuto změnu a co se mění pro týmy, když tvorba produktu přechází ze statických souborů na nepřetržitě aktualizované systémy?

Éra canvas považovala UX za statické artefakty, obvykle soubory předávané mezi týmy. Nová éra je poháněna nepřetržitě aktualizovanými, spustitelnými systémy, které odrážejí skutečnou implementaci. Změna pro týmy je významná. Místo debat o tom, který soubor nebo větev je zdrojem pravdy, pracují z sdíleného systému, který odhaluje aktuální stav komponent, tokenů, přístupových omezení a produkčního chování. To snižuje ambiguitu, umožňuje automatizovanou validaci a podporuje agentic workflow, které generují použitelné UI na základě skutečných komponent, nikoli aproximací.

Agent-generované UI často selhávají bez systému záznamu, který odráží skutečné komponenty, pravidla a omezení. Proč je tato kotvící vrstva nezbytná pro AI, aby produkovala podnikové rozhraní?

AI může syntetizovat rozložení a kopírovat, ale potřebuje autoritativní slovník, aby produkoval podnikové rozhraní. Kotvící vrstva, která obsahuje konkrétní komponenty, props, omezení, tokeny a pravidla použití, poskytuje AI hranice, které musí respektovat. Bez něj agenti halucinují styly, ignorují přístupová omezení nebo generují kód, který se neshoduje s tím, co inženýrské týmy skutečně odesílají. S skutečným komponentním grafem a souborem pravidel produkují agenti výstupy, které jsou implementovatelné, kompatibilní a konzistentní se standardy značky. To je rozdíl mezi pěkným mock-upem a nasaditelným rozhraním.

Jak se Intelligent Product Engine vyvíjel, co se ukázalo jako nejobtížnější při sjednocování návrhových assetů, kódu, brand pravidel, požadavků na compliance, UX vzorců a výkonových dat do jednoho koherentního systému?

Výzvou není jeden integrační bod, ale spíše série z nich. Harmonizuje intent a realitu napříč různými reprezentacemi, včetně návrhových tokenů v Figma, komponentních implementací v několika repozitářích, brandových směrnic v právních dokumentech, telemetrie z produkčních systémů a compliance metadat. Každý z nich žije v různých formátech, s různými vlastníky a na různých aktualizačních cyklech. Přetvořením těchto signálů do jednoho konzistentního modelu bylo zapotřebí silných ingestních potrubí, pravidel pro řešení konfliktů a jasný model pro původ a vlastnictví. Týmy potřebují vědět, co se změnilo, kdo provedl změnu a proč byla provedena. Budování této důvěryhodné vrstvy bylo nejobtížnější.

Jakmile je AI schopná generovat stále kompletnější rozhraní, jak očekáváte, že se role designérů a inženýrů budou vyvíjet uvnitř lidsko-agentních workflow?

Agenti budou zpracovávat opakované úkoly, jako je scaffolding stránek, návrh přístupných variant a generování lokalizovaného obsahu. Designéři se budou zaměřovat na strategii, záměr zkušeností, edge-case UX a definici omezení, které vedou k dobrým výsledkům. Inženýři se budou zaměřovat méně na psaní každého pixelu a více na komponentní korektnost, runtime smlouvy, pozorovatelnost a výkon. Lidé se stanou kurátory a validátory. Definujeme pravidla, kontrolujeme výstupy a určujeme, co vypadá kvalita. Nejvyšší hodnotou lidských dovedností budou systémové myšlení a úsudek.

Po Series A, co se stalo nejvyšší prioritou pro urychlení produktového vývoje a podnikového přijetí?

Series A nám umožnila urychlit ve třech oblastech. První, onboardingu a ingestování, které umožňují podnikům vytvořit systém záznamu za dny místo měsíců. Druhé, Intelligent Product Engine, včetně model-aligned funkcí, které zajišťují, že generovaná rozhraní respektují brand a pravidla. Třetí, podnikové kontroly, jako jsou oprávnění, auditovatelnost a compliance hooks, zajišťují, že lídři cítí důvěru v přijetí Knapsacku napříč velkými organizacemi. Tyto jsou páky, které pohání skutečné škálování.

Podnikové týmy často bojují s přechodem ze statických workflow na dynamické, agent-ready systémy. Jaké jsou největší překážky a jak Knapsack pomáhá organizacím adaptovat?

Podniky bojují s fragmentovanými systémy, vlastnickými silami, regulatorními omezeními a vysokými náklady na udržení všeho aktuální. Pomáháme tím, že činíme ingestování rychlým a deterministickým, modelujeme původ a vlastnictví a poskytujeme funkce governance, jako jsou oprávnění a auditní protokoly. Tyto nástroje umožňují týmům ověřit důvěru v automatizované workflow.

Jak se tvorba produktu stává stále více automatizovanou, jaké nové schopnosti musí týmy vyvinout, aby zůstaly efektivní v prostředí, kde AI generuje více základních prací?

Týmy musí vyvinout silnější systémové myšlení, zejména schopnost autoritativně definovat omezení, zásady a komponentní smlouvy, které agenti mohou použít. Potřebují také lepší monitorovací a validační postupy, včetně pozorovatelnosti do agentních rozhodnutí, rollout kontrol a Q&A frameworků pro generovaná UI. Literatura governance se stává nezbytnou, zejména schopnost vyjádřit compliance, přístupnost a požadavky na soukromí v strojově čitelném formátu. Organizace, které uspějí, budou ty, které mohou kodifikovat politiku a kvalitu do svých systémů.

Pohledem na pět let dopředu, jak očekáváte, že se AI-poháněná tvorba produktu vyvine, a jakou pozici chcete, aby Knapsack zaujal v tomto dalším stadiu průmyslu?

Za pět let bude tvorba produktu připomínat komponování služeb proti živému komponentnímu grafu, spíše než předávání statických kompozic mezi týmy. Agentic nástroje budou generovat produkční rozhraní pomocí zásad, výkonových rozpočtů a brand omezení. Mým cílem je, aby Knapsack byl kanonickým systémem záznamu, na který se agenti a aplikace spoléhají, aby pochopili skutečné UI primitiva a pravidla společnosti. To zahrnuje hlubokou integraci s modely a CI/CD, silnou governance pro regulované podniky a rychlé onboardování pro nové týmy. Knapsack by měl být důvěryhodnou vrstvou pro brand, chování a bezpečnost, když společnosti umožňují agentům operovat více autonomně.

Děkuji za skvělý rozhovor, čtenářům, kteří chtějí se dozvědět více o moderních designových systémech a škálovatelné digitální produkci, doporučujeme navštívit Knapsack.