圖片來源：AI 生成
本來農曆年沒打算寫文章，但由於前段時間發的轉折實在太有趣的，很值得寫成一篇文章分享，就趁年節前的周末寫一下，前段時間發生了什麼事。
這算是 閒聊軟體設計：讓數字說話 的後續發展吧，前陣子我們終於釋出 beta 版的員工用 app 讓團隊成員能測試整個流程，而我先前擔心的事沒想到還沒透過數據，團隊就已經在測試過程中都感受到了。
我們是 B2B 的服務，但有兩種不同面向的使用者，員工 vs. 主管，在過去的第一版中，我們的設計獲得了很好的評價，在沒有教學手冊的情況下，員工都能快速上手。
可是主管卻覺得他們想要的東西都沒有，這是個警訊，和 B2C 的服務不同，終端使用者喜歡就可能會買單，但 B2B 的服務往往是要高層喜歡才會買單，畢竟付錢的是高層。
主管們的願望收集了一段時間後，我們決定要開發第二版，當時團隊花了相當多的時間在 UX/UI 上，設計師改了好幾個版本 (設計師真的是辛苦了)，最終，我們有了一個大家都滿意的設計出現。
市場的變化很快，為了因應市場，我們決定插入了一個全新的東西，而且是一個全新的 app，於是這個設計完剛準備要開發的功能暫時被擱置，團隊轉去開發新的 app。
一直等到 2025 年底新 app 上線，終於重啟這個功能，但許願池裡的願望也在這段時間增加了不少，和這個功能相關的許願也增加了幾個，所以我們在原有的設計又把這些新願望加入，然後，我們得到一個像是瑞士刀的設計，所有的選項都攤在使用者面前，很完整，但似乎總覺哪裡怪怪，所以才提出要埋 event 了解使用者的體驗。
下面這張圖沒有正經 (論文或書籍) 的出處，只是我自己這幾年開發軟體的感觸而已，團隊會隨著時間，對需求的認知 (藍線) 會越來越清楚，開發出來的軟體也變得越來越複雜 (紅線)，但團隊對於自己開發出來的軟體的複雜度認知其實會慢慢下降 (綠線)。
圖片來源：AI 生成
而這次這個功能的開發，就有點像這張圖，由於時間拉得蠻長的，加上討論時只有 prototype，沒有能實際操作的 app，慢慢地，我們對複雜度的認知下降，然後我們似乎「習慣」了新設計。
會讓團隊在測試 beta 版本時，再次對複雜度有警覺性，我個人覺得原因可能有幾點：
- 在開發新功能的期間，團隊除了工程師外，其他成員回到處理營運上的事務，這段時間讓其他成員在複雜度認知上稍微 reset 了一點。
- 討論時，設計師會解釋流程與思路，但自己在操作 app 時，沒有其他人解說引導
為此，我們緊急開了一個線上會議，會議的結論是這個版本不會上到正式環境，跟前一個版本相比，它太複雜了，需要簡化跟引導，降低員工使用這個功能的認知門檻。
然後在農曆年前，在團隊反覆優化下，這次的新設計融合了第一個版本的優點，也把主管要的需求整合進來。而且對開發的變動上也僅限於 app 端，縮短開發的時程。整體來說，我個人覺得這次團隊踩煞車是正確的選擇，雖然上線的時程會往後延，但不會砸了我們之前努力建立起來的口碑。
數據雖然很重要，而是當內心都在告訴自己：這個版本不行時，硬上然後再被數據打臉那就大可不必，我覺得 A/B 測試應該是在兩個都不錯的設計去選一個更好的，而不是用來證明兩個都是爛設計，所以，當您如果遇到類似的情況，不要懷疑，踩煞車，冷卻一下再看看，或許會得到更好的設計。
