Кріс Страхл, Засновник і Генеральний Директор Knapsack – Серія Інтерв’ю

Кріс Страхл є співзасновником і генеральним директором Knapsack, де він зосереджується на зміні того, як будуються сучасні цифрові продукти, шляхом вирівнювання дизайну, інженерії та продуктивних команд навколо спільної системи істини. З背景ом, пов’язаним з системами дизайну та розробкою фронтенду, він також широко відомий тим, що веде Подкаст Систем Дизайну, де він досліджує, як організації масштабують дизайн, покращують співробітництво та модернізують цифрову продукцію.

Knapsack є корпоративною системою дизайну та цифрової продукції, яка діє як живий реєстр, що з’єднує активи дизайну, код, контент та документацію в режимі реального часу. Платформа дозволяє командам створювати та керувати повторно використовуваними, готовими до виробництва компонентами, керувати токенами дизайну та підтримувати узгодженість у складних цифрових екосистемах. Організовуючи дизайн та дані інтерфейсу користувача таким чином, щоб вони були масштабовані та готові до роботи з штучним інтелектом, Knapsack допомагає великим організаціям прискорити доставку, зменшити дублікування та забезпечити цілісність бренду та продукту по всім командам та каналам.

Knapsack з’явився після років створення систем дизайну для великих підприємств у Basalt, де повторюване тертя між файлами дизайну, інженерними робочими процесами та відправленим кодом стало неможливим проігнорувати. Який був момент, коли ця модель стала достатньо ясною, щоб виправдати запуск спеціальної платформи?

Ми створили безліч систем дизайну в Basalt, і модель була очевидною: файли дизайну, інженерні робочі процеси та відправлений код існували в окремих всесвітах. Результатом не був один драматичний провал, а тисячу повторюваних втрат: неправильно розмічені кнопки, несумісна поведінка та дрейф стилю по властивостям, які коштували командам місяців переоформлення. Ми знали, що це була справжня проблема, коли побачили, що ці питання не могли бути вирішені за допомогою кращих синхронізаційних роз’ємів або кращої документації. Вони вимагали єдиної авторитетної системи реєстру для дизайну, коду та правил бренду. Це розуміння зробило ясним, що спеціальна платформа була необхідна.

Переходячи від агентської та консультативної роботи до будівництва компанії-продукту, ми виявили глибшу проблему, яку існуючі інструменти систем дизайну та робочі платформи не вирішували. Яка була основна прогалина, яка сформувала архітектуру та напрямок Knapsack на початку?

Коли ми перейшли від агентської роботи до будівництва продукту, відсутня частина стала очевидною. Не було надійної, машиночитаемої системи, яка б захоплювала компоненти, обмеження та синергію між дизайнерами та інженерами. Існуючі інструменти зосереджувалися на файлах або ізольованих репозиторіях, але не на живому представленні справжнього стану продукту, включаючи компоненти, теми, правила використання та метадані відповідності. Ми побудували Knapsack навколо канонічної системи реєстру, яка є компонентно-орієнтованою, версіонованою, інструментованою та здатною інтегруватися як з інструментами дизайну, так і з кодовими базами. Цей висновок сформував нашу модель інгестії та шар зв’язку, в кінцевому підсумку призвів до Інтелектуального Продуктового Двигуна.

Ера “канвасу” віддає місце живим, кодово-з’єднаним системам. Як ви визначаєте цю зміну, і що змінюється для команд, коли створення продукту переходить від статичних файлів до безперервно оновлюваних систем?

Ера канвасу сприймала UX як статичні артефакти, зазвичай файли, передані між командами. Нова ера керується безперервно оновлюваними, виконуваними системами, які відображають реальну реалізацію. Зміна для команд суттєва. Замість того, щоб сперечатися про те, який файл або гілка є джерелом істини, вони працюють з спільною системою, яка розкриває поточний стан компонентів, токенів, обмежень доступності та поведінки виробництва. Це зменшує неоднозначність, дозволяє автоматичну валідацию та підтримує агентські робочі процеси, які генерують використовуваний інтерфейс користувача на основі реальних компонентів, а не наближень.

Інтерфейси користувача, згенеровані агентами, часто не справляються без системи реєстру, яка відображає реальні компоненти, правила та обмеження. Чому цей якорний шар є суттєвим для генерації штучним інтелектом інтерфейсів, готових до підприємства?

Штучний інтелект може синтезувати макети та копію, але йому потрібен авторитетний словник, щоб генерувати інтерфейси, готові до підприємства. Якірний шар, який містить конкретні компоненти, властивості, обмеження, токени та правила використання, надає агентам межі, яких вони повинні дотримуватися. Без нього агенти “галюцинують” стилі, ігнорують вимоги доступності або генерують код, який не відповідає тому, що фактично відправляють інженерні команди. З реальною графою компонентів та набором правил агенти генерують виводи, які є реалізовними, відповідними вимогам та узгодженими з стандартами бренду. Це різниця між гарним макетом та розгорнутим інтерфейсом.

