Kano 模型是什麼？分清哪些功能「必備」、哪些會「驚喜」

做產品最常見的錯，是把所有功能都當成一樣重要，平均分配資源。但顧客的反應其實天差地遠：有些功能你做到滿分也沒人感謝，少了卻被罵爆;有些功能多做一點，滿意度就直線上升;還有些功能顧客根本沒想到，一做出來卻驚為天人。Kano 模型就是幫你分清這些差別。

Kano 模型由日本學者狩野紀昭提出，核心洞察是：「功能的投入」和「顧客的滿意度」不是線性關係。不同類型的功能，遵循完全不同的曲線。

三種關鍵的功能類型

一、基本型（必備）：做了沒讚，不做被罵

顧客視為理所當然的功能——飯店有熱水、App 不當機、網站能登入。做到滿分，顧客也只覺得「本來就該這樣」;但只要缺了，滿意度立刻崩盤。這類功能是「入場券」，沒有商量餘地，但投入再多也換不到加分。

二、期望型（越多越好）：線性加分

做得越好、顧客越滿意的功能——速度更快、價格更低、電池更耐。這是顧客會「拿來比較」的維度，投入和滿意度大致成正比。多數的競爭發生在這一類。

三、驚喜型（魅力型）：意料之外的驚喜

顧客沒預期、甚至沒想到的功能，一旦提供就帶來驚喜和忠誠;但因為沒人預期，不做也不會扣分。這是製造「哇」的地方，也是差異化的關鍵——不過要注意，今天的驚喜（如手機相機），明天往往會變成基本需求。

怎麼用它做決策

Kano 模型給你的優先序原則很清楚：先確保「基本型」全部到位（這是底線，缺一個就翻車），再投資「期望型」維持競爭力，最後用少量「驚喜型」做出差異化。最常見的錯誤，是基本型還沒做好，就急著做炫炮的驚喜功能——地基沒打好就蓋裝飾。

和 JTBD、RICE 怎麼搭

Kano 不是孤立使用的。先用JTBD搞清楚「顧客到底想完成什麼任務」（找對方向），再用 Kano 判斷「為了完成這個任務，哪些功能是必備、哪些是驚喜」（分類），最後用RICE把要做的項目排出細緻順序（定優先序）。三個工具接力，從方向到執行。Kano 與 JTBD 的對照見Kano 模型 vs JTBD。

一句話總結

Kano 模型的價值，是讓你別再「平均用力」，而是看清每個功能在顧客心中的真實份量——先守住必備、再拉開期望、最後點綴驚喜。想把這套分類直接套用在你的功能清單上，Apexhone 提供現成的優先排序工具。