發現好吃，找到合你口味的一餐。

為什麼選擇「好」

「多」提供選擇，「快」降低操作成本，「省」減少花費；但都不能單獨保證用戶吃得滿意。KC 的戰略假設是：持續幫用戶選對，才能形成比一次優惠更持久的使用理由。預算與效率仍重要，但服務於「好」，不再各自成為獨立主線。

這是待驗證的產品方向，不是已證明的競爭優勢。AI 決策、電話與人工兜底保留；不重建支付交易平台，不以商家入駐作為用戶使用的前提。

「好吃且合口味」是核心，場景與預算是必要條件

首頁標記「好」，必須讓人看懂依據

入選機制建議：運營依統一清單核查來源和推薦理由，記錄審核人及日期；推薦官不是自動認證。出現菜單變更、重複失配或履約投訴時複核，必要時撤下精選標記。

榜單不只有一種「最好」

先做「UCI 課後值得吃」「適合聊天的聚餐」「同一道菜的不同風格」等有理由的專題清單；資料足夠後再做同菜排名及個人必吃榜。公開範圍、樣本和時間，不用餐廳總評冒充菜品評分。

口味以本人表達和實際反饋為主；飲食文化背景可自願補充，不按族裔、姓名或語言直接推定喜好。過敏與嚴格飲食限制需餐廳確認，不以 AI 推論保證安全。

差異不在單個功能，而在「發現到吃後認可」的體驗

以下比較美國餐飲入口的主要角色，不代表各平台只有這些功能。KC 的差異是擬驗證方向，不能僅憑功能組合宣稱領先。

鴨覓給我們的啟發：推薦官、口味適配與組隊找店可作產品參考，但不是把整套社區一次搬來。KC 先以 UCI 小範圍供給與學生關係網建立可信度，再看是否能複製。

長期可積累的是「用戶—菜品—偏好—真實結果」及信任關係，不是公開資料、通用 AI 或電話功能本身。商業化不得購買自然榜單排名。

核心假設：選得好，才會再用和分享

同步保留經營指標：累計與新增註冊、DAU／MAU、渠道轉化、確認履約成功率、人工成本。核心價值指標建議為「每週已確認用餐且餐後認可推薦的次數」，同時看獨立用戶數。

驗證方式：先由校友引薦在校生，在日常用餐與真實聚餐中試用；記錄原本找餐方法、推薦前預期和吃後結果。建議首輪 30–50 名學生、至少 30 次有效餐後反饋作方向性判斷，再校準 KPI，不將小樣本稱為規模化成功。

提交訂座／下單需求 ≠ 餐廳確認 ≠ 實際用餐 ≠ 滿意。訂單或支付由既有餐廳／渠道承接；AI 尚不穩定時可由客服兜底，清楚告知處理狀態。

以學生真實生活出發，不要求每個人先跟 AI 聊天

以上是待訪談與試用驗證的場景假設，不代表所有 UCI 學生的共同偏好。校友協助引薦與理解背景，仍需在校生實際使用。

本版內容更重、社交更輕、AI 理由更清楚

內容從哪裡來

起步：運營核查資料，邀請校友、學生體驗者與推薦官提供真實內容；MCN 將真實體驗製作成菜品／聚餐內容。使用後：普通用戶打卡反饋與分享。兩種來源清楚標示，不把宣傳內容包裝成獨立評價。

以上為功能規劃，不代表已上線。本次只確認方案；Demo 待確認後製作，沿用現有 Web 品牌與餐廳詳情結構，不改正式產品。

幫值得被發現的商家，找到真正適合的食客

KC 首先服務消費者。商家獲得的是特色被理解、匹配的客流與真實反饋，不是購買「好店」認證。Chowchow 可以參與，但不再作為整個定位的中心。

小商家、新商家、沒有評分，怎麼辦？

先確認資料與特色，進入獨立的「新店探索」內容；邀請願意探索的學生真實體驗，逐步形成具體菜品反饋。證據足夠後再審核是否精選。沒有評分不應被永遠埋沒，但 KC 也不能在缺乏證據時保證好吃。

後續商業化：可評估商家工具訂閱、透明標示的活動合作或可核驗效果服務；現階段先驗證消費者價值與商家實際獲益，不把付費設成被推薦的門檻。