洞察是策略的地基#

本章談作者最愛、卻也最困難的策略環節——產生、辨識、利用「會成為產品策略地基的洞察」。

你或許聽過這些經典：

• Netflix 早期關於顧客行為的洞察驅動了高速成長與獲利
• Facebook 早期關於新使用者引導的洞察帶來爆炸性成長
• Slack、Salesforce 利用顧客試用相關洞察在企業界擴散

本章探討這些關鍵洞察從哪裡來，以及如何在每天蒐集的成千上萬個資料點中找到它們。

三件先說在前頭的事#

1. 不要找填色式（paint-by-number）的劇本或框架——本書不會給你。

產品策略需要真實的努力與思考。Richard Rumelt：「好策略不是從某個『策略管理工具、矩陣、圖表、三角形或填空式設計』中跳出來的——而是有才華的領導者辨識情境中的一兩個關鍵議題（pivot points），並把行動與資源集中在它們身上。」

你可能會在淋浴時靈光一閃——但前提是你已經花了大量時間研究資料、顧客、基礎技術、產業。策略脈絡（公司目標、計分卡、產品願景）是任何洞察的基礎。

但沒有準備，你不會認得它——即使它就擺在你面前。

四個一致有效的洞察來源#

1. 量化洞察（Quantitative Insights）#

我們做的事中，許多重大洞察源自產品資料分析：

• 商業模式
• 取得漏斗（acquisition funnel）
• 顧客留存因子
• 銷售執行資料
• 數百個重要狀態指標

範例：你假設某類顧客最契合你的產品 → 跑分析驗證 → 發現產品在某些情境下的契合度遠勝其他 → 你可以找更多這類顧客，或試著在其他類顧客身上複製這個動態。

通常你會先有一個關於資料的想法，然後設計實驗去取得需要的資料。

組織越早擅長跑這類即時資料測試，長期成功的機率越高。

每次測試都會學到東西——但偶爾你會學到一個「真正重要」的——這就是洞察。關鍵是：有足夠的知識去辨識這個學習，並把學習轉化為有意義的行動。

2. 質化洞察（Qualitative Insights）#

使用者研究（user research）的本質就是洞察——這也是作者偏愛在組織中設置強的使用者研究員的原因。

質化洞察通常不具「統計顯著性」——但別被這嚇到——質化洞察往往極具威力，能改變公司方向。

研究社群把洞察分為兩類：

多數產品團隊在探索中偏向「評估式」——已經有指派的問題要解。但每次與使用者互動，都有機會學到更多關於他們的事。

即使他們喜歡正在測試的東西，我們可能發現一個更大的機會——這就是生成式洞察。

太多組織不持續做這種「對顧客的學習」，或即使做了，也沒有架構去利用這些洞察——通常因為功能團隊已經被「服務業務」綁架到沒空。

3. 技術洞察（Technology Insights）#

基礎技術不斷演化，偶爾出現的新技術讓我們能用前所未有的方式解決長久問題。

新技術通常意味著「團隊裡沒人受過訓練」——這嚇退許多領導者，或讓他們以為要找有經驗的第三方合作。

但若這項技術對你重要，你公司必須學會它——而且越早越好。

好消息：這通常沒那麼困難——你最強的工程師很可能已經在思考這項技術，只等被允許更深入探索。

在最強的組織中，被賦能的工程師會主動辨識這些技術，並以原型形式把可能性帶到領導者面前。

4. 產業洞察（Industry Insights）#

從產業整體可以學到很多——不只是競爭格局，還包括：

• 重大產業趨勢
• 其他產業中對你產業有啟發的洞察
• 世界其他地區類似市場的洞察

幾乎每個領域都有分析師（analyst）——關注那些你認為最強的就好。

外包給管理顧問？#

不少 CEO 把產業洞察外包給 McKinsey、Bain、BCG 等管理顧問。作者對此感受複雜：

• 顧問公司的人通常很強，但有兩個重大不利因素
• 他們的焦點與經驗幾乎都在「商業策略」，而非「產品策略」（他們常不知道兩者差別）
• 顧問案的時長通常不足以讓他們深入到能做真正產品策略

結果：他們的洞察往往不被產品領導者或團隊認為相關。

替代方案：找願意長期合作的小型公司或個人——讓他們成為團隊的可信成員；或把這類顧問招募進產品組織——他們常能被輔導成卓越的 PM 與產品領導者。

共享學習（Shared Learnings）#

強的產品組織中，這四種洞察是領導層與團隊層持續討論的對象。

但大組織中一半的戰役，是「在對的時間、把對的洞察送到對的人腦中」。

產品團隊在探索過程中常學到驚人的東西——但這些學習很容易停留在那個團隊內。

多數團隊嘗試分享的方式：寫進 email、Slack、報告——很少有效。

產品領導者或設計領導者通常是第一個能「把不同團隊的學習連點成線」的人。

關鍵：把學習（資料、顧客、技術、產業……）送到產品領導者那裡。每週一對一是這個機制的關鍵——這也是「賦能團隊不需要更少管理，需要更好管理」的另一個例證。

推薦做法：每週彙總#

作者長年推薦：產品長應該每週／雙週聚總所有團隊的關鍵學習，並在全員大會中分享。

這樣做有三個用途：

1. 讓更廣的組織（其他團隊與利害關係人）了解每週發生的學習
2. 強迫產品長真的「吸收」這些洞察——不是只用 email 轉發
3. 你很難預判一個洞察會在哪個地方產生最大影響——廣泛分享才能最大化機會

結語#

至此，我們已經：

• 把焦點縮到少數真正關鍵的問題
• 識別出能產生衝擊的關鍵洞察

下一章：把洞察轉化為行動。

附帶：願景樞紐（Vision Pivot）#

本書按理想線性順序鋪陳：先有願景 → 策略 → 團隊執行。多數情況確實如此。

但有時候，在策略工作或團隊探索中，我們發現了改變一切的洞察——更大或更好的機會。經與高階主管（通常含董事會）討論後，公司決定把產品願景轉向。

這就是「vision pivot」——拯救與成就過無數公司：Slack、YouTube、Facebook、Netflix 等。

作者解釋這個概念時總有點猶豫：因為產業最大的問題之一就是產品組織太早放棄願景。

Bezos 說：「Be stubborn on our product vision.」作者極度同意。

Vision pivot 適用於「洞察帶來更大機會」時——而不是「我們發現問題比想的更難」（這幾乎永遠是事實）。