Juxt
JUXT Design
文章 · 收錄於 2026.09
MGN-BLOG-WEALTHSI
索引 · 部落格

真正的影響力,是讓品味變成預設

讀完 Fey 被 Wealthsimple 收購一年後的回顧,我一直在想:創辦人對 UI 跟工程的 synergy,不是交接順暢,而是同一套判斷同時改兩邊。

約 3 分鐘閱讀

Dennis Brotzky 寫了一篇 Wealthsimple 收購 Fey 一年後 的回顧。三個一起做了十多年產品的人,走進一家幾千人、高度監管的金融公司,然後開始改網頁。

很多人會把它讀成一篇 performance 文章:Angular shell 拆掉、prefetch、字體 cache、logo 不再一張一張問 GraphQL。這些都很硬、也很精彩。但我讀完最卡住的,不是速度變快,而是這件事:

taking Thiago's taste and making it the default for the rest of the company.

把一個人的品味,做成全公司的預設值。

這句話把創辦人對 UI 跟工程的影響,講得比「創辦人很注重細節」準很多。細節人人都會講。真正稀缺的,是同一套判斷同時改畫面、改 code、再改系統,讓後來的人不用認識你,也會做出你會認的東西。

⸻

▍不是「設計很強、工程也很強」,是同一組人

Fey 被收購進去的是三個人:Dennis、Tom、Thiago。Dennis 自己寫,他們常說能遇到彼此是運氣,但他更相信一句話:Real recognize real。那種人很少。你一碰到就知道,因為他會看見大多數人永遠不會注意到的細節。

這很像創辦人常見的自我神話,但我覺得重點不在「我們很合」。重點在分工從來不是 UI 一組、工程一組。

Thiago 定 art direction。Tom 五天內把它做成能跑的 app。Dennis 再把那套手感抽成 Mint design system:tokens、motion、agent skills、Figma Code Connect、migration tooling。三個人做的不是交接,是同一條線上的三個動作。

POC 的 commit log 幾乎像在炫耀:11 月 24 日空 package,29 日導航做完。首頁、股票頁、下單、options chain、command palette、鍵盤快捷鍵,甚至自己的 icon set。Tom 一個人先 commit 了 66 次。Dennis 後來進去,還把 dropdown 弄壞了。

但真正厲害的不是五天。是這五天變成之後所有 production 畫面的 bar。Holdings dashboard 幾乎是 POC 的 1:1。Dennis 寫得很白:Tom 的 POC 是 blueprint,Thiago 的設計是 bar,然後一個 surface 一個 surface,整個 app 開始看起來像同一個產品。

❖ 創辦人的 synergy 不是開會對齊。是有人畫出感覺,有人當天就讓真實資料跑在那套感覺上,然後有人負責讓這套感覺變成別人的預設。

⸻

▍第一個 PR 是 logo,這件事比聽起來重要

Dennis 的 SSH key 加進去兩天,第一個 merge 的 PR 是把 Fey 的證券 logo 帶進 Wealthsimple。沒人會把 logo 放進 roadmap。可是每一列、每一張表、每一天都看得到。模糊的 logo,或一個灰圓圈裡兩個字母,會讓整列看起來像還沒做完。

If you asked me to name the least glamorous, most us thing we could have shipped first, it would be logos.

我很喜歡這個開頭。因為很多「創辦人注重 UI」最後變成:對某個按鈕的圓角發表意見,或在大改版前夕進來 prescriptive 一輪。那不是影響力,那是插花。

他們選的第一件事,是每天被看到、卻永遠排不上 sprint 的東西。接著才是鍵盤快捷鍵、pending order dock、把 Angular 一條 route 一條 route 拆掉。大的 migration 跟小的 logo 其實是同一種信念:你怎麼做任何一件事,就是你怎麼做所有事。

Dennis 還搬了破窗理論。畫面開始隨便,後面的人就更容易再隨便一點。Code 也一樣:URL 設計、waterfall、cache key、component boundary、error handling。每個領域都有自己的 tell,給那些知道該看哪裡的人看。

所以 UI 跟工程在這裡不是兩種品味。它們是同一套「不可滑倒」的標準,只是有時候落在 1px,有時候落在一次多餘的 network round trip。

⸻

