Chris Strahl, Knapsackin perustaja ja toimitusjohtaja – Haastattelusarja

Chris Strahl on Knapsackin perustaja ja toimitusjohtaja, jossa hän keskittyy muokkaamaan sitä, miten modernit digitaaliset tuotteet rakennetaan, ja pyrkii saamaan suunnittelu-, insinööri- ja tuotetiimit yhdistymään yhteisen totuuden järjestelmän ympärille. Taustansa suunnittelujärjestelmissä ja eteenpäin kehittämisessä hän on myös laajalti tunnettu Design Systems Podcast:n isäntänä, jossa hän tutkii, miten organisaatiot skaalaavat suunnittelua, parantavat yhteistyötä ja modernisoivat digitaalista tuotantoa.

Knapsack on yritysten suunnittelujärjestelmä ja digitaalisen tuotannon alusta, joka toimii elävänä totuuden järjestelmänä, joka yhdistää suunnittelukohteet, koodin, sisällön ja dokumentaation reaaliajassa. Alusta mahdollistaa tiimien rakentaa ja hallita uudelleen käytettäviä, tuotantovalmiita komponentteja, hallita suunnittelutokeneja ja ylläpitää johdonmukaisuutta monimutkaisissa digitaalisissa ekosysteemeissä. Järjestämällä suunnittelua ja UI-tietoja skaalautuvalla ja AI-valmiilla tavalla Knapsack auttaa suuria organisaatioita kiihdyttämään toimitusta, vähentämään toistoa ja varmistamaan brändin ja tuotteen eheys tiimien ja kanavien välillä.

Knapsack syntyi vuosien jälkeen, kun suunnittelujärjestelmiä rakennettiin suurille yrityksille Basaltissa, jossa toistuva kitka suunnittelutiedostojen, insinööriprosessien ja toimitetun koodin välillä tuli mahdottomaksi ignoreerata. Mikä oli se hetki, jolloin tämä malli tuli selkeäksi oikeuttaakseen omistaman alustan käynnistämisen?

Rakensimme lukuisia suunnittelujärjestelmiä Basaltissa, ja malli oli ilmeinen: suunnittelutiedostot, insinööriprosessit ja toimitettu koodi olivat eri maailmoissa. Tuloksena ei ollut yksittäinen dramaattinen epäonnistuminen, vaan tuhannen toistuvan tappion: väärän kokoiset painikkeet, epäjohdonmukainen käyttäytyminen ja tyylin muutokset ominaisuuksissa, jotka maksoivat tiimille kuukausia uudelleen työtä. Tiesimme, että nämä ongelmat eivät voineet olla ratkaistavissa paremmilla synkronointiliitännäisillä tai mukavammalla dokumentaatiolla. Ne vaativat yhtenäistä totuuden järjestelmää suunnittelulle, koodille ja brändisäännöille. Tämä johti siihen, että omistettu alusta oli välttämätön.

Siirtyminen asiakas- ja konsulttityöstä tuoteyrityksen rakentamiseen paljasti syvemmän ongelman, jonka olemassa olevat suunnittelujärjestelmätyökalut ja prosessialustat eivät olleet ratkaisseet. Mikä oli perustava aukko, joka muovasi Knapsackin varhaisimman arkkitehtuurin ja suunnan?

Kun siirryimme asiakastyöstä tuoteyrityksen rakentamiseen, keskeinen puuttuva osa tuli ilmeiseksi. Ei ollut luotettavaa, koneellisesti luettavaa järjestelmää, joka tallentaisi komponentteja, rajoituksia ja suunnittelijoiden ja insinöörien välistä synergiaa. Olemassa olevat työkalut keskittyivät tiedostoihin tai erillisiin repositorioihin, mutta eivät elävään edustukseen tuotteen todellisesta tilasta, mukaan lukien komponentit, teemat, käyttösäännöt ja vaatimustenmukaisuusmetatieto. Rakensimme Knapsackin kanonisen totuuden järjestelmän ympärille, joka on komponenttien ensisijainen, versioitu, instrumentoitavissa oleva ja kykenevä integroitumaan sekä suunnittelutyökalujen että koodipohjaisten järjestelmien kanssa. Tämä johtopäätös muovasi sisäänottomallimme ja linkkikerroksen, mikä lopulta johti Älykkääseen TuoteMoottoriin.

