題幹與適用場景
請設計一個幫助人們發現本地活動的產品。回答應涵蓋目標使用者、場景、活動供給、搜尋與推薦、信任安全、冷啟動、指標和迭代範圍。
題目不要求預設做成地圖或社交網路。可以選擇一個明確人群和使用場景，再說明為什麼暫時放棄其他方向。位置資料、活動隱私和主辦方品質是必要約束。
面試官考察點
使用者分群
強回答會選出具體人群，例如剛搬到新城市、帶孩子的家庭或興趣社群，而不是把「所有本地居民」當成一個使用者。不同分群會改變活動類型、信任門檻和探索入口。
問題優先級
候選人應先驗證使用者找不到合適活動的原因：資訊分散、時間不匹配、距離太遠、品質不確定，還是缺少同行者。優先解決一個高頻且可由產品改善的問題。
雙邊供給
活動主辦方和參加者同時影響價值。回答要說明如何導入真實活動、處理重複與過期資訊，並讓主辦方願意持續更新，而不是只設計消費者端頁面。
指標與取捨
成功指標要連接「發現並參加合適活動」的使用者價值，同時監控誤導性列表、投訴、隱私拒絕和供給集中度等護欄指標。
回答前需要釐清的問題
- 目標城市、活動類型和使用者年齡範圍是什麼？
- 產品服務一次性旅客、長期居民，還是主辦方？
- 活動資訊來自合作方、主辦方提交，還是公開資料？
- 探索結果需要即時、個人化，還是先保證準確？
- 是否允許使用精確位置，使用者拒絕授權時怎麼辦？
- 目標是提高瀏覽、報名、實際到場，還是幫助主辦方填滿活動？
30 秒回答框架
「我先聚焦剛搬到城市、想在週末認識同好但不願加入大型社交群的成年人。核心問題是可信、符合時間和距離的活動難找。V1 讓本地主辦方提交結構化活動，使用者按時間、距離和興趣篩選，並顯示來源、更新時間和取消政策。位置預設使用使用者選擇的區域，授權只是加速，拒絕授權也能搜尋。先用活動詳情頁到報名的轉化和實際到場率衡量價值，再用過期率、投訴率和供給留存做護欄。」
分步驟深入解答
第一步：選擇切入人群
選擇一個有明確任務的人群，例如新城市居民週末找小型興趣活動。描述他們目前如何搜尋、為什麼現有渠道失敗，以及他們願意提供哪些資訊。
第二步：定義核心任務
把任務定義為「在可接受距離和時間內找到可信、願意參加的活動」。把瀏覽、收藏、分享、報名和到場區分開，避免把點擊誤當成完成任務。
第三步：建立供給與信任
允許認證主辦方提交活動，要求開始時間、地點區域、容量、價格、取消規則和更新時間。重複活動合併，過期活動自動下架；使用者可舉報虛假、歧視或危險內容。
第四步：設計探索體驗
V1 提供區域選擇、時間、興趣、距離和價格篩選；排序優先匹配度、時間新鮮度和可信度，而不是只按贊助費。活動詳情顯示地址精度、來源、最後更新時間和報名入口。
第五步：處理位置與隱私
先讓使用者選擇城市或街區，再詢問是否允許瀏覽器提供位置。拒絕授權時保留手動搜尋；只保存必要的粗粒度區域，並提供清除和修改入口。位置權限屬於漸進增強，不應成為使用門檻。
第六步：冷啟動與指標
先與少量場館、社區組織和活動平台合作，覆蓋一個城市的一類活動。核心指標是合格活動詳情到報名、報名到到場的轉化；護欄包括過期率、重複率、投訴、取消、位置授權拒絕和主辦方七日留存。
高品質示範回答
「我選擇剛搬到城市、週末想參加小型興趣活動的成年人作為 V1 人群。他們的問題不是沒有活動，而是資訊分散、時間和距離不合適、主辦方可信度不明。
V1 先做一個城市內的活動目錄：認證主辦方提交結構化欄位，系統檢查重複、過期和缺失資訊；使用者可以選擇城市或街區，再按時間、興趣、距離和價格篩選。詳情頁展示來源、更新時間、容量和取消規則，報名跳轉到主辦方。使用者不授權精確位置仍可正常搜尋。
我把詳情頁到報名、報名到到場作為價值指標，用過期率、投訴率、重複率、取消率和主辦方留存做護欄。先在一個城市和一個興趣垂類驗證供給與到場，再擴展推薦、社交和跨城探索。」
常見錯誤
- 服務所有人 → 需求和供給無法聚焦 → 選擇一個城市與具體分群。
- 一開始做地圖和社交 → 價值假設未驗證 → 先解決可信活動探索與報名。
- 只依賴使用者自發發布 → 冷啟動和品質不可控 → 引入認證主辦方與結構化欄位。
- 用點擊量當成功 → 點擊可能來自誤導列表 → 追蹤報名、到場和投訴護欄。
- 強制精確位置授權 → 隱私拒絕即無法使用 → 提供城市或街區手動搜尋。
- 只看活動數量 → 重複和過期會污染供給 → 監控新鮮度、重複率和下架時效。
- 忽略主辦方 → 供給無法持續 → 設計驗證、編輯和留存機制。
- 過早擴展社交功能 → 增加安全與審核成本 → 先驗證探索到到場的閉環。
追問及應對
追問一：沒有足夠活動供給怎麼辦？
縮小城市與興趣範圍，邀請少量高品質主辦方並提供匯入工具；先保證可用密度，再開放使用者提交和推薦擴張。
追問二：使用者拒絕位置權限怎麼辦？
保留城市、街區和郵遞區號搜尋，用使用者主動選擇的區域完成核心任務；只有明確授權時才使用裝置位置改善排序。
追問三：如何防止虛假或危險活動？
要求主辦方驗證、聯絡方式和取消規則，偵測重複與異常變更，提供舉報和快速下架；高風險類別增加人工審核。
追問四：推薦排序會讓熱門活動更熱門嗎？
把匹配度、新鮮度、可信度和多樣性納入排序，給新活動受控曝光；監控長尾供給的詳情到報名轉化，不只追求點擊。
追問五：如何判斷要擴展到第二座城市？
先看首城多個週期的合格供給密度、報名到場轉化、投訴率、主辦方複投和使用者留存達到門檻，再評估新城市的供給可取得性和本地規則。
來源一：Meta 產品經理面試指南
Meta 的官方準備指南強調先說明問題為何重要，展示使用者同理心、分群、取捨、目標和指標；這些要求適用於本題的產品感知回答。
來源二：位置權限與降級
MDN 說明 Geolocation API 需要使用者授權、僅在安全上下文可用，並且應處理拒絕和錯誤狀態；因此本題把手動區域搜尋作為無權限降級路徑。
來源三：公開產品感知題型
公開面試資料將「幫助人們發現本地活動」列為產品設計練習，重點考察分群、問題優先級、方案取捨和指標，而非堆疊功能。