Chris Strahl, Pendiri dan CEO Knapsack – Seri Wawancara

Chris Strahl adalah co-pendiri dan CEO Knapsack, di mana ia fokus pada mengubah cara produk digital modern dibangun dengan menyelaraskan desain, teknik, dan tim produk di sekitar sistem kebenaran yang dibagikan. Dengan latar belakang yang berakar pada sistem desain dan pengembangan front-end, ia juga dikenal luas karena menjadi tuan rumah Design Systems Podcast, di mana ia menjelajahi bagaimana organisasi menskalakan desain, meningkatkan kolaborasi, dan memodernisasi produksi digital.

Knapsack adalah platform sistem desain perusahaan dan produksi digital yang bertindak sebagai sistem catatan yang hidup, menghubungkan aset desain, kode, konten, dan dokumentasi secara waktu nyata. Platform ini memungkinkan tim untuk membangun dan mengelola komponen yang dapat digunakan kembali dan siap produksi, mengelola token desain, dan mempertahankan konsistensi di seluruh ekosistem digital yang kompleks. Dengan menyusun data desain dan UI dengan cara yang dapat diskalakan dan siap AI, Knapsack membantu perusahaan besar mempercepat pengiriman, mengurangi duplikasi, dan memastikan integritas merek dan produk di seluruh tim dan saluran.

Knapsack muncul setelah bertahun-tahun membangun sistem desain untuk perusahaan besar di Basalt, di mana gesekan berulang antara file desain, alur kerja teknik, dan kode yang dikirim menjadi tidak dapat diabaikan. Apa yang menjadi saat ketika pola itu menjadi jelas cukup untuk membenarkan peluncuran platform yang didedikasikan?

Kami membangun sistem desain yang tak terhitung jumlahnya di Basalt, dan pola itu jelas: file desain, alur kerja teknik, dan kode yang dikirim semua ada di universe yang terpisah. Hasilnya bukanlah satu kegagalan dramatis, tetapi seribu kehilangan yang dapat diulang: tombol yang tidak sesuai ukuran, perilaku yang tidak konsisten, dan gaya yang bergeser di seluruh properti yang memakan waktu bulan untuk diperbaiki. Kami tahu itu adalah masalah nyata ketika kami melihat bahwa masalah-masalah itu tidak dapat diperbaiki dengan sinkronisasi yang lebih baik atau dokumentasi yang lebih baik. Mereka memerlukan sistem catatan yang otoritatif tunggal untuk desain, kode, dan aturan merek. Pemahaman itu membuat jelas bahwa platform yang didedikasikan diperlukan.

Bergerak dari pekerjaan agensi dan konsultasi ke pembangunan perusahaan produk mengungkapkan masalah yang lebih dalam yang tidak ditangani oleh alat sistem desain dan platform alur kerja yang ada. Apa yang menjadi celah dasar yang membentuk arsitektur dan arah Knapsack?

Ketika kami beralih dari pekerjaan agensi ke pembangunan produk, bagian inti yang hilang menjadi jelas. Tidak ada sistem yang dapat diandalkan dan dapat dibaca mesin yang menangkap komponen, konstrain, dan sinergi antara desainer dan insinyur. Alat yang ada fokus pada file atau repositori yang terisolasi, tetapi tidak pada representasi hidup dari keadaan sebenarnya produk, termasuk komponen, tema, aturan penggunaan, dan metadata kepatuhan. Kami membangun Knapsack di sekitar sistem catatan yang kanonik yang komponen-pertama, versi, instrumentable, dan dapat diintegrasikan dengan alat desain dan kodebase. Kesimpulan itu membentuk model ingestion kami dan lapisan penghubung, yang pada akhirnya mengarah ke Intelligent Product Engine.

Era “kanvas” memberi jalan bagi sistem yang hidup, terhubung dengan kode. Bagaimana Anda mendefinisikan pergeseran ini, dan apa yang berubah bagi tim ketika penciptaan produk berpindah dari file statis ke sistem yang terus diperbarui?