Під час розробки Інтелектуального Продуктового Двигуна, що було найбільш складним у поєднанні активів дизайну, коду, правил бренду, вимог відповідності, шаблонів UX та даних про продуктивність у одну узгоджену систему?

Викликом не є окрема інтеграція, а радше серія інтеграцій. Це гармонізує намір та реальність по всім різним представленням, включаючи токени дизайну в Figma, реалізації компонентів у多 репозиторіях, керівництва бренду у юридичних документах, телеметрію з систем виробництва та метадані відповідності. Кожен з них існує у різних форматах, з різними власниками та на різних циклах оновлення. Перетворення цих сигналів у одну узгоджену модель вимагало сильних потоків інгестії, правил вирішення конфліктів та чіткої моделі походження та власності. Командам потрібно знати, що змінилося, хто зробив зміну та чому вона була зроблена. Будівництво цього шару довіри було найскладнішою частиною.

Зважаючи на те, що штучний інтелект тепер здатний генерувати усе більш повні інтерфейси, як ви бачите еволюцію ролей дизайнерів та інженерів всередині людсько-агентських робочих процесів?

Агенти будуть займатися повторюваними завданнями, такими як створення сторінок, пропозиція доступних варіантів та генерація локалізованого контенту. Дизайнери будуть зосереджені на стратегії, намірі досвіду, крайніх випадках UX та визначення обмежень, які приводять до хорошої продукції. Інженери будуть зосереджені менше на наборі кожного пікселя та більше на коректності компонентів, контрактах виконання, спостережуваності та продуктивності. Люди стають кураторами та валідаторами. Ми визначаємо правила, переглядаємо виводи та визначаємо, що таке якість. Найвищі цінності людських навичок будуть системним мисленням та судженням.

Після Серії А, які стали найбільш пріоритетними напрямками для прискорення розробки продукту та корпоративного прийняття?

Серія А дозволила нам прискорити роботу в трьох напрямках. По-перше, налаштування та інгестія, які дозволяють підприємствам створювати систему реєстру за кілька днів замість місяців. По-друге, Інтелектуальний Продуктовий Двигун, включаючи можливості, відповідні моделі, які забезпечують генерацію інтерфейсів, що поважають правила бренду. По-третє, корпоративні засоби контролю, такі як дозволи, аудитованість та гачки відповідності, забезпечують, щоб лідери відчували впевненість у прийнятті Knapsack по всім великим організаціям. Це ті важелі, які рухають справжнє масштабне прийняття.

Корпоративні команди часто борються з переходом від статичних робочих процесів до динамічних, агентно-готових систем. Які найбільші перешкоди, і як Knapsack допомагає організаціям адаптуватися?

Підприємства борються з фрагментованими системами, силосами власності, регуляторними обмеженнями та високими витратами на підтримання всього в актуальному стані. Ми допомагаємо, роблячи інгестію швидкою та детермінованою, моделюючи походження та власність, та надаючи засоби управління, такі як дозволи та аудитні журнали. Ці інструменти дозволяють командам підтвердити довіру до автоматизованих робочих процесів.

Як продукція стає усе більш автоматизованою, які нові можливості, на вашу думку, повинні розвивати команди, щоб залишатися ефективними в середовищі, де штучний інтелект генерує більше основної роботи?

Командам потрібно розвивати сильніші системні навички мислення, зокрема здатність авторизувати обмеження, політики та контракти компонентів, які можуть використовувати агенти. Вони також потребують кращих практик моніторингу та валідації, включаючи спостережуваність у рішеннях агентів, контроль ролл-ауту та рамки Q&A для згенерованого інтерфейсу користувача. Грамотність управління стає суттєвою, особливо здатність виражати вимоги відповідності, доступності та приватності у машиночитаемому форматі. Організації, які успішно впоруються, будуть тими, які зможуть кодифікувати політику та якість у свої системи.

Оглядаючи вперед на п’ять років, як ви очікуєте, що генерація продукту, керована штучним інтелектом, буде розвиватися, і яку позицію ви хочете, щоб Knapsack займав у цій наступній стадії галузі?

Через п’ять років створення продукту буде нагадувати композицію сервісів проти живої графіки компонентів, а не передачу статичних композицій між командами. Інструменти агентів будуть генерувати готові до виробництва поверхні, використовуючи політики, бюджети продуктивності та обмеження бренду. Моя мета полягає в тому, щоб Knapsack був канонічною системою реєстру, на яку агенти та додатки будуть покладатися, щоб зрозуміти справжні примітиви інтерфейсу користувача компанії та правила. Це включає глибоку інтеграцію з моделями та CI/CD, сильне управління для регульованих підприємств та швидке налаштування для нових команд. Knapsack повинен бути довіреним шаром для бренду, поведінки та безпеки, коли компанії дозволяють агентам діяти більш автономно.

Дякуємо за велике інтерв’ю. Читачам, які бажають дізнатися більше про сучасні системи дизайну та масштабовану цифрову продукцію, слід відвідати Knapsack.