硬體新品燒光上億資金：顧客問題定義搞錯才是致命原因

有一款矽谷產品，募了超過 1.2 億美元，工程團隊把每一顆螺絲都打磨到極致——機器內建 WiFi、具備 DRM 封包認證、出力超越工業等級。產品上市後才被人發現，用手捏一捏就能榨出一樣的果汁。這台售價 400 美元的榨汁機，最後讓 Juicero 成為「過度工程、欠缺需求」的代名詞。

再往後看幾年，AI 硬體圈也上演了同樣的劇本。Humane AI Pin 投入超過 7 億新台幣等值的開發資金，有 200 名工程師、五年的研發週期，卻在上市後 10 個月內停產，所有設備的雲端服務一夕關閉，消費者的資料也隨之清空。

這兩起失敗的共同點，不是技術不到位，而是在產品開發的起點就搞錯了一件事：他們解決的，是自己版本的問題，不是顧客真實在乎的問題。

新創市場研究實戰指南：3 大方法，讓你少踩 40% 創業地雷一文提到，根據 CB Insights 的統計，42% 的新創失敗源於市場根本沒有需求。這個數字聽起來抽象，但放到硬體產業就格外沉重——因為硬體一旦開模量產，每一個定義錯誤都是不可逆的實體損失。

問題不在於你有沒有顧客，而在於你解決的是不是他們真正的問題。那麼，什麼樣的顧客問題定義才算到位？

創辦人的信念不等於顧客的痛點

Humane 的核心信念是「螢幕有毒，我們是解藥」。這句話在 TED 舞台上說出來非常動人，卻不是一個經過驗證的顧客問題——它是一個觀察，甚至是一個价值判斷。

美國人平均每天使用手機近五小時，確實有四成的人表示想要少用一點；但同樣的數據也顯示，這四成裡面有超過六成的人自認無法做到這件事。換句話說，Humane 的「目標市場」從一開始就是一群對自己的改變已經放棄希望的人。你要怎麼賣給他們一個需要他們徹底改變行為的產品？

更根本的問題是：智慧型手機不只是一台設備，它是一個存有你二十年資料的生態系。當你的新產品要「取代」它，等於要同時重建通訊錄、支付記錄、社群帳號、所有 App 的個人歷史——沒有任何一個新創公司有這個能耐。

Juicero 的問題則更直白。他們假設消費者「對現有榨汁方式不滿意，迫切需要更好的解決方案」。但現實是，使用者根本感受不到痛點——因為現有方案（直接買果汁，或者用手捏）已經夠用了。一個不夠痛的問題，再怎麼精良的工程解法都無法讓人掏錢。

顧客問題定義做錯的癥結，往往就在這裡：團隊把「我們認為這是個問題」和「顧客認為這是個問題，而且願意付錢解決」混為一談。

問題強度比問題存在更關鍵

很多團隊做了顧客訪談，卻仍然走向失敗，因為他們犯了一個隱性錯誤：只確認問題「存在」，沒有確認問題「夠痛」。

這兩件事的差距，就是所謂的「問題強度」（problem intensity）。問題可以存在但不緊迫、存在但有免費替代方案、存在但顧客懶得換。任何一種情況，都不足以支撐一款新產品的商業模式。

Daqri 是一家做工業級擴增實境安全帽的公司，他們找到了一個真實存在的工廠問題——現場工人因為資訊不同步而犯錯，造成停機與維修成本。問題是真實的，也是可量化的。然而 Daqri 忽略了另一個更關鍵的問題：工人不想戴那頂安全帽。設備笨重、介面不直覺，而且工廠的文化早就有低摩擦的替代方案——印出來的操作手冊、有經驗的師傅、無線電對講機。

Daqri 解決了問題，卻製造了更多不便。真正的顧客問題定義，必須同時包含三個層次：這個問題真實存在、顧客認為值得改變、而且你的解法比現有替代方案更省力。三者缺一，都可能讓產品在市場上無聲消失。

市場洞見怎麼來？看懂快變市場中貼近消費需求的3大方法裡有一個重要提醒：快速變動的市場中，「消費者告訴你的」和「消費者實際會做的」往往不同。訪談必須深入到行為層次，才能辨別一個問題究竟是口頭的抱怨，還是會驅動購買決策的真實痛點。

早期採用者的熱情可能是假訊號

另一個讓許多硬體團隊踩坑的地方，是把「早期採用者的興奮感」誤判為「市場的普遍需求」。

科技愛好者會搶購任何新奇的產品；設計圈會讚嘆精良工藝帶來的質感；投資人的興趣會被有故事性的願景吸引。這些反饋都很美好，卻都不能告訴你：主流市場中，一個普通消費者願不願意在三年後每天使用你的產品。

Humane AI Pin 的預購名單曾讓團隊充滿信心。但開箱影片一出，情況急轉直下——語音 AI 的回應延遲高達四到六秒，設定計時器（最基本的任務）反覆失敗，雷射投影在戶外陽光下幾乎看不見。真正的主流使用者遇到的問題，和早期採用者願意忍耐的門檻完全不同。