Era kanvas memperlakukan UX sebagai artefak statis, biasanya file yang dipindahkan antar tim. Era baru didorong oleh sistem yang terus diperbarui, dapat dijalankan, yang mencerminkan implementasi nyata. Perubahan bagi tim sangat signifikan. Alih-alih memperdebatkan file atau cabang mana yang merupakan sumber kebenaran, mereka bekerja dari sistem yang dibagikan yang mengekspos keadaan saat ini komponen, token, konstrain aksesibilitas, dan perilaku produksi. Ini mengurangi ketidakjelasan, memungkinkan validasi otomatis, dan mendukung alur kerja agen yang menghasilkan UI yang dapat digunakan berdasarkan komponen nyata daripada perkiraan.

UI yang dihasilkan agen sering gagal tanpa sistem catatan yang mencerminkan komponen, aturan, dan konstrain nyata. Mengapa lapisan jangkar ini sangat penting bagi AI untuk menghasilkan antarmuka yang siap perusahaan?

AI dapat mensintesis tata letak dan salinan, tetapi memerlukan kosakata otoritatif untuk menghasilkan antarmuka yang siap perusahaan. Lapisan jangkar, yang berisi komponen konkret, props, konstrain, token, dan aturan penggunaan, memberikan AI batasan yang harus dihormati. Tanpa itu, agen mensintesis gaya, mengabaikan persyaratan aksesibilitas, atau menghasilkan kode yang tidak sesuai dengan apa yang tim insinyur sebenarnya kirim. Dengan grafik komponen nyata dan set aturan, agen menghasilkan output yang dapat diimplementasikan, patuh, dan konsisten dengan standar merek. Ini adalah perbedaan antara mock-up yang cantik dan antarmuka yang dapat diterapkan.

Seiring dengan perkembangan Intelligent Product Engine, apa yang terbukti paling sulit tentang menyatukan aset desain, kode, aturan merek, persyaratan kepatuhan, pola UX, dan data kinerja menjadi satu sistem yang koheren?

Tantangan bukanlah integrasi tunggal, tetapi serangkaian integrasi. Ini menyelaraskan niat dan kenyataan di seluruh berbagai representasi, termasuk token desain di Figma, implementasi komponen di beberapa repositori, pedoman merek di dokumen hukum, telemetri dari sistem produksi, dan metadata kepatuhan. Masing-masing dari ini hidup dalam format yang berbeda, dengan pemilik yang berbeda, dan pada siklus pembaruan yang berbeda. Mengubah sinyal-sinyal ini menjadi model yang konsisten memerlukan pipa ingestion yang kuat, aturan resolusi konflik, dan model yang jelas untuk provenance dan kepemilikan. Tim perlu tahu apa yang berubah, siapa yang membuat perubahan, dan mengapa perubahan itu dilakukan. Membangun lapisan kepercayaan itu adalah bagian yang paling sulit.

Dengan AI sekarang dapat menghasilkan antarmuka yang semakin lengkap, bagaimana Anda melihat peran desainer dan insinyur berkembang di dalam alur kerja manusia-agen?

Agen akan menangani tugas berulang, seperti membangun halaman, mengusulkan varian yang dapat diakses, dan menghasilkan konten yang dilokalkan. Desainer akan fokus pada strategi, niat pengalaman, kasus ujung UX, dan mendefinisikan konstrain yang mengarah ke hasil yang baik. Insinyur akan fokus kurang pada mengetik setiap piksel dan lebih pada kebenaran komponen, kontrak runtime, keterbacaan, dan kinerja. Manusia menjadi kurator dan validator. Kami mendefinisikan aturan, meninjau output, dan menentukan apa yang terlihat seperti kualitas. Keterampilan manusia yang paling berharga akan menjadi pemikiran sistem dan penilaian.