▍設計師交出的不再是靜態稿

有一段我反覆看了幾次。POC 之後,Thiago 繼續把 design language 往前推:holdings、trade-with-AI、隱私模式、drawer morph、card animation,甚至 shader。Dennis 特別強調:那不是一個 Figma file。Thiago 做了一個站,把 component 跟互動直接做起來。

When we were building Fey, most of the designs Tom and I received were static, and we’d fill in the gaps as we built. Now, with AI, Thiago is creating experiences better than any engineer I’ve worked with.

這句對設計師有點刺,也有點解放。

以前的 synergy 很常是:設計把狀態畫完,工程把空隙補上,中間靠 spec、紅線、還有無數次「hover 時到底怎麼動」。AI 之後,Thiago 可以直接把互動做對,Tom 再在幾天內變成 production page。Dennis 說,以前這種頁面要幾個星期;現在 feedback 幾乎當下就能改,工程甚至會跑在設計前面。

我自己越來越覺得,這才是 UI 跟工程真正開始疊在一起的地方。不是設計師去學寫 React 證明自己很全能,而是「感覺」終於可以不用只活在稿上。稿是建議。能點的 prototype,才是主張。

Wealthsimple 的 web 也沒有等一個兩年後的大揭曉。畫面是連續出的,feature flag 一開就上。他們改的不只是網站更快,是這家公司出貨的速度。

⸻

▍品味如果不能變成系統,創辦人一離開就會蒸發

三個人再強,也做不完幾千人公司裡的每一個畫面。Dennis 自己講:到了這種規模,你必須用系統想。

所以有了 Mint。目標很明確,不是再做一套漂亮的 component library,而是讓 Thiago 相信每個元件該有的手感,成為組織預設。

Beautiful by default, because the defaults carry the taste.

底下用 Base UI,把 accessibility、focus、keyboard 交給已經打過仗的 primitive。上面用更少、更簡單的元件,加上 conventions 跟 agent skills。新工程師或 agent 做出來的介面,預設就該是對的。

這大概是整篇文章裡,對「創辦人影響力」最準的一句定義。

創辦人可以 review 每一個 PR,可以在 Figma 留言,可以在 all-hands 講 craft。那些都有用,但都不可規模化。可規模化的是:token 已經對了、motion 已經對了、agent skill 已經把錯的寫法擋下來、migration tooling 讓舊系統有路可走。後來的人就算沒跟 Thiago 坐過,也會做出他認得出來的東西。

Dennis 還說了一件幾乎被輕輕帶過的話:以前 design system 要一個團隊、幾個月;現在一個有 reference 跟品味的人,幾週就能把 scaffold 做到 GA。AI 沒有設計 Mint。它只是讓「把 Mint 做好」變便宜,於是設計決策重新變成整份工作。

❖ Agent 放大的是你帶進去的判斷。你沒有判斷,它就放大一份普通的設計系統。

⸻

▍那如果你不是剛被收購的創辦人呢?

老實說,大多數人讀這篇,不會處在「三個 founder 空降進 monorepo,merge 就上 production」的位置。可是裡面的結構,其實問得更通用。

問自己幾個問題:

  1. 你們公司的品味,活在哪裡?在某個人的眼睛裡,還是在 default component、default token、default agent skill 裡?
  2. 設計師交出去的,是靜態建議,還是別人能點、能反駁、能直接拿去實作的感覺?
  3. 工程有沒有人在做那些永遠排不上 roadmap 的基礎:logo、字體 cache、prefetch、破掉的 shell?這些東西看起來不像 UI,卻決定 UI 能不能成立。
  4. 創辦人或設計負責人,是在最後關頭進來改圓角,還是在改後來一千個畫面會繼承的預設?

我自己的偏見很明顯:UI 跟工程的 synergy,很少死在工具不互通。它比較常死在判斷被拆開——設計管好看,工程管能動,品質變成兩組人互相等。Fey 這三人讓我重新看見另一種可能:好看跟能動是同一件事的兩面,而創辦人的工作是把這件事寫進系統,而不是一直親自把關。

Wealthsimple 那年做的事情很大。Angular 拆完、兩個 design system 接上、POC 變成 production、無數小決定疊成一個感覺被照顧過的 app。可是方向其實很窄:

