價值主張怎麼設計？把產品特色轉成顧客選擇理由

先說結論：不要從「我們有什麼」開始寫

設計價值主張時，先回答四個問題：誰在什麼情境下要完成什麼任務、目前哪裡不順、理想結果是什麼，以及你的方案憑什麼比替代做法更值得選。接著再把產品特色翻譯成顧客可感受的結果，最後用證據限制承諾的範圍。

一份可工作的價值主張，可以先用這個句型整理：

OpenStax 把價值主張描述為企業對顧客提出的價值承諾：它應連結顧客想要或需要的事，說明產品如何提供利益，並形成相對於競爭選項的差異。價值則不是特色數量，而是顧客感受到的利益相對於取得、使用與承擔成本後的判斷。

因此，「304 不鏽鋼、三層結構、專利卡扣」還不是價值主張；「最創新、最高品質、重新定義生活」也不是。前者只有產品資料，後者只有形容詞。真正的價值主張要建立一條可檢查的推理鏈：

價值主張、品牌定位與廣告文案有什麼不同？

三者彼此相連，但不是同一份文件：

概念	核心問題	主要用途	典型產出
品牌定位	想在目標顧客的哪一場比較中占據什麼位置？	決定市場、參照類別與長期差異	內部定位聲明
價值主張	顧客選擇後能得到什麼重要價值，為何值得交換？	串連顧客問題、方案機制、結果與證據	價值主張、方案設計
廣告文案	這次溝通要讓人注意並採取哪個行動？	在特定媒體與階段傳達部分價值	標題、內文、行動呼籲

如果目標顧客與競爭範圍還不清楚，先完成 STP 的市場選擇；若需要整理參照類別、差異與相信理由，可再看品牌定位聲明的五個要素。價值主張承接這些策略選擇，進一步回答「交換後究竟創造什麼價值」。

同一個品牌可能有穩定定位，卻針對不同客群、使用情境或方案形成不同價值主張；同一份價值主張也能被拆成多則廣告文案。問題不在於句子數量，而在於這些訊息是否仍由同一套產品與證據支撐。

先畫顧客輪廓：任務、痛點與期待成果

Strategyzer 的 Value Proposition Canvas 先整理顧客的 jobs、pains 與 gains，再檢查產品與服務如何減輕痛點、創造成果。Christensen Institute 對 Jobs to Be Done 的說明則強調：人們在特定情境中想取得某種進展，選擇行為要放回那個目標與情境理解。

這三層可以這樣問：

任務：顧客真正想推進什麼？

任務不等於「使用你的產品」。顧客不是為了使用便當盒而使用便當盒，而是想把午餐帶到公司、保持食物狀態、在有限休息時間順利吃完，或控制外食開銷。

任務可能同時包含：

• 功能任務：完成一件事，例如安全攜帶午餐。
• 社會任務：希望別人如何看待自己，例如在辦公室不顯得狼狽。
• 情緒任務：希望感受什麼，例如出門後不再擔心湯汁漏進包裡。

不要一次列出所有可能任務。先找出會觸發比較、願意改變做法，並足以影響選擇的那一個。

痛點：完成任務時付出哪些代價？

痛點不只是不舒服，也包括時間、金錢、風險、學習、協調與放棄其他選項的代價。例如：

• 食物滲漏，弄髒包包與文件。
• 容器太多、配件難配對，早上準備很慢。
• 使用後有許多縫隙要清洗。
• 容器太重或太大，最後乾脆改買外食。

「顧客覺得不方便」仍然太模糊。要追問不方便發生在哪一步、造成什麼後果、多久發生一次，以及顧客目前如何補救。

期待成果：什麼改變才算值得？

成果可以是必要條件，也可以是令人偏好的加分項。對通勤者而言，「不漏」可能是最低門檻；「不同菜色不混在一起」是理想成果；「外觀好看」則可能只對部分客群重要。