”Kanvasi-aika” antaa tilaa eläville, koodiyhteyksille järjestelmille. Miten määrittelet tämän muutoksen, ja mitä muuttuu tiimien kannalta, kun tuotteen luominen siirtyy staattisista tiedostoista jatkuvasti päivitettäviin järjestelmiin?

Kanvasi-aika käsitteli käyttöliittymää staattisina artefakteina, yleensä tiedostoina, jotka siirrettiin tiimien välillä. Uusi aikakausi perustuu jatkuvasti päivitettäviin, suoritettaviin järjestelmiin, jotka heijastavat todellista toteutusta. Muutos tiimien kannalta on merkittävä. Sen sijaan, että keskustellaan siitä, kuka tiedosto tai haara on totuuden lähde, he työskentelevät jaetun järjestelmän kanssa, joka paljastaa komponenttien, tokenien, esteettömyyden rajoitusten ja tuotannon käyttäytymisen nykytilan. Tämä vähentää epäselvyyttä, mahdollistaa automaattisen validoinnin ja tukee agenteille työskenteleviä työprosesseja, jotka tuottavat käytettävissä olevaa UI:ta oikeiden komponenttien sijaan approksimaatioiden perusteella.

Agenttien generoima UI usein epäonnistuu ilman totuuden järjestelmää, joka heijastaa todellisia komponentteja, sääntöjä ja rajoituksia. Miksi tämä ankkurointikerros on välttämätön yritysten valmiiden liittymien tuottamiseksi?

AI voi syntetisoida ulkoasun ja kopion, mutta tarvitsee virallisen sanastoa tuottamaan yritysten valmiita liittymiä. Ankkurointikerros, joka sisältää konkreettisia komponentteja, ominaisuuksia, rajoituksia, tokenia ja käyttösääntöjä, antaa agenteille rajoitukset, joita ne on noudatettava. Ilman sitä agentit luovat tyylejä, jättävät esteettömyysvaatimukset huomiotta tai generoivat koodia, joka ei vastaa sitä, mitä insinööritiimit tosiasiallisesti toimittavat. Todellisen komponenttigraafin ja sääntöjoukon kanssa agentit tuottavat tulokset, jotka ovat toteutettavissa, vaatimustenmukaisia ja yhdenmukaisia brändistandardien kanssa. Tämä on ero kauniin mock-upin ja käyttöönottokelpoisen liittymän välillä.

Älykkään TuoteMoottorin kehittyessä, mikä oli haastavinta yhdistää suunnittelukohteita, koodia, brändisääntöjä, vaatimustenmukaisuusvaatimuksia, käyttöliittymämallineita ja suorituskykydataa yhdeksi yhtenäiseksi järjestelmäksi?

Haaste ei ole yksittäinen integraatio, vaan sarja niistä. Se yhdistää aikomusta ja todellisuutta eri edustusten kautta, mukaan lukien suunnittelutokenit Figmassa, komponenttien toteutukset useissa repositorioissa, brändiohjeet oikeudellisissa asiakirjoissa, telemetria tuotantojärjestelmistä ja vaatimustenmukaisuusmetatieto. Kukin näistä elää eri muodoissa, eri omistajilla ja eri päivityssykleillä. Muuttaa nämä signaalit yhdeksi yhtenäiseksi malliksi vaati vahvoja sisäänottoputkia, ristiriidan ratkaisusääntöjä ja selkeää mallia alkuperästä ja omistajuudesta. Tiimien on tiedettävä, mitä muutettiin, kuka teki muutoksen ja miksi se tehtiin. Rakentaa tämä luottamuskerroksen oli haastavin osa.

Agenttien pystyessä generoimaan yhä täydellisempiä liittymiä, miten näet suunnittelijoiden ja insinöörien roolien kehittyvän ihmisen ja agentin työprosesseissa?

Agentit käsittelevät toistuvat tehtävät, kuten sivujen rungon luominen, esteettömyyden varianttien ehdottaminen ja paikallistetun sisällön generointi. Suunnittelijat keskittyvät strategiaan, kokemusintentiin, reunatapauksiin ja rajoitusten määrittelyyn, jotka johtavat hyviin tuloksiin. Insinöörit keskittyvät vähemmän jokaisen pikselin kirjoittamiseen ja enemmän komponenttien oikeellisuuteen, suoritusaikaisiin sopimuksiin, havainnollistamiseen ja suorituskykyyn. Ihmiset muuttuvat kuraattoreiksi ja validoijiksi. Määrittelemme säännöt, tarkastelemme tuloksia ja määrittelemme, miltä laatu näyttää. Korkeimmat inhimilliset taidot tulevat olemaan järjestelmien ajattelu ja arvostelukyky.

