價值主張畫布 Value Proposition Canvas

什麼時候該用它？

當你需要回答「我們的產品到底給使用者帶來什麼價值？」這個看似簡單但多數團隊答不好的問題時。

• 產品定位模糊：團隊說不清楚「我們跟競品的差異是什麼」
• 功能堆積症：產品越做越胖，但使用者滿意度沒提升
• Landing Page 文案寫不出來：如果你不知道使用者在乎什麼，文案當然寫不好
• 新市場探索：要進入一個新客群，需要重新理解他們的需求

框架結構

Value Proposition Canvas 分為左右兩半，核心是找到「契合（Fit）」：

右半：使用者輪廓（Customer Profile）

1. 使用者任務（Customer Jobs）：使用者在工作和生活中想要完成的事情。分為功能性（完成任務）、社會性（被他人認可）、情感性（感覺良好）三類
2. 痛點（Pains）：在完成任務過程中遇到的困難、風險、負面結果
3. 期望收益（Gains）：使用者期望或夢想得到的好處和正面結果

左半：價值地圖（Value Map）

1. 產品與服務（Products & Services）：你提供的功能和服務清單
2. 止痛藥（Pain Relievers）：你的產品如何消除或減輕使用者的痛點
3. 維他命（Gain Creators）：你的產品如何創造使用者期望的收益

三種契合層次

• Problem-Solution Fit：紙上談兵 — 你的價值主張在邏輯上對應了使用者需求
• Product-Market Fit：市場驗證 — 使用者真的買單了
• Business Model Fit：商業成立 — 不只買單，還能持續賺錢

來源與歷史

• 2010：Alexander Osterwalder 在推廣商業模式畫布（BMC）時發現，「價值主張」這一格太複雜，需要獨立工具來深挖
• 2014：出版《Value Proposition Design》，正式發表 Value Proposition Canvas
• 至今：成為 Strategyzer 平台的核心工具，全球超過 500 萬人使用

真實案例：Slack 如何找到價值契合

Slack 早期的價值主張畫布可以這樣拆解：

使用者輪廓（目標：5-50 人的軟體團隊）：

• 任務：跨時區協作、快速同步專案進度、找到之前的討論紀錄
• 痛點：Email 太慢且容易遺漏、開會浪費時間、檔案散落在 10 個工具裡
• 期望：溝通即時、資訊集中可搜尋、減少不必要的會議

價值地圖：

• 產品：即時訊息頻道、檔案分享、搜尋功能、第三方整合
• 止痛藥：取代 Email 的即時性、頻道結構避免遺漏、全文搜尋找到任何歷史訊息
• 維他命：整合 GitHub/Jira 等工具減少切換、自訂 Emoji 讓溝通有趣

結果：Slack 在 2014 年上線後 24 小時內獲得 8,000 註冊，6 個月內 DAU 突破 50 萬。核心原因是價值主張精準對應了軟體團隊的真實痛點。

使用步驟

Step 1：選定一個具體客群

一張 Canvas 對應一個客群。不要試圖畫「所有使用者」的版本。

Step 2：先填右半（使用者輪廓）

從使用者訪談、客服紀錄、評價中萃取。列出 5-10 個任務、5-10 個痛點、5-10 個期望收益。然後圈出最重要的前 3 個。

Step 3：再填左半（價值地圖）

列出你的產品功能，然後明確寫出每個功能對應消除哪個痛點或創造哪個收益。

Step 4：檢查契合度

畫線連接左右兩邊。如果右邊有痛點沒有被任何左邊的止痛藥覆蓋，那就是產品缺口。如果左邊有功能沒有對應任何右邊的需求，那就是多餘功能。

Step 5：排序優先級

根據痛點的嚴重程度和期望的迫切程度排序。最嚴重的痛點 + 最迫切的期望 = 你應該最先做的事。

這樣做 vs 避免這些

這樣做

• 右半用使用者的原話填寫 — 不要用你的術語翻譯他們的需求
• 區分「nice to have」和「must have」— 痛點和期望有輕重之分
• 多做幾個版本比較 — 同一個產品對不同客群的 Canvas 應該長得不一樣
• 搭配 JTBD 使用 — JTBD 幫你發現任務，VPC 幫你設計對應的價值主張

避免這些

• 不要在會議室裡瞎猜使用者的痛點 — 去訪談、去看數據
• 不要把「我們能做什麼」當成使用者的需求 — 先填右半，再填左半
• 不要把所有功能都標成止痛藥 — 誠實面對哪些功能沒有真正解決痛點
• 不要忽略情感性和社會性任務 — 使用者買東西不只是為了功能