成果應描述顧客狀態，不要只是把特色換個詞。與其寫「模組化設計」，不如寫「依當天份量只帶需要的容器，不必每天背完整套組」。

再畫價值地圖：產品、減痛機制與成果機制

價值地圖的另一側，不是再列一次顧客需求，而是說明方案如何運作：

價值地圖元素	要寫什麼	便當盒示例
產品與服務	顧客實際取得的東西	可拆分容器、密封蓋、束帶與替換零件
減痛機制	如何降低某個已知代價或風險	獨立密封減少湯汁接觸其他食物；圓角降低清洗死角
成果機制	如何創造顧客想要的進展	容器可按份量組合，讓使用者只攜帶當天需要的容量

一個特色可能同時影響數個結果，但不要為了填滿畫布硬建立關係。例如顏色選擇可能改善辨識或偏好，卻未必能解決滲漏；若把每項特色都說成核心價值，真正重要的差異反而會消失。

用四道問題判斷是否真的「配對」

1. 重要嗎？ 這個任務或痛點足以改變顧客選擇嗎？
2. 相關嗎？ 產品機制真的作用在這個問題上嗎？
3. 相對更好嗎？ 相較現有替代方案，改善是否有意義？
4. 能證明嗎？ 團隊能否提供與承諾相符的測試、規格或使用證據？

Strategyzer 的早期 Customer Value Map 說明也提醒，要分別列出顧客任務、痛點、成果，以及方案如何創造成果或減輕痛點，再檢查兩側的 fit。重點是找出值得優先服務的配對，不是讓表格看起來完整。

完整案例：從九個特色整理出一個通勤價值主張

以下是虛構的教學案例，不是實際產品測試、銷售數據或顧客研究。

假設團隊正在設計一套名為「日分盒」的午餐容器，最初列出九個特色：

• 三種容量、可堆疊、透明上蓋、矽膠圈、四面卡扣。
• 可拆分隔盒、圓角內壁、固定束帶、替換零件服務。

若直接寫成「九合一多功能模組化便當盒」，顧客仍不知道它最適合誰、解決哪個問題。團隊先選定一個待驗證情境：每週帶便當三天以上、搭大眾運輸通勤，且會把午餐放進工作包的上班族。

第一步：整理顧客假設

顧客輪廓	初步假設	需要查證的問題
任務	早上快速分裝午餐，安全帶到公司並方便清洗	現在完整準備與收拾流程怎麼做？
主要痛點	擔心滲漏、容器太多難整理、清洗費時	哪個問題最常讓人放棄帶便當？
期待成果	依份量攜帶、不混味、放進工作包仍安心	顧客願意為哪個改善更換現有容器？
替代方案	一體式便當盒、數個保鮮盒、外食	每個方案為何被保留或淘汰？

SBA 建議把市場研究與競爭分析結合：前者用來確認顧客與需求，後者用來理解直接、間接與次要替代方案。這裡真正的競爭者不只其他便當盒，也包括既有保鮮盒、公司附近外食，以及「今天不要帶」。

第二步：把特色翻譯成機制與結果

特色	作用機制	可能的顧客結果	目前證據狀態
三種容量、可堆疊	依份量選擇並垂直收納	少帶不需要的空間，收納較集中	需比較實際攜帶體積
矽膠圈與四面卡扣	對蓋緣施加均勻密封	降低液體滲出的風險	需定義液體、時間、角度與測試條件
可拆分隔盒	湯汁與配菜分開	減少混味，也可按餐點增減	需觀察是否增加配件管理負擔
圓角內壁	減少尖角與狹縫	清洗時較容易接觸殘留物	需用相同食物與清洗流程比較
固定束帶	限制堆疊後的相對位移	放入包中時較不易散開	需做真實通勤與跌落情境測試
透明上蓋	不開蓋即可看到內容	取用前較容易辨認	可能是次要價值，不一定影響購買

