優惠內容很多，但使用者未必能快速找到真正相關、值得看的內容。
Full Case · Consumer Product / Discovery / Growth
點點挖寶趣：從優惠入口，到品牌成長方案
優惠資訊本身並不稀缺。真正的產品問題是：使用者能不能快速找到值得看的內容，並形成再次回訪的理由。
Executive Summary
先解決消費者如何找到內容，再談品牌端成長價值。
負責內容供給、資訊架構、搜尋／瀏覽／分類、正式環境更新流程，以及後續 B2B 商業模式探索。
先建立消費者探索體驗，再以內容生命週期思維維持內容品質與持續更新。
消費者產品已進正式環境；品牌成長方案維持商業模式探索階段。
Context
內容多，不代表使用者會找到有價值的內容。
優惠平台最容易被誤解成「只要收集越多內容越好」。但當內容量增加後，真正的使用者問題反而變成搜尋成本：不知道有哪些、哪一個相關、哪些還有效、哪些值得現在打開。
因此產品重點不是單純增加資料來源，而是把內容供給、消費者探索與後續品牌成長分成不同層級處理。
Problem
內容供給問題與「找得到」的問題不能混為一談。
有資料，不等於找得到
搜尋、瀏覽、標籤、最新／熱門／限時等訊號，都是在降低使用者理解與選擇成本。
內容會過期，也會重複
優惠不是靜態資料庫；新增、重複、保留、到期與更新本身就是產品營運問題。
My Role
把內容入口整理成可搜尋、可營運、可持續演進的消費者產品。
我的工作從資訊架構與前台探索體驗開始，延伸到內容供給與更新方式、正式環境問題、追蹤與資料品質，再進一步思考品牌端是否能在既有消費者價值上建立成長方案。
Constraints
探索商業模式時，不能把規劃中的能力寫成已經發生的結果。
正式產品與探索方向分開
- 消費者探索：可標示為已上線／正式運作。
- 品牌成長：維持商業模式探索。
- 不宣稱未驗證的營收或商轉成果。
公開內容必須抽象化
- 不公開 API keys、PAT、UID 或會員識別資訊。
- 不公開私人追蹤參數或爬取實作細節。
- 不公開未發布的客戶／商業資料。
Key Decisions
四個決策，讓產品先站穩消費者價值。
內容愈多，愈需要解決「找得到」
資料量不是成果；讓使用者能找到相關內容才是產品價值。
先建立消費者價值，再談 B2B 變現
先確認使用者願意找、看、回訪，再談品牌端的成長敘事。
現況／規劃／探索必須明確標示
不同成熟度不能在同一張圖或同一段內容裡被寫成相同狀態。
內容生命週期就是產品營運
內容保留、去重、到期與更新是產品營運問題，不只是資料抓取問題。
Product / System Design
探索體驗的核心，是從使用者意圖走到相關優惠。
From Plan to Production
真正進入正式環境後，內容池需要滾動維護，而不是每天重新歸零。
在真實營運中，如果每日都清空重抓，任何來源波動都會直接造成內容數量與品質不穩。因此產品與系統設計需要保留仍有效的既有內容、加入新候選、去除重複與過期內容，再形成新的有效內容池。
這種內容生命週期思維讓系統在來源不穩定時仍能保持較一致的消費者體驗。
Impact
建立一個可持續更新的消費者探索入口。
消費者產品已進正式環境；品牌成長層維持探索。
目前可支持的成果是搜尋、瀏覽、分類與持續更新的消費者產品能力，以及正式產品介面的實際運作。
沒有足夠證據前，不把品牌成長寫成已商轉、不宣稱已產生 B2B 營收。
Evidence
公開證據以正式產品畫面與產品模型為主。
正式產品 UI
搜尋、瀏覽、分類與優惠內容呈現的實際產品畫面。
內容營運
滾動有效內容池、去重、驗證與到期管理的產品邏輯。
商業模式探索
品牌端成長旅程只作方向性探索，不包裝成既成商業成果。
公開案例不包含 API keys、PAT、UID／會員識別資訊、私人追蹤參數、爬取實作、私人 repository 設定或未發布商業資料。
What I’d Do Next