他們要做的不是最好的金融 app。是最好的 app。Bar 是 Linear、ChatGPT,是 Dennis 自己在 performance.dev 寫過的那些產品。幾百萬加拿大人把錢放在這裡,他們覺得這群人值得那個層級的軟體。

這句野心很大。但方法意外地樸素:先讓基礎對,再讓品味變成預設,然後讓 AI 去放大那套預設。創辦人還是要在場,只是在場的方式變了——從寫下每一行,變成決定什麼叫對,以及錯的東西為什麼不能過關。

⸻

❖ 【小結】

我從這篇一年回顧裡拿走的,不是「要學 Wealthsimple 拆 Angular」,而是創辦人對 UI 跟工程的影響,最後會沉澱成三層:

第一層是手感。有人真的看得出 logo 糊了、字體 jitter、進頁時先空白再跳出來。這些細節不會出現在 OKR 裡,但使用者每天都在用身體投票。

第二層是示範。Thiago 做出能點的互動,Tom 五天做出能跑的 POC,後面所有 redesign 都有一個看得見的 bar。沒有示範,品味只是形容詞。

第三層才是系統。Mint、agent skills、migration、lint fence。沒有這層,前兩層會停在三個人身上。有了這層,創辦人的品味才開始變成公司的預設值。

AI 讓第二層跟第三層都變便宜了。便宜的意思不是比較不重要,而是:現在沒有藉口只停在第一層,一直靠某個人的眼睛。

⸻

❖ 【Asset】把品味做成預設的四件事

  • [ ] 先找一件每天被看到、卻永遠排不上 roadmap 的細節,把它做對。這是在立標準,不是在找存在感
  • [ ] 下一次大的視覺方向,不要只交 Figma。做一個能點的版本,讓真實資料穿過去
  • [ ] 問 design system 一個更狠的問題:新來的工程師或 agent,不看文件,做出來會不會已經差不多對?
  • [ ] 創辦人或設計負責人把時間從「最後審稿」挪去「改預設」:token、motion、component、skill、擋錯的 lint

來源:Wealthsimple: one year post-acquisition,Dennis Brotzky,performance.dev。

索引 · 相關文章

延伸閱讀

Cursor

Cursor 的新圖示,不只是換皮

很多產品的 icon 都是這樣長出來的:先借一套現成的,之後缺什麼就補什麼。久而久之,同一個產品裡會出現幾種不同的線條、圓角和比例。每一個 icon 單獨看好像沒什麼,但放在一起,就會有一種「不是同一個人畫的」的感覺。 Cursor 最近換上了一套全新的 icon system。Minor Adventures 的設計師 Marek Minor 在一篇文章裡分享了整個製作過程:大約一年、600 多個 icon、兩種尺寸、兩種風格,而且每一個探索和最後版本都是手工繪製。 這件事最有趣的地方,不是 Cursor 的 icon 變漂亮了,而是它示範了一個成熟產品如何把視覺細節變成可以長期運作的系統。 ⸻ ▍從「繼承」走向自己的語言 Cursor 最初沿用了 VS Code 的 Codicons,再加上一些不同時期慢慢累積的 custom icons。這很合理,產品早期最重要的是先把功能做出來。但

CursorDesignDesign System
Git

給設計師的 Git for Dummies

前幾天在 Threads 隨口寫了一句:凡採用 AI 工作流程的 UI/UX 設計師(或非工程人員),都該先從 Git 學起,否則會很難跟人協作。 底下很快出現兩種聲音。一種是「開一堂給設計師的 Git 101 啊」,另一種是「套 skill 就好,學什麼學」。還有人問得更直接:設計師出的圖檔,本來就不能 `git commit` 吧?每個版本都是獨立檔案,也沒有「很多人共同畫一份 pages」這種事。 這篇主要想分享給開始用 AI 碰程式、但又還沒把 Git 當成自己工具的人。不是要你變成工程師,也不是叫你把 Figma 檔丟進 GitHub。只是我自己越來越覺得:當你真的能開 branch、交 coded prototype,有幾個詞不懂,跟工程師講話會卡住,叫 AI 救場也會救錯地方。 Claude Code 幫你生出一頁 HTML,那還只是你自己的草稿。要讓別人打開、留言、一起改,

GitAiCursor