這張表刻意保留「可能」與「需測試」。特色能合理推導出機制，不代表已證明顧客重視結果，也不代表可以直接公開宣稱「完全不漏」或「清洗時間減半」。

第三步：做出取捨，形成第一版價值主張

如果初步訪談與觀察顯示，滲漏焦慮和攜帶體積比外觀顏色更重要，第一版可寫成：

為每週固定帶午餐、需要把餐盒放進工作包的大眾運輸通勤者，「日分盒」以可按份量拆組的容器、獨立密封與固定束帶，減少帶著多個保鮮盒時的散亂與滲漏風險；相較固定容量的一體式餐盒，使用者可只攜帶當天需要的組合。

這段仍是待驗證的策略假設。其中「可拆組」可由產品結構證明；「降低滲漏風險」需要在明確條件下測試；「通勤者重視到願意更換」則要由研究與行為資料判斷。

它也做出清楚取捨：不優先宣稱保溫最久、容量最大、重量最輕或適合所有族群。若產品沒有這些能力，少說反而讓核心價值更可信。

同一組特色，換一個顧客就可能失去價值

假設另一群顧客是一次準備五天健身餐、開車通勤，而且最在意每份營養比例一致。相同的可拆小容器，可能帶來更多配件與清洗工作；他們反而偏好五個規格完全相同、能快速排進冰箱的大容量餐盒。

比較	大眾運輸通勤者	一週備餐者
主要任務	當天安全攜帶午餐	一次完成多日分裝與冷藏
重要痛點	滲漏、占包空間、零件散開	規格不一、批次分裝慢、冰箱難排列
同一特色的意義	可拆組有助依份量攜帶	可拆組可能增加管理成本
更適合的價值	當天彈性與安心攜帶	批次一致與高效收納

這就是價值主張不能從產品特色單向推導的原因。特色本身沒有固定價值；它必須放進特定顧客、情境、替代方案與取捨中解讀。

價值不只有利益，也包含顧客付出的總代價

OpenStax 將顧客價值理解為感知利益相對於顧客成本的判斷，並區分功能、金錢、社會與心理價值。實務上不要只問「我們增加了什麼好處」，還要問顧客為了取得好處必須多付出什麼：

• 金錢：購買價格、耗材、維修與替換成本。
• 時間：學習、設定、清洗、等待與轉換流程。
• 心力：需要記住更多步驟、管理更多零件或承擔不確定性。
• 風險：產品失效、資料遺失、形象受損或轉換後回不去。
• 機會成本：選擇此方案後，放棄其他功能、彈性或預算用途。

模組越多不一定價值越高。若「日分盒」需要使用者每天辨識十種蓋子，新增功能同時也新增認知與清洗成本。價值設計經常不是繼續加特色，而是移除不影響核心任務的複雜度。

把主張當成假設：建立從機制到行為的證據鏈

Strategyzer 對價值主張測試的建議區分顧客說了什麼與實際做了什麼，並提醒關鍵假設要用行動再次驗證。可以把證據分成四層：

第一層：問題證據

訪談顧客最近一次實際經驗，觀察現有流程、替代方案與補救行為。不要只問「你會不會想要一個不漏的便當盒？」這類容易得到肯定的假設題；改問「上次帶有湯汁的午餐時發生了什麼？你怎麼包？最後為什麼選這個容器？」

第二層：機制證據

確認產品結構真的能產生預期作用，例如密封圈壓力、卡扣公差、材料耐受與清洗死角。這層回答「方案能不能做到」，但還不能回答「顧客是否在意」。

第三層：使用證據

讓目標顧客在接近真實的條件中裝填、攜帶、開啟與清洗，記錄失敗點、完成時間、放棄與自行發明的替代流程。控制測試與真實使用要互補：實驗室通過不代表每天操作都順利。

第四層：選擇與交換證據