這個現象在顧客問題定義的研究上有個術語叫「假陽性」（false positive）：你問的對象、你拿到的回答，讓你得出「需求存在」的結論，但那個群體根本不代表你真正要打的市場。

產品定位忽略消費者觀點，品牌陷入行銷盲點的3大根本原因中的案例，以大漢酵素說明了類似的現象——當研究對象和真實市場錯位，就算做了大量調查，得出的定位也可能完全偏航。

JTBD：顧客雇用產品的真實理由

有一個框架能幫你跳出「問題存在但不夠痛」的陷阱，叫做 JTBD——待完成任務（Jobs to Be Done）。

JTBD 由哈佛商學院教授 Clayton Christensen 提出，核心主張是：顧客不是在「買產品」，而是在「雇用一個解法來幫他們完成某件事」。這個「事」不只有功能層次，還包含情感層次和社交層次——他們想在完成這件事之後感覺如何、在別人面前呈現什麼形象。

最著名的例子是奶昔研究。麥當勞發現，早晨奶昔的最大消費族群是上班族，他們「雇用」奶昔的原因不是「想喝甜的」，而是「需要一個可以單手拿著、在開車途中慢慢消耗、讓通勤時間不無聊的東西」。當你知道這個真實任務，你才能設計出真正有競爭力的產品。

JTBD 框架在顧客問題定義上的操作，有幾個關鍵轉變：

從「你想要什麼」換成「你在試圖完成什麼」。 前者收集的是偏好和意見，後者收集的是情境和動機。

從「現在的想法」換成「上次換產品的時刻」。 研究者稱之為「切換訪談」（switch interview）：找出顧客從舊解法換到新解法的那個精確時刻，問他們發生了什麼、是什麼讓他們不得不改變、是什麼讓他們猶豫、最後是什麼讓他們決定行動。這個時刻的細節，比任何問卷都更能揭示真實的驅動因素。

繪製四股力量。 顧客換產品的行為受四股力量拉扯：舊方案的挫敗感（推力）、新方案的吸引力（拉力）、對改變的焦慮（阻力）和現有習慣的慣性（惰性）。一個顧客問題定義夠不夠強，取決於「推力 + 拉力」能不能壓過「阻力 + 惰性」。

Juicero 和 Humane 的失敗，都可以用這四股力量解釋——舊方案的挫敗感不夠強，新方案的吸引力又被高昂的摩擦成本（高價格、行為改變、生態系遷移）完全抵消。

好問題的標準：具體、可量化、有行為佐證

如何知道你的顧客問題定義夠不夠紮實？有一個簡單的判準：能不能把問題寫成一個具體情境，讓你的整個開發團隊都能在做每個決策時回頭確認？

「螢幕有毒」不是問題陳述，是意識形態。

「工廠工人在查閱設備維修手冊時需要空出雙手，但現有的印刷手冊和工廠環境不相容」，這才是一個可以驅動設計決策的問題陳述——它有具體的使用者（工廠工人）、具體的情境（查閱維修手冊時）、具體的限制（需要空出雙手）和現有替代方案的缺陷。

Humane 的產品如果用 JTBD 的問題陳述格式來寫，應該是：「長途旅行者在多語言環境中需要即時翻譯，但現有手機 App 需要拿出手機才能操作，干擾了對話流暢度。」這個問題是真實的，也是夠痛的；Humane AI Pin 的翻譯功能在室內測試時也確實有正面回饋。問題是，這個清晰的問題陳述從未成為整個產品的定義核心——他們後來把翻譯變成八個功能之一，而那七個功能全部都沒有做好。

好的顧客問題定義，還需要行為佐證：顧客現在是怎麼解決這個問題的？他們為現有解法付了多少錢或時間？他們有沒有主動搜尋更好的方案？如果答案是「他們其實沒有在積極尋找解法」，那不管你的產品多優秀，都很難推動採用行為。

顧客回饋3大策略：從積極聆聽到成功優化商業模式的系統方法說明了一個核心觀念：顧客回饋的價值，在於它揭示的是真實行為和實際決策過程，而不是他們對假設情境的理想回應。

從問題定義到產品市場契合的距離

顧客問題定義只是起點，不是終點。即使你找到了一個真實且夠痛的問題，還需要驗證你的解法是不是顧客願意「雇用」的那一個。

這個驗證過程，就是所謂的產品市場契合（product-market fit）。Marc Andreessen 對此有個清楚的描述：任何新創公司的生命都可以分成「PMF 之前」和「PMF 之後」兩個階段；在 PMF 之前，幾乎什麼事情都可以搞砸，但只要最後找到契合點，公司還是可以成功；但如果始終找不到契合，就算把其他事情都做對，也會走向終點。

