案例：Triangulate 的三次轉向#

2009 年，哈佛商學院學生 Sunil Nagaraj 創立 Triangulate，原始構想是打造一個「matching engine」——透過分析使用者的數位行為足跡（瀏覽紀錄、Netflix 觀看、Spotify 聆聽等），生成比傳統問卷自評更準確的配對結果，並把引擎授權給 eHarmony、Match 這類交友網站。

三個從未驗證的假設#

• 電腦自動產生的行為配對會比使用者自填問卷更準
• 使用者願意為這種更準的配對加付溢價
• 既有交友網站願意付費授權這種引擎

三次轉向（pivot）的軌跡#

兩年燒完 75 萬美元種子輪，Nagaraj 退還剩下的 12 萬給投資人，付清遣散費，幫所有員工找好下家後，於 2011 年 3 月關閉公司。

Triangulate 跳進來就「埋頭打造 matching engine」，根本沒去問顧客真正想要什麼。Nagaraj 在事後檢討中承認：「我完全忽略了朋友常問的一個問題，那其實透露了真正的需求——『網站上有沒有正妹／帥哥？』」

什麼是 False Start？#

假起跑（False Start）的定義

新創未做足顧客研究就匆忙推出第一版產品，等到產品上線才發現所追求的機會處處是問題。

為了修正錯誤，團隊必須一次次轉向。每次轉向都耗時間、燒現金，最後可能還沒找到真正的市場，現金就用完了。

為什麼時間特別寶貴？#

• Eric Ries 在《精實創業》中重新定義 runway：不是「以目前燒錢速度還能撐幾個月」，而是「現金燒完前還能完成幾次 pivot」
• 一次假起跑就吃掉一個 pivot 的額度，新創找到對的機會的機率隨之下降

鑽石面診斷：四個機會元素中有三個出問題#

Customer Value Proposition（顧客價值主張）#

• Wingman 的概念訴求有限——很多人不想讓朋友看到自己的交友狀況
• 用「魅力分數」配對沒有真正差異化，市場上 Match、eHarmony 已有更大的會員池
• 進場時機晚，Zoosk 已主導 Facebook Platform 的交友市場
• 「免費」吸引到大量隨便逛逛的非真實用戶；付費網站的會員反而更願意認真互動

Marketing（行銷）#

• 沒有臨界規模就難以啟動網路效應，是典型的 Catch-22
• 期待 wingman 帶動病毒成長落空：60% 用戶來自付費廣告，僅 10% 來自應用內病毒行為
• 75 萬種子輪不夠燒出全國品牌

Profit Formula（獲利公式）#

• 缺乏病毒擴散與規模，獲客成本高居不下
• 訊息與虛擬禮物收入跟不上行銷支出，無法通過「Show Me the Money」測試

Technology & Operations 反而是 Triangulate 唯一沒問題的鑽石面——團隊很能快速做產品。但「能做」不等於「該做」。

為什麼創辦人特別容易踩這個雷？#

• 行動偏誤（bias for action）：創業者天生想動手；工程師更愛建造東西。當創業者本身又是工程師時，「先做再說」的衝動最強
• 非技術背景的創辦人也有同樣盲點：他們急著找工程師補產品技能，但工程師薪水高、燒錢快，反而加劇了「快開發、快上線」的壓力
• 內向特質：許多工程師排斥跟陌生人攀談，乾脆跳過顧客訪談
• 訪談技術不佳：用引導性問題（「你喜歡我們的點子嗎？」）只聽得到自己想聽的答案
• 產業老兵的傲慢：自認很懂這個產業，根本看不上顧客回饋

如何避免：Double-Diamond 設計流程#

英國設計協會（British Design Council）的雙鑽石設計模型分成兩個階段，每階段都先「發散」再「收斂」：

鑽石一：問題定義（Problem Definition）#

• 發散：探索所有可能的客群，找出每個客群的未被滿足需求
• 收斂：選定要服務的客群與最關鍵的痛點

鑽石二：解決方案開發（Solution Development）#

• 發散：對選定的問題產出大量可能解法
• 收斂：選一個能滿足顧客且能長期獲利的方案

Double-Diamond 的兩條核心原則

1. 在問題還沒定義清楚之前，不要開始打造任何特定方案
2. 在還沒探索過大量替代方案之前，不要愛上你最初想到的那一個

