概念地圖・功能膨脹
作者 山姆（謝冠生）・喵喵書評創辦人
發布
分類：創新
這一頁不只是把一個概念解釋一遍——一張自己畫的結構圖，加上拿台灣情境從頭走一次的實例演練、這個框架什麼時候會騙你，以及它接回 P.A.I.N. 之後長什麼樣。一頁必須交付的三層 →
功能膨脹：從第幾個功能開始，越加越難用
一套派工系統的功能清單上，第 30 個功能上線的那個月，客服電話變多了。打進來的人多半在問同一句：舊的那一頁跑到哪去了。功能膨脹講的就是這條線——橫軸是功能數，縱軸是使用者對整套系統的易用性評分，兩個擺在一起，長出來的往往是一條先升後降的倒 U。前半段每加一個功能都有人歡呼，後半段每加一個功能都有人多按一下滑鼠。難的地方在於，那個轉折點不會自己跳出來說「我在這裡」——它要等你走過頭，回頭看才看得見。
一條倒 U，峰落在第幾個功能
把五個時點的功能數與問卷分數並排，形狀就出來了。
| 功能數 | 易用性分數 | 與上一段的變化 | 這一段發生了什麼 |
|---|---|---|---|
| 6 個 | 62 分 | 起點 | 排班、簽到、請假這幾件事；派一張臨時加班單，點 3 下 |
| 12 個 | 78 分 | +16 | 補上的都是每天在用的，全程漲最兇的一段 |
| 18 個 | 84 分 | +6 | 峰。還在加分，只是加得很淺了 |
| 24 個 | 73 分 | −11 | 第一次往下，當月的會議上沒有人提起 |
| 30 個 | 55 分 | −18 | 比只有 6 個功能的那一版還低 7 分 |
四次擴充在當下各自被評過一次分，拿到的是 +70、+55、+40、+25——四次都是正的，沒有一次被評成扣分。那把尺量的是每一次擴充自己的功勞：它解掉了誰的問題、替誰省了多少時間。縱軸那把尺量的是另一件事——整套系統用起來的感覺。兩把尺各自誠實，疊在一起才會出事。再看弧度：左半邊的 +16 與 +6 是一條愈爬愈慢的線，右半邊的 −11 與 −18 是一條愈掉愈快的線，方向剛好相反。左邊最大的一段是 16，右邊最大的一段是 18，兩側量級相當，右半那個下滑因此站得住腳——它撐得起「真的在惡化」這句話。
你的產品過峰了沒有，三個數字量得出來
一、90 天沒被點過的功能佔幾成。派工中心的後台可以直接撈：每一個功能在過去 90 天被打開過幾次。這套系統的 30 個功能裡，只有 11 個在這 90 天內被人點過——剩下 19 個佔了 63%。它們不會消失，會停在選單上、停在搜尋結果裡、停在新人教育訓練的第一頁，每天替所有人多製造一次猶豫。自問：過去 90 天，你的功能清單裡有幾成一次都沒被打開過？
二、最近三次擴充之後，整體分數往哪走。單看一次沒有意義，任何一次改版都可能碰上季節性或熟悉度。這套系統的四段變化是 +16、+6、−11、−18：漲的時候一段比一段淺，跌的時候一段比一段深。第一次由正轉負只是警訊，連著兩次往下才是訊號——那代表被拖累的不只是新功能那一頁，是整套系統的操作感覺。自問：最近三次擴充之後，整體分數是往上、持平，還是連著兩次往下？
三、最常做的那件事，要點幾下。派工中心整天在做的動作只有一個：把一張臨時加班單指派出去。6 個功能的時候點 3 下就完成；30 個功能的時候，同一件事要點 7 下——多出來的 4 下裡，有 2 下花在從變長的選單裡找那個入口。這個數字比問卷分數更早動：問卷要一季才填一次，點擊路徑今天下午就量得到。自問：使用者最常做的那一件事，從打開到做完要幾個動作？
一套派工系統的三十個功能，數一次
底下這家台灣中部的人力派遣公司，是為了把這個結構講清楚而編出來的示意情境，沒有指涉任何真實公司。它自建了一套排班派工系統，六年裡改版四次，每一次都有人拍手。
- 6 個功能，62 分：排班表、簽到、請假、加班單、工時表、薪資匯出。分數不高，因為報表要自己拉。沒人抱怨找不到東西
- 12 個功能，78 分：補上證照到期提醒、客戶端出勤看板、代班媒合。都是每天卡住的地方。+16，漲最兇的一段
- 18 個功能，84 分：再補薪資試算、異常打卡歸戶、派工績效榜。分數還在漲，幅度只剩上一段的一小截。+6，峰在這裡
- 24 個功能，73 分：多語系公告、教育訓練追蹤、客戶滿意度問卷、內部聊天室。首頁選單開始要捲動。−11，第一次往下
- 30 個功能，55 分：報表產生器、自訂欄位、簽核流程引擎。選單從一頁變兩頁，搜尋框成了主要入口。−18，掉得更深
- 另一把尺：這四次擴充在當下各自的評估是 +70、+55、+40、+25，每一次都有具體的受益者。四次都是正的
42 位調度人員填的最後一版問卷拿到 55 分，比只有 6 個功能的那一版還低 7 分。有意思的是，沒有人指得出是哪一個功能害的——每一個都講得出自己的用途，每一個都有人在某個月真的用過。被吃掉的是別的東西：派一張臨時加班單的動作從 3 下變成 7 下，多出來的 4 下有 2 下花在從變長的選單裡找入口。30 個功能裡，過去 90 天被打開過的只有 11 個，另外 19 個安靜地待在選單上。功能膨脹的帳從來不記在提出需求的那個人身上，它一下、一下地攤到每天要開這套系統的人身上。以上為說明結構用的示意情境，僅供理解框架之用。
這條倒 U 最容易被誤讀的三種方式
- 把 18 這個數字當成通用上限。這條線量的是派工中心那 42 位內部調度人員，他們每天開這套系統幾十次、記得住路徑。峰值會跟著使用者族群移動：給客戶端窗口一季才登入兩次的介面，峰可能落在 8 個功能；給後台管理員的工具，峰可能在 40 個以上還沒到。功能數本身沒有天花板，有天花板的是「同一個人要同時記住多少個入口」——所以看這張圖之前，先確認這條線屬於哪一群人。
- 把往下讀成「砍回去就會回來」。分數從 84 掉到 55，不保證砍掉最後 12 個功能就會回到 84。這六年裡介面重排過兩次、使用者重新學過兩次，還有幾條外部流程已經接在那些功能上——客戶的月報表就靠報表產生器出。這條線只描述走過的路徑，它沒有承諾倒著走回去會拿到同樣的分數。移除的成本要另外算，而且通常比當初加上去貴。
- 把兩把尺疊在一起看。下方那排 +70、+55、+40、+25 量的是每次擴充自己的功勞，縱軸量的是整套系統用起來的感覺，兩個量表各自獨立，把它們畫在同一張圖上只為了對照一件事：四次全為正的評估加起來，換到的是整體 62 分掉到 55 分。看到有人拿單次評估的正分證明「所以我們該繼續加」，那正是這張圖要攔下來的動作。
每一個加上去的功能，都有人在旁邊多按一次
加法有人簽名，減法沒有。
每一個功能上線的那一天，都有一份需求單、一個提案人、一句「客戶問了三次」。這些痛都是真的——被問到的那三個人確實在痛，他們的問題也確實被解掉了。畫面上看不見的是那位每天開這套系統四十次的調度員：她的痛沒有人幫她寫需求單，因為她的痛不會在任何一次會議上被講成一句話，它散成每天多出來的四下滑鼠。《痛點》那把尺會先問誰在痛、痛到什麼程度、他願意為此付出什麼。功能膨脹麻煩就麻煩在，這三個問題每一次擴充都被認真回答過，答案也都成立——只是每一次都換一個人來回答。這張圖畫得出第幾個功能之後整體開始往下，畫不出那多出來的四下由誰吞掉。今晚做一件事：把最近三次擴充的驗收單翻出來，找找上面有沒有一欄在問「這一條會讓其他人多按幾下」。沒有那一欄，就自己在最下面加一行。
常見問題
功能膨脹（feature creep）到底是什麼？
產品在一次次擴充中不斷長出新功能，每一個都有正當理由，合起來卻讓整體變難用的現象。關鍵在「合起來」三個字：功能膨脹很少由某一個爛功能造成，它由一串合理決定累積而成。判斷的方式是看整體指標而不是單項指標——使用者對整套系統的評分、最常做那件事的操作步數、新人上手時間，這三個一起往壞的方向走，就是它。
峰值一定落在 18 個功能嗎？
不會。18 是這條線上的位置，換一群使用者、換一種使用頻率，峰就會跟著移動。每天用幾十次的內部人員，記憶負擔被熟悉度攤掉，峰可以推得很遠；一季才登入一次的外部使用者，六、七個功能就到頂了。有意義的問法只有一句：這條線屬於誰。把自己那群人的分數量三次以上，峰在哪裡自己會浮出來。
已經過峰了，把功能砍掉就會好嗎？
不一定，而且要準備比想像中大的成本。曲線畫的是走過的那條路徑，倒著走會是另一條。介面已經重排、使用者已經重新學過、外部流程可能已經接上去，硬砍會製造第二輪的重新學習。比較穩的做法是先減曝光再減功能：把 90 天沒被點過的那幾個從主選單移到二階、從預設關掉、只留搜尋得到，觀察一季分數有沒有回升，再決定要不要真的移除。
怎麼在加功能之前就先知道會不會過峰？
在驗收單上加一欄：這一條會讓其他人多按幾下。單次評估天生只算得到受益的那一邊，多按的那一邊要有人替它填。搭配兩個現成數字就夠了——最常做那件事的操作步數，以及 90 天未被點過的功能佔比。前者每次改版量一次，後者每季撈一次。兩個數字同時往壞的方向走的那一版，就是峰的位置附近。
打開後台，數一數過去 90 天沒被點過的功能。數完再決定下一個要加什麼——想把功能分成三種脾氣來看，可以走一趟卡諾模型；想算清楚已經欠下的那筆帳每個月要付多少利息，另一張圖是技術債的利息。
喜歡這篇文章嗎？
每週幫你拆二本好書，把判斷力、好書金句、好問題，直送你的信箱。
不適合你可隨時退訂 · 每週兩封，陪你把書讀進生活。
送出即表示同意我們依隱私權政策使用你的 email。