硬體產品的 PMF 驗證比軟體難在哪裡？因為迭代成本極高。軟體可以在上線後每週更新；硬體一旦開模，改一個結構就是幾十萬的模具費和數個月的交期。所以驗證必須發生在建造之前，而不是建造之後。

實務上有幾個可操作的門檻。研究者 Sean Ellis 提出的「40% 非常失望門檻」：如果你的產品明天停止服務，至少 40% 的現有用戶說「非常失望」，你才算是接近 PMF；低於這個數字，說明可替代性還太高。另一個指標是 NPS 淨推薦值（Net Promoter Score），即推薦者比例減去貶抑者比例，參考 NPS淨推薦值調查研究 的說明，不同類別的基準線差異很大，但趨勢的方向比絕對數字更重要。

Ray-Ban Meta 和 Humane AI Pin 幾乎同期進入 AI 穿戴裝置市場，使用的核心技術也相近。Ray-Ban Meta 在 2024 年賣出超過 100 萬台，2025 年出貨量是前一年的三倍。兩者的根本差異不在於工程實力，而在於問題定義的方向——Ray-Ban Meta 選擇的是「幫手機使用者增強體驗」，Humane 選擇的是「取代手機」。前者解決了一個顧客真正在找解法的問題，後者試圖說服顧客相信自己有一個問題。

產品開發團隊常見的三個顧客問題定義陷阱

在實際操作中，顧客問題定義最容易在以下三個環節出現偏差：

陷阱一：把技術可行性當市場需求。 「這個技術現在做得到了，所以應該有市場」——這句話的邏輯把技術和需求的因果倒置了。技術創造可能性，但需求決定去不去。Juicero 的工程設計確實達到工業標準，但這個標準不是市場要求的，是團隊自我要求的。

陷阱二：以早期採用者回饋代替主流市場驗證。 科技愛好者的購買動機和主流消費者截然不同——前者為了新奇，後者為了解決實際問題。如果你的測試群體和目標市場之間有這種認知落差，就很容易把「科技圈的讚美」解讀為「市場的真實需求」。

陷阱三：用訪談問題確認假設，而非挑戰假設。 「你覺得這個功能有沒有用？」是一個讓人傾向說「有用」的問題；「你上次是怎麼解決這個問題的？」才能揭示真實的行為。問題設計的方向，決定你能不能聽到真話。

品類市場選錯就危險：大漢酵素靠2階段研究找回品牌定位中的案例也說明了相似的機制：如果你對自己的產品品類定義錯誤，就算做再多的顧客研究，問的問題也是錯誤市場的問題，最終仍然會在錯誤的方向上持續投入。

最小化假設，最大化顧客接觸

正確的顧客問題定義，需要的不是更多的內部討論，而是更多的顧客接觸——而且是帶著「挑戰自己的假設」去接觸，不是帶著「確認自己的直覺」。

幾個實務做法：

在任何設計決策前，先問「我們對顧客的哪個假設是最不確定的」，然後設計最快驗證那個假設的方式——可以是五個人的深度訪談、一個問題的問卷、或是一個轉換測試頁面的點擊率實驗。關鍵是讓最脆弱的假設最先接觸現實。

做質化訪談時，聚焦在過去的行為而不是未來的意願。「你上一次遇到這個問題是什麼時候」比「如果有這個功能你會用嗎」更能預測購買行為。質化研究的方法論可以參考質化研究，裡面說明了為什麼在顧客動機研究上，數字往往不如故事更能揭示真相。

拒絕「假陽性」的誘惑。當早期測試給出正向信號時，主動去找不買的人、用競品的人、對你的產品無感的人，聽他們的理由，往往比聽粉絲說話更有價值。

最後，把顧客問題定義寫下來，固定在一張紙上，讓整個開發團隊可以反覆回頭確認：「這個設計決策，是在解決我們定義的那個問題嗎？」每當答案變得模糊，就是回去重新確認顧客現實的時候。

問題定義正確，才是產品創新的起點

硬體產品的失敗，從來不只是工程問題，也不只是市場行銷問題。最根本的原因，幾乎都能追溯到同一個時間點：在投入資金打造產品之前，團隊對「我們在解決誰的什麼問題」這個問題，沒有得到夠誠實的答案。

Juicero、Humane AI Pin、Daqri——這些故事不是警示錄，而是確認了一件事：真正的創新不是從「我們能做什麼」出發，而是從「顧客真正在掙扎的是什麼」出發。您的產品就是最佳廣告：掌握3大條件打造口碑行銷的自驅力說得很清楚，產品市場契合不是意外，而是系統地理解需求之後的結果。

在擬定產品策略或進入新市場之前，花時間在顧客問題定義上，是投資回報率最高的一步——它可以在你燒掉第一分資金前，就把「解決錯誤問題」的風險大幅降低。如果你的企業正在面對新產品定位的挑戰，市場調查研究提供了系統化的研究方法，幫助你在顧客真實需求和品牌定位之間找到可執行的連結。

文章摘要與常見問題：