假起跑的創辦人就是直接跳到流程末端，跳過所有發散與收斂。

完整的價值主張定位句#

收斂結束時，你應該能填出這個句子：

對於____（目標客群），不滿意____（現有解決方案），因為____（未被滿足的需求），____（產品名）提供了____（產品類別），具備____（差異化、可防禦的關鍵效益）。

各階段的研究方法#

顧客訪談（Customer Interviews）#

Steve Blank 的口頭禪：「走出辦公室」（Get out of the building）。常見錯誤：

• 以為自己就是顧客：用個人偏好推及整個市場（Nagaraj 的盲點之一）
• 便利取樣（convenience sampling）：訪問親友＝訪問自己，且他們可能不忍心說真話
• 沒訪談所有相關方：B2B 軟體的使用者通常不是採購決策者
• 只訪問早期採用者（early adopters）：他們的需求往往跟主流市場不同（下一章重點）
• 引導性問題：把「答案」嵌入問題本身
• 問未來行為：未來行為被一廂情願污染，改問過去行為更可靠
• 直接 pitch 自己的解法：受訪者為了不傷你心會說喜歡

既有方案的使用測試（User Testing）#

讓潛在顧客邊操作競品邊「出聲思考」（talk aloud），觀察他們喜歡、不解、卡關之處。

焦點團體（Focus Groups）與民族誌（Ethnography）#

• 焦點團體：適合會引發強烈情緒反應的產品；需要訓練有素的主持人才能避免群體迷思
• 民族誌：到現場觀察人們解決問題的真實情境（如線上雜貨服務開發者去實體超市觀察消費者）

顧客旅程地圖（Journey Mapping）#

橫軸：從察覺問題、研究選擇、購買、使用、售後到複購的所有步驟。在每一步上下標註正面或負面的情緒、痛點。

競爭者分析（Competitor Analysis）#

兩個常見陷阱：

• 對自家產品劣勢視而不見（「這個功能其實不重要啦」）
• 宣稱「我們沒有競爭者」——除非你是 Airbnb 等開創品類者，否則投資人會懷疑

顧客調查（Customer Surveys）#

• 用來驗證假設、確認客群間差異、估算市場規模
• 不要太早做（沒有假設就問不出對的問題）
• 避免便利取樣、引導性問題、過長問卷、過小樣本

市場規模（Market Sizing）#

估算 TAM（total addressable market）。陷阱：為了打動投資人灌水，最後連自己都信了那個誇大的數字。

角色（Personas）#

把收斂後的目標客群擬人化，例如「挑剔的 Paula」（25 歲奧斯汀新鮮人，愛用 OkCupid，重視約會安全）。

• 建議建立 3–5 個 personas，其中 1–2 個為「主要」目標
• 太多主要 personas 會讓產品變成「想討好所有人」的爛東西

從原型到 MVP#

原型（Prototyping）#

• 「Works like」原型：驗證技術可行性（Nagaraj 流產的 RescueTime 試驗就是這類）
• 「Looks like」原型：驗證使用者觀感（Jeff Hawkins 用木塊雕刻 PalmPilot 隨身攜帶測試使用情境）

高擬真度原型的副作用

• 製作成本高，早期容易浪費
• 受測者會被介面細節分心（「這顆按鈕太紅」）
• 投入大量心力的原型，受測者反而不忍批評
• 設計師自己也會難以割捨

原型測試的問題清單#

• 這個產品能解決什麼問題？
• 什麼情境下會真的需要它？為什麼？
• 現在你會用什麼替代方案？這個新方案哪裡更好／更差？
• 使用過程可能遇到什麼障礙？
• 缺什麼？哪些可以拿掉？

不要問「你會用這個嗎？」——熱心的受訪者幾乎都會說「會」。

MVP 的四種類型#

MVP 測試的常見錯誤#

• 根本不做：最大的錯誤
• 沒有設定明確成功門檻：「會病毒擴散」太模糊；「每 10 個顧客帶來 8 個」才能驗證
• 太快或太慢轉向：要先排除假陰性（poor MVP 導致看似沒需求）與假陽性（受測者是品類狂熱者，不代表主流）

一句話總結#

「Build it and they will come」是創業墓誌銘的常見字眼。先把問題搞清楚再蓋產品——花幾個月跟顧客聊，遠比花一年蓋一個沒人要的產品划算。