Sarjan A:n jälkeen, mitkä olivat korkeimmat prioriteetit tuotteen kehittämisen ja yritysten omaksumisen kiihdyttämiseksi?

Sarja A mahdollisti meidän kiihdyttää kolmessa alueessa. Ensinnäkin, otto- ja sisäänottoprosessit, jotka mahdollistavat yritysten luomisen totuuden järjestelmän päivissä sen sijaan, että kuukausissa. Toiseksi, Älykäs TuoteMoottori, mukaan lukien mallin mukaiset ominaisuudet, jotka varmistavat, että generoidut liittymät kunnioittavat brändiä ja sääntöjä. Kolmanneksi, yritysten hallintatyökalut, kuten käyttöoikeudet, tarkastettavuus ja vaatimustenmukaisuusliittymät, varmistavat, että johtajat tuntevat itsensä varmaksi Knapsackin omaksumisessa laajasti suurissa organisaatioissa. Nämä ovat vipuviput, jotka ajavat todellista skaalautuvuutta.

Yritysten tiimit usein kamppailevat siirtymisen staattisista työprosesseista dynaamisiin, agenttivalmiisiin järjestelmiin. Mitkä ovat suurimmat esteet, ja miten Knapsack auttaa organisaatioita sopeutumaan?

Yritykset kamppailevat hajanaisilla järjestelmillä, omistajuuden siloilla, sääntelyrajoituksilla ja korkeilla kustannuksilla, jotka liittyvät kaiken ajan tasolla pitämiseen. Autamme nopealla ja deterministisellä sisäänottoprosessilla, omistajuuden mallintamisella ja hallintotoiminnolla, kuten käyttöoikeuksilla ja auditilokien avulla. Nämä työkalut mahdollistavat tiimien validoida luottamuksensa automaattisiin työprosesseihin.

Kun tuotteen luominen tulee yhä enemmän automaattiseksi, mitkä uudet kyvyt tiimien on kehitettävä pysyäkseen tehokkaina ympäristössä, jossa AI tuottaa enemmän perustyötä?

Tiimien on kehitettävä vahvempia järjestelmien ajattelukykyjä, erityisesti kykyä luoda rajoituksia, sääntöjä ja komponenttisopimuksia, joita agentit voivat käyttää. Heidän on myös kehitettävä parempia seurantaa ja validointikäytäntöjä, mukaan lukien havainnollistamista agenttien päätöksiin, käyttöönotto-ohjauksia ja Q&A-kehyksiä generoiduille UI:lle. Hallintotietämys tulee olemaan olennainen, erityisesti kyky ilmaista vaatimustenmukaisuus-, esteettömyys- ja tietosuojavaatimukset koneellisesti luettavassa muodossa. Onnistuvat organisaatiot ovat ne, jotka voivat koodata politiikkaa ja laatua järjestelmiinsä.

Katsomalla eteenpäin viisi vuotta, miten odotat AI-vetoinen tuotteen luomisen kehittyvän, ja mitä asemaa haluat Knapsackin olevan seuraavassa vaiheessa alalla?

Viiden vuoden kuluttua tuotteen luominen muistuttaa palvelujen koostamista elävän komponenttigraafin vastaan. Agenttityökalut generoivat tuotantovalmiita pintoja käyttäen sääntöjä, suorituskykybudjetteja ja brändirajoituksia. Haluan, että Knapsack olisi kanoninen totuuden järjestelmä, johon agentit ja sovellukset luottavat ymmärtääkseen yrityksen todelliset UI-primitiivit ja säännöt. Tämä sisältää syvän integraation mallien ja CI/CD:n kanssa, vahvan hallinnan säänteltyjen yritysten kanssa ja nopean otton yritysten kanssa. Knapsackin on oltava luotettava kerros brändille, käyttäytymiselle ja turvallisuudelle, kun yritykset antavat agenteille toimia autonomisemmin.

Kiitos haastattelusta, lukijat, jotka haluavat oppia enemmän modernista suunnittelujärjestelmistä ja skaalautuvasta digitaalisesta tuotannosta, voivat vierailla Knapsack:ssa.