在 Shopback 有一個功能，我當時幾乎沒多想。
需求很單純：PM 有一個 app 內選擇面板的設計——一個讓用戶從列表中選取項目的小 UI 元件。設計稿上要在每個項目旁加上商家圖示。我的部分是跟前端團隊協作，確保後端整合正確接上。沒有什麼技術難度，純粹是協調工作：PM 有想法，設計有 spec，我幫忙把兩端串起來讓功能可以上線。
就這樣。
上線後，stakeholder 分享了數據。那個面板的進入率——看到頁面後實際點進選擇面板的用戶比例——從大約 10% 跳到 40% 以上，提升超過 30%。
我記得看到這個數字的時候，停頓了一下。
我原本隱隱持有的模型
在這之前，我對軟體工作的影響力有一個安靜的假設：影響力跟難度成正比。問題越難，就越重要。系統遷移、效能重構、不直觀的演算法——那才是「真正的工作」。UI 調整？清單上加幾個圖示？那幾乎算不上工程。
但數據不同意。
那個面板的改動影響了大量用戶的操作。它改變了人們打開 app 之後做的事。而我花了更多時間做的那些工作——跨服務 API 遷移、錯誤率降低——固然重要，但它們對用戶的可見影響是比較安靜的。基礎設施工作通常都是如此。
圖示是半天的協調工作，換來 30% 的行為轉變。
為什麼好設計是真正的工作
圖示真正做到的事，是給面板裡每個項目一個身份。加圖示之前，列表項目大概只是文字或通用條目。加了之後，每一行都有視覺錨點——一個在說「這是一個真實的東西、一個可辨識的東西、值得你注意的東西」的信號。用戶對這個信號做出了回應。
這不是新觀念。但「知道設計很重要」和「看著設計在一個你指得出來的指標上發揮作用」，是兩件不同的事。
我更新的東西是「工程貢獻」的範圍。讓後端整合正確接上，讓圖示在對的時間載入，又不破壞面板原本的行為——這是真實的貢獻。不性感，但它是讓 PM 願景可以上線的那個東西，而能上線的東西是推動數字的那個東西。
關於驕傲這件事
有一件事我沒有完全預期到：看到數字的時候，我的感受是什麼。
那種驕傲不是來自技術難度，而是來自效果。我碰過的東西改變了大量用戶打開 app 之後的行為。這和乾淨解決一個困難問題的滿足感不太一樣——沒那麼智識性，但更連接到真實的人。
我覺得這是軟體業值得追求的那種驕傲形式。不是「我解決了一件很難的事」，而是「我做的東西現在已經是某些人移動世界方式的一部分了」。即使那個移動很小——多點了一個按鈕，看到了之前沒看到的東西。
有影響力的工作不一定是房間裡最難的問題。有時候，它看起來就像一排圖示。