Кріс Страл, засновник і генеральний директор Knapsack – серія інтерв'ю

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

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

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

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

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

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

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

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

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

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

Що виявилося найскладнішим в об'єднанні дизайнерських ресурсів, коду, правил брендингу, вимог до відповідності, шаблонів UX та даних про продуктивність в одну цілісну систему під час розробки Intelligent Product Engine?

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

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

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

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

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

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

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

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

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

Заглядаючи вперед на п'ять років, як, на вашу думку, розвиватиметься створення продуктів на основі штучного інтелекту, і яку позицію, на вашу думку, має займати Knapsack на наступному етапі розвитку галузі?

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

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