前言
在雙邊平台（如求職網、接案平台）中，引入「社交配對機制（類似 Tinder 的滑動功能）」是近年常見的增長手段。
在這次的練習中，我面對的情境是：情境： 某職涯平台推出了一款「社交配對功能」，在假設流量與滑動數極高（Gamification 成功）的情境下，但 B 端企業用戶卻抱怨「無效社交」——雖然配對成功，但求職者回覆率極低，導致 B 端付費意願低落。
這是一場關於「虛榮指標 (Vanity Metrics)」與「商業變現 (Monetization)」的深度攻防。
一切思考之前：這個功能，真的該存在嗎？
在開始解題前，我先拋出一個根本性的疑問：
- 為什麼職涯平台需要「社交配對功能」？
- 這個功能在整體商業模式中的角色是什麼？
- 如果回扣營收與成長目標，它的戰略定位為何？
也正是這些疑問，讓我開始跳脫「功能是否好用」，轉而思考「這個功能，是否站在正確的商業位置上」。
戰略拆解：純社交，是職涯平台的陷阱
Gemini 提供了一個非常關鍵的產品視角：
對職涯平台而言，終局一定是 Recruitment（招募），而不是純社交。
原因一：護城河不同
- LinkedIn 的護城河：內容 + 社交。使用者來看產業新聞、職場分享、曬成就，順便「找人」。
- 職涯平台的護城河：履歷編輯工具 → 履歷資料。對使用者而言，平台高度功利：「我要找工作 / 我要招人」。
- 若社交配對主打「純交友、拓展人脈」，競爭對手將瞬間變成：LinkedIn、Twitter、Threads，甚至 Instagram —— 這是一場毫無勝算的戰爭。
原因二：變現效率完全不同
- Networking（弱連結）：想認識同行，但付費意願極低，頂多一個月 $100。
- Recruiting（強需求）：缺一位工程師，找不到人專案就會失敗。我願意一個月付 $5,000，甚至更多。
- 回到平台本身的商業模式：B2B SaaS + Marketplace，B 端的預算與付費動機，遠高於 C 端。
小結：戰略定位
- Networking 的角色是「保溫」，維持 C 端活躍與留存。
- Recruiting 的角色是「變現」，滿足 B 端的剛性需求。
因此，平台真正的策略是：
用 Networking 的外殼（輕鬆、遊戲化），包裝 Recruiting 的核心（高效媒合）。
我的反思：從「功能思維」到「商業思維」的躍升
這段拆解帶給我極大的啟發，也讓我對「產品價值」有了全新的認知：
- 一切分析的起點，始於「變現邏輯」
- 做的每件事、每個功能，終究必須回扣到商業與營收目標。
- 如果不知道如何定位一個功能，最快的方式就是從「這個產品如何賺錢」回推。當我們理解了 LinkedIn 或其他雙邊平台的變現核心是 B 端時，就能推測每個功能背後的真正意圖。
- 「變現效率」決定資源投放的戰場，理解了變現模式後，下一步是評估「效率」。
- 既然 B 端的付費意願與能力遠高於 C 端，那麼產品策略的挑戰就變得清晰：「如何將力氣花在對的地方——即在最大化 B 端變現效率的同時，不犧牲 C 端的使用者體驗。」
這次練習讓我深刻體會到，將功能開發與商業目標、營收價值掛鉤，不只是老闆的事，而是所有產品分析與創造的第一步。 唯有理解了這層邏輯，我們才能跳脫「做功能 (Build Features)」的陷阱，真正開始「做生意 (Build Business)」。
回到正題
情境： 某職涯平台推出了一款「社交配對功能」，在假設流量與滑動數極高（Gamification 成功）的情境下，但 B 端企業用戶卻抱怨「無效社交」——雖然配對成功，但求職者回覆率極低，導致 B 端付費意願低落。
我的直覺診斷與初步解法
數據洞察
我發現求職者不回覆的主因是「缺乏脈絡」。當被 HR 右滑時，求職者不知道對方是為了「招募」還是「純聊天」，也不知道該聊什麼，導致互動斷裂。
- 不清楚對方是來「招募」還是「純聊天」
- 不知道這場配對的目的
- 不知道第一句該說什麼
初步解法
- 標籤分流： 讓用戶選擇標籤（如：找工作、純交流、招募），以減少期待落差。
- 開啟互動： 系統引導 HR 在右滑後「先留言」，表明意圖。
- 快捷回覆： 系統提供罐頭回覆（如：我對貴司職缺有興趣），降低求職者回覆門檻。
這些解法改善了體驗，但仍存在戰略級問題。
遇到的挑戰
Challenge 1：籤太軟，模式切換才是硬道理
雖然透過標籤可以大幅篩選，但如果不做成「硬性分流」，會造成災難。舉例：我是 HR，我來這裡是為了招募。如果平台推給我一堆標籤是「純交流」或「拓展人脈」的人，我會覺得功能很爛。
優化方向
- Recruiting Mode (付費)： 專門給 HR 用，只看得到求職者。
- Networking Mode (免費)： 一般交流。
- 高價值需求必須被清楚切割，才能有效變現。
這是我沒有想到的變現模式，我認為貼標籤已經是好的做法了，但還是可以被挑戰，這個挑戰打開我的知識邊界，讓我意識到，在思考產品功能時，可以大膽去思考如何變現，不過前提如同上一段分享的內容，必須要先有生意思維。
Challenge 2：誤判了 HR 的行為成本
假設 Challenge 1 成立，雖然提供 HR 針對每一個滑動的人「寫留言」看似合理，但其實不切實際。原因在於實際情況是：HR 每天要篩選上百人，他們需要的是效率。
問題不在 HR 是否可以留言或是自介，而在於「身份缺乏連結」(是否有更有效率的方更快表明其意圖)。
優化方向
- 職缺綁定 (Job Binding)
- 不需 HR 留言，而是讓 HR 在進入配對前選擇(銜接第一點優化，結合付費分流)：「我要為 [資深 PM] 職缺找人」。
- 結果： 求職者看到的卡片直接顯示「對方想找你聊 [資深 PM] 的職缺」。這自動創造了最強的對話脈絡。
這邊我的盲點在於，我的功能發想只停在執行，只停在執行面向沒關係，但是又把這執行面向想的太簡單，導致被挑戰。
Challenge 3：北極星指標的定義
在這題練習的最後，要我定義北極星指標，我原本看「回覆率」或「聊天數」。但這在招募場景中可能是無效的，（比如雙方只傳了個 Hi），這些都是過程指標。
要如何定義？
- 先理解平台最終的目標是什麼？平台的終局是「招募」。
- 再思考，什麼樣的指標可以驗證招募成功？能驗證招募成功的指標就是北極星指標 ： 「面試邀約轉化率」。因此，應該在聊天室中設計「發送面試邀請」的功能卡片，這才是 B 端願意付錢的真正價值。
這個挑戰，讓我不禁好奇，要如何讓自己有這樣的思維？Gemini 給的建議是，需要有價值階梯的概念，數據是有分層級的，我們要做的是「辨識」何謂真正與商業目標有關的數據指標。
1. Level 1 (虛榮)：滑動數、配對數。
2. Level 2 (過程)：訊息數、回覆率。
3. Level 3 (結果)：履歷索取數、面試邀約數。
最終回扣到產品策略： 我們的任務是引導用戶從 Level 1 爬升到 Level 3。
結語：從「做功能」到「做生意」
這次練習讓我深刻體會到，資深 PM 與初階 PM 的分水嶺在於：
「你是在解決用戶『不知道聊什麼』的尷尬（體驗層），還是在解決企業『找不到人』的痛點（商業層）？」
透過這次的練習，我們才能將一個看似交友軟體的功能，轉化為企業願意買單的高效招募武器，才能跳脫 Build Features，真正開始 Build Business。
這是我第 54 天的練習紀錄，將持續練習這個「數據思維升級計畫」，持續優化觀察力與邏輯💪