Setelah Seri A, apa yang menjadi fokus utama untuk mempercepat pengembangan produk dan adopsi perusahaan?

Seri A memungkinkan kami untuk mempercepat dalam tiga area. Pertama, onboarding dan ingestion, yang memungkinkan perusahaan untuk membuat sistem catatan dalam beberapa hari bukan beberapa bulan. Kedua, Intelligent Product Engine, termasuk kemampuan yang selaras dengan model yang memastikan antarmuka yang dihasilkan menghormati merek dan aturan. Ketiga, kontrol perusahaan, seperti izin, auditabilitas, dan kaitan kepatuhan, memastikan pemimpin merasa percaya diri dalam mengadopsi Knapsack di seluruh organisasi besar. Ini adalah tuas yang mengarah ke adopsi skala nyata.

Tim perusahaan sering bergelut untuk berpindah dari alur kerja statis ke sistem dinamis, siap agen. Apa yang menjadi hambatan terbesar, dan bagaimana Knapsack membantu organisasi beradaptasi?

Perusahaan bergelut dengan sistem yang terfragmentasi, silo kepemilikan, konstrain regulasi, dan biaya tinggi untuk menjaga semua tetap mutakhir. Kami membantu dengan membuat ingestion cepat dan deterministik, dengan memodelkan provenance dan kepemilikan, dan dengan menyediakan fitur tata kelola seperti izin dan log audit. Alat-alat ini memungkinkan tim untuk memvalidasi kepercayaan dalam alur kerja yang diotomatisasi.

Seiring dengan penciptaan produk yang semakin otomatis, apa yang menjadi kemampuan baru yang harus dikembangkan tim untuk tetap efektif dalam lingkungan di mana AI menghasilkan lebih banyak pekerjaan dasar?

Tim harus mengembangkan keterampilan berpikir sistem yang lebih kuat, khususnya kemampuan untuk mengarang konstrain, kebijakan, dan kontrak komponen yang agen dapat gunakan. Mereka juga perlu praktik pemantauan dan validasi yang lebih baik, termasuk keterbacaan ke dalam keputusan agen, kontrol rollout, dan kerangka Q&A untuk UI yang dihasilkan. Literasi tata kelola menjadi sangat penting, khususnya kemampuan untuk mengekspresikan persyaratan kepatuhan, aksesibilitas, dan privasi dalam format yang dapat dibaca mesin. Organisasi yang berhasil akan menjadi mereka yang dapat mengkodekan kebijakan dan kualitas ke dalam sistem mereka.

Melihat lima tahun ke depan, bagaimana Anda mengharapkan penciptaan produk yang didorong AI berkembang, dan apa yang menjadi posisi yang Anda inginkan Knapsack untuk memegang dalam tahap berikutnya industri?

Dalam lima tahun, penciptaan produk akan menyerupai komposisi layanan melawan grafik komponen yang hidup, bukan memindahkan komposisi statis antar tim. Alat agen akan menghasilkan permukaan yang siap produksi menggunakan kebijakan, anggaran kinerja, dan konstrain merek. Tujuan saya adalah untuk Knapsack menjadi sistem catatan yang kanonik yang agen dan aplikasi dapat diandalkan untuk memahami primitif UI dan aturan perusahaan yang sebenarnya. Ini termasuk integrasi yang dalam dengan model dan CI/CD, tata kelola yang kuat untuk perusahaan yang diatur, dan pemberdayaan yang cepat untuk tim baru. Knapsack harus menjadi lapisan yang dipercaya untuk merek, perilaku, dan keamanan ketika perusahaan memungkinkan agen untuk beroperasi lebih otonom.

Terima kasih atas wawancara yang luar biasa, pembaca yang ingin mempelajari lebih lanjut tentang sistem desain modern dan produksi digital yang dapat diskalakan harus mengunjungi Knapsack.