觀察顧客是否願意留下聯絡方式、試用、預購、付費、持續使用或推薦。這些行為仍可能受價格、促銷與新奇感干擾，但通常比「我覺得不錯」更接近真實選擇。

每一項公開主張都應對應足夠證據。若只完成方向性訪談，可以說「針對通勤攜帶情境設計」；若沒有定義測試條件，就不要先說「百分之百防漏」。高風險、健康、安全或法規相關產品，還需要依所在地規範與專業標準提高證據門檻，本文的一般流程不能取代法律或專業審查。

從零設計價值主張的八個步驟

1. 選定一個顧客與情境：不要先寫給所有人；說清楚誰、何時、在哪裡開始尋找方案。
2. 重建最近一次真實任務：用訪談、觀察、客服紀錄與行為資料理解現有流程。
3. 列出替代方案：包含直接競品、拼裝工具、自己處理、延後與不做。
4. 排序任務、痛點與成果：依重要性、發生頻率、補救成本與改變意願排序。
5. 畫出特色到結果的推理鏈：每個核心特色都寫出機制、結果與限制。
6. 選擇少數高配對關係：集中在重要、相關、相對更好且能證明的價值，不求包辦一切。
7. 寫出工作版主張與反證條件：同時記錄哪些發現會迫使團隊修改或放棄。
8. 逐層測試並更新：先確認問題，再測機制與使用，最後觀察選擇、付費與持續行為。

價值主張不是一次工作坊的終稿。顧客情境、價格、競品與產品能力改變時，原本的重要痛點和比較基準也會改變；應保留版本、假設、測試日期與結果。

六個常見錯誤

把所有特色都塞進一句話

資訊越多不代表價值越清楚。若一句話同時承諾最快、最便宜、最完整、最環保與最有質感，通常缺乏取捨，也很難由同一套能力支撐。

把痛點寫成產品缺少的功能

「顧客缺少 AI 自動分類」是方案語言，不是顧客問題。先回到顧客原本想完成的事，以及沒有該功能時實際付出的代價。

用「方便、效率、安心」停止解釋

這些可能是結果，但必須具體化：在哪個步驟方便？省下什麼？哪一種風險下降？顧客能否觀察到？若無法回答，仍只是模糊形容詞。

只比較同品類競爭者

顧客可能用試算表代替軟體、用外食代替便當盒，或維持現狀。忽略間接替代，會高估產品差異的重要性。

把受訪者稱讚當成市場驗證

禮貌性肯定、假設性購買意願與真實行為不是同等證據。先把訪談當成發現問題的方向，再用原型使用、預約、付費或持續行為檢查關鍵假設。

先寫強烈承諾，再倒推證據

主張的強度應由證據決定。測試只證明特定容器在特定條件下沒有滲漏，就不能擴張成所有液體、所有角度、永久有效。

發布價值主張前的檢查清單

• 是否說清楚特定顧客、任務情境與觸發選擇的時刻？
• 任務、痛點與期待成果是否來自真實經驗，而不只是團隊想像？
• 是否列出顧客目前使用的直接、間接與「不做」替代方案？
• 每項核心特色是否能解釋作用機制與顧客可感受的結果？
• 是否集中在少數重要配對，而不是把所有功能都稱為核心價值？
• 是否把價格、時間、學習、風險與轉換成本算進顧客價值？
• 客觀承諾是否有同層級、同條件且可追溯的證據？
• 是否用真實行為補強訪談意見，並記錄能推翻假設的結果？
• 產品、價格、服務與溝通是否共同兌現同一項價值？

價值主張的成果不是一句全公司都覺得順口的文案，而是一套清楚的選擇：為誰解決哪個重要任務、以什麼機制改善什麼結果、相較什麼替代方案更值得，以及能拿出什麼證據。先從顧客進展開始，再回頭選特色；當證據不足時縮小承諾，當行為否定假設時更新方案，價值主張才會從簡報走進真實交換。