{"content_id":"byzp3fenqn","slug":"matching-platform-policy-5-rules","locale":"zh-hant","schema_type":"HowTo","category":"how_to","category_name":"操作教學","title":"媒合平台上線前必須決定的5項政策：防止佣金流失與品質崩壞的營運規則","summary":"媒合平台光靠預約、付款、聊天功能很難持續運作，還需要能保護佣金並守護雙方使用者的市集規則。上線前必須明確制定曝光順序、媒合方式、取消政策、防止私下交易，以及爭議與結算標準。","author":{"name":"injoys","url":"https://injoys.com/ko/about"},"key_points":["媒合平台的核心營收是平台內成交交易的佣金，因此若私下交易增加，商業模式就會崩壞。","曝光順序與媒合方式並非單純的 UI 問題，而是決定供應者行為誘因與客戶信任的營運政策。","取消與退款標準必須在付款前告知並取得同意，才能減少供應者損失與客戶爭議。","僅靠屏蔽聯絡方式很難阻止私下交易，必須設計出使用平台付款時可獲得退款、調解與紀錄保護的利益。","若不立即支付結算款，而是保留一段期間，當爭議發生時，平台就能取得實質的調解手段。"],"content_markdown":"## 核心摘要\n\n像寵物保姆、家教、室內裝修、清潔、課程、照護這類連結人與人的媒合平台，並不是只靠功能就能運作。預約、付款、個人檔案、聊天、評價功能可以用 AI 快速做出來，但守住平台收益與信任的，不是程式碼，而是**政策**。\n\n尤其媒合平台的營收大多來自交易手續費。供給者與需求者透過平台首次相遇後，如果交換外部聯絡方式並開始私下交易，平台就只承擔了獲客成本與營運成本，卻失去營收。因此，在上線前必須先定好市場規則，再把這些規則轉換成功能需求，交給 AI 和開發團隊。\n\n## 媒合平台為什麼不同於一般網站\n\n### 雙邊市場的結構\n\n媒合平台不是只要讓單邊滿意的服務。需求者和供給者都是客戶。\n\n| 區分 | 範例 | 平台需要解決的問題 |\n|---|---|---|\n| 需求者 | 飼主、家長、屋主、客戶 | 想輕鬆找到可信任的人，並在發生問題時受到保護 |\n| 供給者 | 寵物保姆、家教老師、施工業者、自由工作者 | 想穩定接案，並受到保護，避免取消或惡意客戶 |\n| 平台 | 市場營運者 | 必須促成交易、收回手續費，並管理糾紛成本 |\n\n在這種結構中，規則比功能更重要的時刻很多。舉例來說，「顯示保姆列表」這個功能很簡單，但要先顯示誰，才是業務的核心。是要把回覆率高、評價好的保姆排上去，還是也給新保姆機會，或是加入廣告商品，都會改變市場的信任與收益結構。\n\n## 只有功能的平台會失敗的 3 種方式\n\n### 1. 沒有曝光順序，好的供給者就會離開\n\n如果只按照註冊順序顯示供給者，努力工作的人和被閒置的帳號就會受到同樣對待。擁有 4.9 分評分、47 則評價、快速回覆率的保姆可能被往下推，而沒有評價的帳號可能曝光在上方。\n\n在這種結構下，供給者累積好評並快速回覆的理由會變弱。需求者也會產生「為什麼這個人先出現？」的不信任感。曝光政策會同時左右搜尋品質、供給者動機與客戶信任。\n\n### 2. 聯絡方式太早公開，手續費就會流失\n\n如果聊天很自由，且付款前就曝光聯絡方式，就很容易出現「不要用 App，直接聯絡我可以給你更便宜」這類對話。此時平台已承擔搜尋、推薦、信任建立、客戶支援成本，卻沒有取得實際營收。\n\n私下交易不只造成單純的手續費損失。若交易在外部進行，退款、安全事故、爽約、服務品質問題，平台就很難確認或介入調解。結果需求者與供給者都會離開保護機制之外。\n\n### 3. 沒有取消政策，某一方就會單方面受損\n\n如果當天取消也能全額退款，供給者即使空出一整天行程，也可能得不到補償。相反地，如果供給者突然取消卻沒有任何罰則，需求者的重要行程可能會被毀掉。\n\n取消政策是客戶友善與供給者保護之間的平衡。如果沒有標準，每次都必須由營運者以情緒判斷，同樣的事件得出不同結論，就會引發不公平爭議。\n\n## 上線前必須決定的 5 項必要政策\n\n### 1. 曝光順序：誰會顯示在上方\n\n曝光順序是平台的獎勵體系。必須先決定要把上方曝光作為哪些行為的結果來給予。\n\n#### 建議標準\n\n- 近期回覆率\n- 平均回覆時間\n- 評價評分\n- 評價數\n- 最近活動日\n- 預約完成率\n- 取消率\n- 檢舉或糾紛紀錄\n- 是否為新供給者\n\n#### 政策範例\n\n| 要素 | 政策範例 | 意圖 |\n|---|---|---|\n| 回覆率 | 最近 30 天詢問回覆率越高越加分 | 引導客戶快速獲得回覆 |\n| 評分 | 在達到一定評價數以上時，評分越高越加分 | 將經驗證的品質反映在上方 |\n| 近期活動 | 最近有登入或更新行程則加分 | 避免曝光閒置帳號 |\n| 取消率 | 因供給者責任造成的取消越多則扣分 | 抑制不負責任的供給者 |\n| 新區域 | 將沒有評價的新供給者曝光於獨立區域 | 提供新進者初期機會 |\n\n#### 重要原則\n\n即使不完全公開曝光標準，也建議在畫面上說明主要要素。例如引導「推薦順序會綜合回覆率、評價、近期活動、預約完成率決定」，供給者就能理解自己應該採取哪些行動。\n\n### 2. 媒合方式：自動指派，還是申請與選擇\n\n媒合方式會決定客戶體驗與責任結構。\n\n| 方式 | 說明 | 優點 | 缺點 | 適合的服務 |\n|---|---|---|---|---|\n| 自動指派 | 平台直接連結符合條件的供給者 | 快速且簡單 | 不滿會集中成平台責任 | 緊急出動、單純作業、標準化服務 |\n| 申請與選擇 | 需求者發布請求，供給者申請後由需求者選擇 | 有利於建立信任，且選擇責任被分散 | 需要更多時間 | 寵物保姆、兒童照護、家教、室內裝修諮詢 |\n| 混合型 | 自動顯示推薦候選人，但最終選擇由客戶決定 | 平衡速度與信任 | 政策設計較複雜 | 多數初期媒合平台 |\n\n若是重視信任的服務，「申請與選擇」方式較有利。飼主或家長可以自行比較個人檔案、評價、經歷、可服務時間、價格後再選擇，心理上的安定感會更高。相反地，自動指派雖然快速，但當結果不滿意時，「平台指派錯了」的不滿可能會變大。\n\n### 3. 取消政策：何時、退款多少\n\n取消政策必須在付款前顯示並取得同意。如果付款後才知道退款限制，糾紛可能性會提高。\n\n#### 取消・退款標準範例\n\n| 取消時間點 | 客戶退款範例 | 供給者補償範例 | 營運意圖 |\n|---|---:|---:|---|\n| 服務 3 天前為止 | 100% 退款 | 無 | 允許客戶彈性變更 |\n| 服務 1 天前為止 | 50% 退款 | 部分補償 | 彌補供給者的行程損失 |\n| 當天取消 | 不退款或限制退款 | 按一定比例補償 | 抑制爽約與臨時取消 |\n| 因供給者責任取消 | 客戶全額退款 | 供給者曝光扣分 | 保護客戶並防止不負責任的取消 |\n\n上述數字是範例，實際比例應依服務特性、地區規定、金流服務商政策、客戶期待水準來決定。\n\n#### 供給者取消罰則\n\n對供給者一律課以金錢罰則的方式，可能產生法律與營運上的負擔。初期下列非金錢性罰則可能更實用。\n\n- 推薦分數扣分\n- 一定期間排除於上方曝光\n- 重複取消時限制新預約\n- 檢討是否向客戶自動提供道歉優惠券\n- 經營運者審查後給予帳號警告或停權\n\n### 4. 手續費與防止私下交易：比起阻擋，更要設計保護利益\n\n手續費率會依商業模式而不同。例如在 10%、15%、20% 中選擇哪一個，必須考量獲客成本、付款手續費、客戶支援成本、保險或保證成本、供給者利潤後決定。\n\n問題不在於手續費率本身，而是私下交易。防止私下交易不只是隱藏電話號碼的功能，而是打造「在平台內交易更安全且更有利」的結構。\n\n#### 必要功能與政策\n\n| 項目 | 政策範例 | 目的 |\n|---|---|---|\n| 聯絡方式不公開 | 付款確認前不公開電話號碼、電子郵件、通訊軟體 ID | 降低付款前流失 |\n| 聊天偵測 | 偵測電話號碼、帳號、外部通訊軟體 ID 格式 | 警告私下交易嘗試 |\n| 警告文案 | 提示「外部交易無法受到退款・調解保護」 | 比起處罰，更強調保護利益 |\n| 重複違規制裁 | 重複繞過分享聯絡方式時限制曝光或審查帳號 | 維持市場秩序 |\n| 平台付款利益 | 提供退款規定、糾紛調解、交易紀錄、撥款保護 | 提供在平台內付款的理由 |\n\n#### 警告文案範例\n\n「為了安全，付款前會限制分享聯絡方式與帳號。如果在平台外交易，將無法獲得退款、糾紛調解、交易紀錄保護。」\n\n這段文案的核心不是「不要這麼做」，而是「必須在 App 內付款才會受到保護」。需求者與供給者理解平台內部交易的利益，私下交易的誘惑才會降低。\n\n### 5. 糾紛與撥款：何時支付款項\n\n糾紛調解的實質力量來自撥款結構。如果付款金額在服務完成後立刻全額支付給供給者，當發生問題時，平台就很難執行退款或部分退款。\n\n因此，許多媒合平台會採用付款後保管一段期間款項，或暫緩支付的結構。這常被說明為類似履約保證的概念，但實際可行的方式，必須確認金流服務商條款與各地金融・電子商務法規。\n\n#### 撥款政策範例\n\n| 階段 | 處理 | 營運目的 |\n|---|---|---|\n| 預約付款 | 客戶在平台付款 | 確保交易紀錄 |\n| 服務進行 | 將聊天、行程、請求事項留在平台 | 確保糾紛證據 |\n| 服務完成 | 變更為完成狀態 | 開始等待撥款 |\n| 完成後 48 小時 | 運作異議提出期間 | 可受理事故・不滿 |\n| 無糾紛 | 撥款給供給者 | 正常交易結束 |\n| 受理糾紛 | 暫緩撥款後審查證據 | 判斷退款・部分退款・駁回 |\n\n48 小時是範例。依服務特性可改為 24 小時、72 小時、7 天等。像寵物照護或室內裝修這類問題可能延後發現的服務，可能需要更長的確認期間。\n\n## 營運者畫面中必須具備的糾紛資料\n\n若要妥善處理糾紛，營運者必須能在同一個畫面看到事件脈絡。\n\n| 資料 | 必要原因 |\n|---|---|\n| 預約資訊 | 確認日期、金額、服務範圍 |\n| 付款與撥款狀態 | 確認可退款金額與是否暫緩支付 |\n| 聊天紀錄 | 確認約定內容與是否事前告知 |\n| 照片或檔案證據 | 確認事故、瑕疵、作業結果 |\n| 取消・變更紀錄 | 確認行程是因誰的請求而變更 |\n| 過往糾紛紀錄 | 確認是否為重複問題帳號 |\n| 營運者決定理由 | 作為下一個類似事件的標準 |\n\n記錄營運者決定理由非常重要。必須留下「為什麼全額退款」、「為什麼部分退款」、「為什麼判斷為供給者責任」，才能形成一致的營運標準。\n\n## 應放入 AI 開發提示詞的政策需求\n\n如果只指示 AI「幫我做預約、付款、聊天功能」，市場的核心規則很可能會遺漏。應如下方明確寫出政策。\n\n### 提示詞範例\n\n```text\n我要製作寵物保姆媒合平台。請不要只做單純功能實作，而是反映以下營運政策來設計。\n\n1. 保姆列表預設以回覆率、評價評分、評價數、最近活動日、預約完成率綜合排序。\n2. 新保姆不要因評價不足而完全被擠掉，應曝光於獨立的新保姆區域。\n3. 媒合方式為飼主發布請求後，保姆提出申請，飼主查看個人檔案與評價後選擇。\n4. 付款前在畫面顯示取消・退款政策並取得同意。\n5. 付款前限制分享電話號碼、電子郵件、帳號、外部通訊軟體 ID。\n6. 在聊天中偵測到看似聯絡方式或帳號的格式時，顯示私下交易警告文案。\n7. 服務完成後 48 小時內暫緩撥款，若此期間受理糾紛，則停止撥款。\n8. 營運者必須能在同一個畫面查看預約資訊、付款狀態、聊天紀錄、證明檔案、決定理由。\n\n實作前，如果有我尚未決定且需要決定的政策，請先向我提問。\n```\n\n最後一句話很重要。必須讓 AI 對遺漏的政策提出問題，開發成果才不會只是單純的畫面集合，而會更接近可營運的平台。\n\n## 轉換成資料模型來思考\n\n政策最終都必須留下資料。以下項目即使在 Ruby on Rails 這類網頁框架中，也能以基本資料表與狀態值實作。\n\n| 領域 | 必要資料範例 |\n|---|---|\n| 使用者 | 角色、本人驗證狀態、是否可公開聯絡方式 |\n| 供給者個人檔案 | 經歷、服務地區、價格、可服務行程、介紹、驗證狀態 |\n| 曝光分數 | 回覆率、評分、評價數、最近活動日、取消率、扣分紀錄 |\n| 請求 | 客戶請求內容、希望行程、預算、位置、狀態 |\n| 申請 | 供給者申請訊息、提案價格、可服務時間 |\n| 預約 | 被選擇的供給者、行程、金額、可取消時間點、完成狀態 |\n| 付款 | 付款狀態、退款狀態、平台手續費、預計撥款金額 |\n| 聊天 | 訊息、附件、是否偵測到聯絡方式、警告曝光紀錄 |\n| 糾紛 | 原因、證據、受理時間、是否暫緩撥款、決定結果 |\n| 撥款 | 等待撥款、暫緩、支付完成、失敗、重試狀態 |\n\n這樣設計後，營運政策就不會分散在程式碼各處，而是能以狀態與紀錄來管理。\n\n## 上線前檢查清單\n\n- 是否已決定基本排序標準？\n- 是否有方法給新供給者曝光機會？\n- 是否已決定採用自動媒合、申請與選擇、混合型中的哪一種方式？\n- 是否區分客戶取消與供給者取消？\n- 是否在付款前告知退款比例與時間點？\n- 是否限制付款前分享聯絡方式與帳號？\n- 私下交易警告文案是否比起處罰，更說明保護利益？\n- 平台手續費率與撥款金額計算式是否明確？\n- 服務完成後是否有暫緩撥款期間？\n- 受理糾紛時是否能自動停止撥款？\n- 營運者是否能在同一個畫面查看證據與聊天紀錄？\n- 是否記錄營運者決定理由？\n- 是否已要求 AI 或開發團隊「未決定的政策請先提問」？\n\n## 結論\n\n媒合平台初期開發中最危險的錯覺，是認為「有功能，市場就會運作」。實際上，驅動市場的是曝光、媒合、取消、手續費、撥款、糾紛處理等規則。\n\nAI 可以快速產出程式碼，但要獎勵哪些行為、阻擋哪些風險，必須由創辦人決定。上線前應將 5 項政策文件化，並將其連結到畫面、狀態值、管理者功能、客戶說明文案，才能避免手續費流失，同時維持服務品質。","content_html":"\u003ch2\u003e\n\u003ca href=\"#%E6%A0%B8%E5%BF%83%E6%91%98%E8%A6%81\" class=\"anchor\" id=\"核心摘要\"\u003e\u003c/a\u003e核心摘要\u003c/h2\u003e\n\u003cp\u003e像寵物保姆、家教、室內裝修、清潔、課程、照護這類連結人與人的媒合平台，並不是只靠功能就能運作。預約、付款、個人檔案、聊天、評價功能可以用 AI 快速做出來，但守住平台收益與信任的，不是程式碼，而是\u003cstrong\u003e政策\u003c/strong\u003e。\u003c/p\u003e\n\u003cp\u003e尤其媒合平台的營收大多來自交易手續費。供給者與需求者透過平台首次相遇後，如果交換外部聯絡方式並開始私下交易，平台就只承擔了獲客成本與營運成本，卻失去營收。因此，在上線前必須先定好市場規則，再把這些規則轉換成功能需求，交給 AI 和開發團隊。\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#%E5%AA%92%E5%90%88%E5%B9%B3%E5%8F%B0%E7%82%BA%E4%BB%80%E9%BA%BC%E4%B8%8D%E5%90%8C%E6%96%BC%E4%B8%80%E8%88%AC%E7%B6%B2%E7%AB%99\" class=\"anchor\" id=\"媒合平台為什麼不同於一般網站\"\u003e\u003c/a\u003e媒合平台為什麼不同於一般網站\u003c/h2\u003e\n\u003ch3\u003e\n\u003ca href=\"#%E9%9B%99%E9%82%8A%E5%B8%82%E5%A0%B4%E7%9A%84%E7%B5%90%E6%A7%8B\" class=\"anchor\" id=\"雙邊市場的結構\"\u003e\u003c/a\u003e雙邊市場的結構\u003c/h3\u003e\n\u003cp\u003e媒合平台不是只要讓單邊滿意的服務。需求者和供給者都是客戶。\u003c/p\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003e區分\u003c/th\u003e\n\u003cth\u003e範例\u003c/th\u003e\n\u003cth\u003e平台需要解決的問題\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"區分\"\u003e需求者\u003c/td\u003e\n\u003ctd data-label=\"範例\"\u003e飼主、家長、屋主、客戶\u003c/td\u003e\n\u003ctd data-label=\"平台需要解決的問題\"\u003e想輕鬆找到可信任的人，並在發生問題時受到保護\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"區分\"\u003e供給者\u003c/td\u003e\n\u003ctd data-label=\"範例\"\u003e寵物保姆、家教老師、施工業者、自由工作者\u003c/td\u003e\n\u003ctd data-label=\"平台需要解決的問題\"\u003e想穩定接案，並受到保護，避免取消或惡意客戶\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"區分\"\u003e平台\u003c/td\u003e\n\u003ctd data-label=\"範例\"\u003e市場營運者\u003c/td\u003e\n\u003ctd data-label=\"平台需要解決的問題\"\u003e必須促成交易、收回手續費，並管理糾紛成本\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003e在這種結構中，規則比功能更重要的時刻很多。舉例來說，「顯示保姆列表」這個功能很簡單，但要先顯示誰，才是業務的核心。是要把回覆率高、評價好的保姆排上去，還是也給新保姆機會，或是加入廣告商品，都會改變市場的信任與收益結構。\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#%E5%8F%AA%E6%9C%89%E5%8A%9F%E8%83%BD%E7%9A%84%E5%B9%B3%E5%8F%B0%E6%9C%83%E5%A4%B1%E6%95%97%E7%9A%84-3-%E7%A8%AE%E6%96%B9%E5%BC%8F\" class=\"anchor\" id=\"只有功能的平台會失敗的-3-種方式\"\u003e\u003c/a\u003e只有功能的平台會失敗的 3 種方式\u003c/h2\u003e\n\u003ch3\u003e\n\u003ca href=\"#1-%E6%B2%92%E6%9C%89%E6%9B%9D%E5%85%89%E9%A0%86%E5%BA%8F%E5%A5%BD%E7%9A%84%E4%BE%9B%E7%B5%A6%E8%80%85%E5%B0%B1%E6%9C%83%E9%9B%A2%E9%96%8B\" class=\"anchor\" id=\"1-沒有曝光順序好的供給者就會離開\"\u003e\u003c/a\u003e1. 沒有曝光順序，好的供給者就會離開\u003c/h3\u003e\n\u003cp\u003e如果只按照註冊順序顯示供給者，努力工作的人和被閒置的帳號就會受到同樣對待。擁有 4.9 分評分、47 則評價、快速回覆率的保姆可能被往下推，而沒有評價的帳號可能曝光在上方。\u003c/p\u003e\n\u003cp\u003e在這種結構下，供給者累積好評並快速回覆的理由會變弱。需求者也會產生「為什麼這個人先出現？」的不信任感。曝光政策會同時左右搜尋品質、供給者動機與客戶信任。\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#2-%E8%81%AF%E7%B5%A1%E6%96%B9%E5%BC%8F%E5%A4%AA%E6%97%A9%E5%85%AC%E9%96%8B%E6%89%8B%E7%BA%8C%E8%B2%BB%E5%B0%B1%E6%9C%83%E6%B5%81%E5%A4%B1\" class=\"anchor\" id=\"2-聯絡方式太早公開手續費就會流失\"\u003e\u003c/a\u003e2. 聯絡方式太早公開，手續費就會流失\u003c/h3\u003e\n\u003cp\u003e如果聊天很自由，且付款前就曝光聯絡方式，就很容易出現「不要用 App，直接聯絡我可以給你更便宜」這類對話。此時平台已承擔搜尋、推薦、信任建立、客戶支援成本，卻沒有取得實際營收。\u003c/p\u003e\n\u003cp\u003e私下交易不只造成單純的手續費損失。若交易在外部進行，退款、安全事故、爽約、服務品質問題，平台就很難確認或介入調解。結果需求者與供給者都會離開保護機制之外。\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#3-%E6%B2%92%E6%9C%89%E5%8F%96%E6%B6%88%E6%94%BF%E7%AD%96%E6%9F%90%E4%B8%80%E6%96%B9%E5%B0%B1%E6%9C%83%E5%96%AE%E6%96%B9%E9%9D%A2%E5%8F%97%E6%90%8D\" class=\"anchor\" id=\"3-沒有取消政策某一方就會單方面受損\"\u003e\u003c/a\u003e3. 沒有取消政策，某一方就會單方面受損\u003c/h3\u003e\n\u003cp\u003e如果當天取消也能全額退款，供給者即使空出一整天行程，也可能得不到補償。相反地，如果供給者突然取消卻沒有任何罰則，需求者的重要行程可能會被毀掉。\u003c/p\u003e\n\u003cp\u003e取消政策是客戶友善與供給者保護之間的平衡。如果沒有標準，每次都必須由營運者以情緒判斷，同樣的事件得出不同結論，就會引發不公平爭議。\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#%E4%B8%8A%E7%B7%9A%E5%89%8D%E5%BF%85%E9%A0%88%E6%B1%BA%E5%AE%9A%E7%9A%84-5-%E9%A0%85%E5%BF%85%E8%A6%81%E6%94%BF%E7%AD%96\" class=\"anchor\" id=\"上線前必須決定的-5-項必要政策\"\u003e\u003c/a\u003e上線前必須決定的 5 項必要政策\u003c/h2\u003e\n\u003ch3\u003e\n\u003ca href=\"#1-%E6%9B%9D%E5%85%89%E9%A0%86%E5%BA%8F%E8%AA%B0%E6%9C%83%E9%A1%AF%E7%A4%BA%E5%9C%A8%E4%B8%8A%E6%96%B9\" class=\"anchor\" id=\"1-曝光順序誰會顯示在上方\"\u003e\u003c/a\u003e1. 曝光順序：誰會顯示在上方\u003c/h3\u003e\n\u003cp\u003e曝光順序是平台的獎勵體系。必須先決定要把上方曝光作為哪些行為的結果來給予。\u003c/p\u003e\n\u003ch4\u003e\n\u003ca href=\"#%E5%BB%BA%E8%AD%B0%E6%A8%99%E6%BA%96\" class=\"anchor\" id=\"建議標準\"\u003e\u003c/a\u003e建議標準\u003c/h4\u003e\n\u003cul\u003e\n\u003cli\u003e近期回覆率\u003c/li\u003e\n\u003cli\u003e平均回覆時間\u003c/li\u003e\n\u003cli\u003e評價評分\u003c/li\u003e\n\u003cli\u003e評價數\u003c/li\u003e\n\u003cli\u003e最近活動日\u003c/li\u003e\n\u003cli\u003e預約完成率\u003c/li\u003e\n\u003cli\u003e取消率\u003c/li\u003e\n\u003cli\u003e檢舉或糾紛紀錄\u003c/li\u003e\n\u003cli\u003e是否為新供給者\u003c/li\u003e\n\u003c/ul\u003e\n\u003ch4\u003e\n\u003ca href=\"#%E6%94%BF%E7%AD%96%E7%AF%84%E4%BE%8B\" class=\"anchor\" id=\"政策範例\"\u003e\u003c/a\u003e政策範例\u003c/h4\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003e要素\u003c/th\u003e\n\u003cth\u003e政策範例\u003c/th\u003e\n\u003cth\u003e意圖\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"要素\"\u003e回覆率\u003c/td\u003e\n\u003ctd data-label=\"政策範例\"\u003e最近 30 天詢問回覆率越高越加分\u003c/td\u003e\n\u003ctd data-label=\"意圖\"\u003e引導客戶快速獲得回覆\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"要素\"\u003e評分\u003c/td\u003e\n\u003ctd data-label=\"政策範例\"\u003e在達到一定評價數以上時，評分越高越加分\u003c/td\u003e\n\u003ctd data-label=\"意圖\"\u003e將經驗證的品質反映在上方\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"要素\"\u003e近期活動\u003c/td\u003e\n\u003ctd data-label=\"政策範例\"\u003e最近有登入或更新行程則加分\u003c/td\u003e\n\u003ctd data-label=\"意圖\"\u003e避免曝光閒置帳號\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"要素\"\u003e取消率\u003c/td\u003e\n\u003ctd data-label=\"政策範例\"\u003e因供給者責任造成的取消越多則扣分\u003c/td\u003e\n\u003ctd data-label=\"意圖\"\u003e抑制不負責任的供給者\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"要素\"\u003e新區域\u003c/td\u003e\n\u003ctd data-label=\"政策範例\"\u003e將沒有評價的新供給者曝光於獨立區域\u003c/td\u003e\n\u003ctd data-label=\"意圖\"\u003e提供新進者初期機會\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003ch4\u003e\n\u003ca href=\"#%E9%87%8D%E8%A6%81%E5%8E%9F%E5%89%87\" class=\"anchor\" id=\"重要原則\"\u003e\u003c/a\u003e重要原則\u003c/h4\u003e\n\u003cp\u003e即使不完全公開曝光標準，也建議在畫面上說明主要要素。例如引導「推薦順序會綜合回覆率、評價、近期活動、預約完成率決定」，供給者就能理解自己應該採取哪些行動。\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#2-%E5%AA%92%E5%90%88%E6%96%B9%E5%BC%8F%E8%87%AA%E5%8B%95%E6%8C%87%E6%B4%BE%E9%82%84%E6%98%AF%E7%94%B3%E8%AB%8B%E8%88%87%E9%81%B8%E6%93%87\" class=\"anchor\" id=\"2-媒合方式自動指派還是申請與選擇\"\u003e\u003c/a\u003e2. 媒合方式：自動指派，還是申請與選擇\u003c/h3\u003e\n\u003cp\u003e媒合方式會決定客戶體驗與責任結構。\u003c/p\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003e方式\u003c/th\u003e\n\u003cth\u003e說明\u003c/th\u003e\n\u003cth\u003e優點\u003c/th\u003e\n\u003cth\u003e缺點\u003c/th\u003e\n\u003cth\u003e適合的服務\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"方式\"\u003e自動指派\u003c/td\u003e\n\u003ctd data-label=\"說明\"\u003e平台直接連結符合條件的供給者\u003c/td\u003e\n\u003ctd data-label=\"優點\"\u003e快速且簡單\u003c/td\u003e\n\u003ctd data-label=\"缺點\"\u003e不滿會集中成平台責任\u003c/td\u003e\n\u003ctd data-label=\"適合的服務\"\u003e緊急出動、單純作業、標準化服務\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"方式\"\u003e申請與選擇\u003c/td\u003e\n\u003ctd data-label=\"說明\"\u003e需求者發布請求，供給者申請後由需求者選擇\u003c/td\u003e\n\u003ctd data-label=\"優點\"\u003e有利於建立信任，且選擇責任被分散\u003c/td\u003e\n\u003ctd data-label=\"缺點\"\u003e需要更多時間\u003c/td\u003e\n\u003ctd data-label=\"適合的服務\"\u003e寵物保姆、兒童照護、家教、室內裝修諮詢\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"方式\"\u003e混合型\u003c/td\u003e\n\u003ctd data-label=\"說明\"\u003e自動顯示推薦候選人，但最終選擇由客戶決定\u003c/td\u003e\n\u003ctd data-label=\"優點\"\u003e平衡速度與信任\u003c/td\u003e\n\u003ctd data-label=\"缺點\"\u003e政策設計較複雜\u003c/td\u003e\n\u003ctd data-label=\"適合的服務\"\u003e多數初期媒合平台\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003e若是重視信任的服務，「申請與選擇」方式較有利。飼主或家長可以自行比較個人檔案、評價、經歷、可服務時間、價格後再選擇，心理上的安定感會更高。相反地，自動指派雖然快速，但當結果不滿意時，「平台指派錯了」的不滿可能會變大。\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#3-%E5%8F%96%E6%B6%88%E6%94%BF%E7%AD%96%E4%BD%95%E6%99%82%E9%80%80%E6%AC%BE%E5%A4%9A%E5%B0%91\" class=\"anchor\" id=\"3-取消政策何時退款多少\"\u003e\u003c/a\u003e3. 取消政策：何時、退款多少\u003c/h3\u003e\n\u003cp\u003e取消政策必須在付款前顯示並取得同意。如果付款後才知道退款限制，糾紛可能性會提高。\u003c/p\u003e\n\u003ch4\u003e\n\u003ca href=\"#%E5%8F%96%E6%B6%88%E9%80%80%E6%AC%BE%E6%A8%99%E6%BA%96%E7%AF%84%E4%BE%8B\" class=\"anchor\" id=\"取消退款標準範例\"\u003e\u003c/a\u003e取消・退款標準範例\u003c/h4\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003e取消時間點\u003c/th\u003e\n\u003cth\u003e客戶退款範例\u003c/th\u003e\n\u003cth\u003e供給者補償範例\u003c/th\u003e\n\u003cth\u003e營運意圖\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"取消時間點\"\u003e服務 3 天前為止\u003c/td\u003e\n\u003ctd data-label=\"客戶退款範例\"\u003e100% 退款\u003c/td\u003e\n\u003ctd data-label=\"供給者補償範例\"\u003e無\u003c/td\u003e\n\u003ctd data-label=\"營運意圖\"\u003e允許客戶彈性變更\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"取消時間點\"\u003e服務 1 天前為止\u003c/td\u003e\n\u003ctd data-label=\"客戶退款範例\"\u003e50% 退款\u003c/td\u003e\n\u003ctd data-label=\"供給者補償範例\"\u003e部分補償\u003c/td\u003e\n\u003ctd data-label=\"營運意圖\"\u003e彌補供給者的行程損失\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"取消時間點\"\u003e當天取消\u003c/td\u003e\n\u003ctd data-label=\"客戶退款範例\"\u003e不退款或限制退款\u003c/td\u003e\n\u003ctd data-label=\"供給者補償範例\"\u003e按一定比例補償\u003c/td\u003e\n\u003ctd data-label=\"營運意圖\"\u003e抑制爽約與臨時取消\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"取消時間點\"\u003e因供給者責任取消\u003c/td\u003e\n\u003ctd data-label=\"客戶退款範例\"\u003e客戶全額退款\u003c/td\u003e\n\u003ctd data-label=\"供給者補償範例\"\u003e供給者曝光扣分\u003c/td\u003e\n\u003ctd data-label=\"營運意圖\"\u003e保護客戶並防止不負責任的取消\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003e上述數字是範例，實際比例應依服務特性、地區規定、金流服務商政策、客戶期待水準來決定。\u003c/p\u003e\n\u003ch4\u003e\n\u003ca href=\"#%E4%BE%9B%E7%B5%A6%E8%80%85%E5%8F%96%E6%B6%88%E7%BD%B0%E5%89%87\" class=\"anchor\" id=\"供給者取消罰則\"\u003e\u003c/a\u003e供給者取消罰則\u003c/h4\u003e\n\u003cp\u003e對供給者一律課以金錢罰則的方式，可能產生法律與營運上的負擔。初期下列非金錢性罰則可能更實用。\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003e推薦分數扣分\u003c/li\u003e\n\u003cli\u003e一定期間排除於上方曝光\u003c/li\u003e\n\u003cli\u003e重複取消時限制新預約\u003c/li\u003e\n\u003cli\u003e檢討是否向客戶自動提供道歉優惠券\u003c/li\u003e\n\u003cli\u003e經營運者審查後給予帳號警告或停權\u003c/li\u003e\n\u003c/ul\u003e\n\u003ch3\u003e\n\u003ca href=\"#4-%E6%89%8B%E7%BA%8C%E8%B2%BB%E8%88%87%E9%98%B2%E6%AD%A2%E7%A7%81%E4%B8%8B%E4%BA%A4%E6%98%93%E6%AF%94%E8%B5%B7%E9%98%BB%E6%93%8B%E6%9B%B4%E8%A6%81%E8%A8%AD%E8%A8%88%E4%BF%9D%E8%AD%B7%E5%88%A9%E7%9B%8A\" class=\"anchor\" id=\"4-手續費與防止私下交易比起阻擋更要設計保護利益\"\u003e\u003c/a\u003e4. 手續費與防止私下交易：比起阻擋，更要設計保護利益\u003c/h3\u003e\n\u003cp\u003e手續費率會依商業模式而不同。例如在 10%、15%、20% 中選擇哪一個，必須考量獲客成本、付款手續費、客戶支援成本、保險或保證成本、供給者利潤後決定。\u003c/p\u003e\n\u003cp\u003e問題不在於手續費率本身，而是私下交易。防止私下交易不只是隱藏電話號碼的功能，而是打造「在平台內交易更安全且更有利」的結構。\u003c/p\u003e\n\u003ch4\u003e\n\u003ca href=\"#%E5%BF%85%E8%A6%81%E5%8A%9F%E8%83%BD%E8%88%87%E6%94%BF%E7%AD%96\" class=\"anchor\" id=\"必要功能與政策\"\u003e\u003c/a\u003e必要功能與政策\u003c/h4\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003e項目\u003c/th\u003e\n\u003cth\u003e政策範例\u003c/th\u003e\n\u003cth\u003e目的\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"項目\"\u003e聯絡方式不公開\u003c/td\u003e\n\u003ctd data-label=\"政策範例\"\u003e付款確認前不公開電話號碼、電子郵件、通訊軟體 ID\u003c/td\u003e\n\u003ctd data-label=\"目的\"\u003e降低付款前流失\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"項目\"\u003e聊天偵測\u003c/td\u003e\n\u003ctd data-label=\"政策範例\"\u003e偵測電話號碼、帳號、外部通訊軟體 ID 格式\u003c/td\u003e\n\u003ctd data-label=\"目的\"\u003e警告私下交易嘗試\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"項目\"\u003e警告文案\u003c/td\u003e\n\u003ctd data-label=\"政策範例\"\u003e提示「外部交易無法受到退款・調解保護」\u003c/td\u003e\n\u003ctd data-label=\"目的\"\u003e比起處罰，更強調保護利益\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"項目\"\u003e重複違規制裁\u003c/td\u003e\n\u003ctd data-label=\"政策範例\"\u003e重複繞過分享聯絡方式時限制曝光或審查帳號\u003c/td\u003e\n\u003ctd data-label=\"目的\"\u003e維持市場秩序\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"項目\"\u003e平台付款利益\u003c/td\u003e\n\u003ctd data-label=\"政策範例\"\u003e提供退款規定、糾紛調解、交易紀錄、撥款保護\u003c/td\u003e\n\u003ctd data-label=\"目的\"\u003e提供在平台內付款的理由\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003ch4\u003e\n\u003ca href=\"#%E8%AD%A6%E5%91%8A%E6%96%87%E6%A1%88%E7%AF%84%E4%BE%8B\" class=\"anchor\" id=\"警告文案範例\"\u003e\u003c/a\u003e警告文案範例\u003c/h4\u003e\n\u003cp\u003e「為了安全，付款前會限制分享聯絡方式與帳號。如果在平台外交易，將無法獲得退款、糾紛調解、交易紀錄保護。」\u003c/p\u003e\n\u003cp\u003e這段文案的核心不是「不要這麼做」，而是「必須在 App 內付款才會受到保護」。需求者與供給者理解平台內部交易的利益，私下交易的誘惑才會降低。\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#5-%E7%B3%BE%E7%B4%9B%E8%88%87%E6%92%A5%E6%AC%BE%E4%BD%95%E6%99%82%E6%94%AF%E4%BB%98%E6%AC%BE%E9%A0%85\" class=\"anchor\" id=\"5-糾紛與撥款何時支付款項\"\u003e\u003c/a\u003e5. 糾紛與撥款：何時支付款項\u003c/h3\u003e\n\u003cp\u003e糾紛調解的實質力量來自撥款結構。如果付款金額在服務完成後立刻全額支付給供給者，當發生問題時，平台就很難執行退款或部分退款。\u003c/p\u003e\n\u003cp\u003e因此，許多媒合平台會採用付款後保管一段期間款項，或暫緩支付的結構。這常被說明為類似履約保證的概念，但實際可行的方式，必須確認金流服務商條款與各地金融・電子商務法規。\u003c/p\u003e\n\u003ch4\u003e\n\u003ca href=\"#%E6%92%A5%E6%AC%BE%E6%94%BF%E7%AD%96%E7%AF%84%E4%BE%8B\" class=\"anchor\" id=\"撥款政策範例\"\u003e\u003c/a\u003e撥款政策範例\u003c/h4\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003e階段\u003c/th\u003e\n\u003cth\u003e處理\u003c/th\u003e\n\u003cth\u003e營運目的\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"階段\"\u003e預約付款\u003c/td\u003e\n\u003ctd data-label=\"處理\"\u003e客戶在平台付款\u003c/td\u003e\n\u003ctd data-label=\"營運目的\"\u003e確保交易紀錄\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"階段\"\u003e服務進行\u003c/td\u003e\n\u003ctd data-label=\"處理\"\u003e將聊天、行程、請求事項留在平台\u003c/td\u003e\n\u003ctd data-label=\"營運目的\"\u003e確保糾紛證據\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"階段\"\u003e服務完成\u003c/td\u003e\n\u003ctd data-label=\"處理\"\u003e變更為完成狀態\u003c/td\u003e\n\u003ctd data-label=\"營運目的\"\u003e開始等待撥款\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"階段\"\u003e完成後 48 小時\u003c/td\u003e\n\u003ctd data-label=\"處理\"\u003e運作異議提出期間\u003c/td\u003e\n\u003ctd data-label=\"營運目的\"\u003e可受理事故・不滿\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"階段\"\u003e無糾紛\u003c/td\u003e\n\u003ctd data-label=\"處理\"\u003e撥款給供給者\u003c/td\u003e\n\u003ctd data-label=\"營運目的\"\u003e正常交易結束\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"階段\"\u003e受理糾紛\u003c/td\u003e\n\u003ctd data-label=\"處理\"\u003e暫緩撥款後審查證據\u003c/td\u003e\n\u003ctd data-label=\"營運目的\"\u003e判斷退款・部分退款・駁回\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003e48 小時是範例。依服務特性可改為 24 小時、72 小時、7 天等。像寵物照護或室內裝修這類問題可能延後發現的服務，可能需要更長的確認期間。\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#%E7%87%9F%E9%81%8B%E8%80%85%E7%95%AB%E9%9D%A2%E4%B8%AD%E5%BF%85%E9%A0%88%E5%85%B7%E5%82%99%E7%9A%84%E7%B3%BE%E7%B4%9B%E8%B3%87%E6%96%99\" class=\"anchor\" id=\"營運者畫面中必須具備的糾紛資料\"\u003e\u003c/a\u003e營運者畫面中必須具備的糾紛資料\u003c/h2\u003e\n\u003cp\u003e若要妥善處理糾紛，營運者必須能在同一個畫面看到事件脈絡。\u003c/p\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003e資料\u003c/th\u003e\n\u003cth\u003e必要原因\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"資料\"\u003e預約資訊\u003c/td\u003e\n\u003ctd data-label=\"必要原因\"\u003e確認日期、金額、服務範圍\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"資料\"\u003e付款與撥款狀態\u003c/td\u003e\n\u003ctd data-label=\"必要原因\"\u003e確認可退款金額與是否暫緩支付\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"資料\"\u003e聊天紀錄\u003c/td\u003e\n\u003ctd data-label=\"必要原因\"\u003e確認約定內容與是否事前告知\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"資料\"\u003e照片或檔案證據\u003c/td\u003e\n\u003ctd data-label=\"必要原因\"\u003e確認事故、瑕疵、作業結果\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"資料\"\u003e取消・變更紀錄\u003c/td\u003e\n\u003ctd data-label=\"必要原因\"\u003e確認行程是因誰的請求而變更\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"資料\"\u003e過往糾紛紀錄\u003c/td\u003e\n\u003ctd data-label=\"必要原因\"\u003e確認是否為重複問題帳號\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"資料\"\u003e營運者決定理由\u003c/td\u003e\n\u003ctd data-label=\"必要原因\"\u003e作為下一個類似事件的標準\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003e記錄營運者決定理由非常重要。必須留下「為什麼全額退款」、「為什麼部分退款」、「為什麼判斷為供給者責任」，才能形成一致的營運標準。\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#%E6%87%89%E6%94%BE%E5%85%A5-ai-%E9%96%8B%E7%99%BC%E6%8F%90%E7%A4%BA%E8%A9%9E%E7%9A%84%E6%94%BF%E7%AD%96%E9%9C%80%E6%B1%82\" class=\"anchor\" id=\"應放入-ai-開發提示詞的政策需求\"\u003e\u003c/a\u003e應放入 AI 開發提示詞的政策需求\u003c/h2\u003e\n\u003cp\u003e如果只指示 AI「幫我做預約、付款、聊天功能」，市場的核心規則很可能會遺漏。應如下方明確寫出政策。\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#%E6%8F%90%E7%A4%BA%E8%A9%9E%E7%AF%84%E4%BE%8B\" class=\"anchor\" id=\"提示詞範例\"\u003e\u003c/a\u003e提示詞範例\u003c/h3\u003e\n\u003cpre\u003e\u003ccode\u003e\u003cspan\u003e我要製作寵物保姆媒合平台。請不要只做單純功能實作，而是反映以下營運政策來設計。\n\u003c/span\u003e\u003cspan\u003e\n\u003c/span\u003e\u003cspan\u003e1. 保姆列表預設以回覆率、評價評分、評價數、最近活動日、預約完成率綜合排序。\n\u003c/span\u003e\u003cspan\u003e2. 新保姆不要因評價不足而完全被擠掉，應曝光於獨立的新保姆區域。\n\u003c/span\u003e\u003cspan\u003e3. 媒合方式為飼主發布請求後，保姆提出申請，飼主查看個人檔案與評價後選擇。\n\u003c/span\u003e\u003cspan\u003e4. 付款前在畫面顯示取消・退款政策並取得同意。\n\u003c/span\u003e\u003cspan\u003e5. 付款前限制分享電話號碼、電子郵件、帳號、外部通訊軟體 ID。\n\u003c/span\u003e\u003cspan\u003e6. 在聊天中偵測到看似聯絡方式或帳號的格式時，顯示私下交易警告文案。\n\u003c/span\u003e\u003cspan\u003e7. 服務完成後 48 小時內暫緩撥款，若此期間受理糾紛，則停止撥款。\n\u003c/span\u003e\u003cspan\u003e8. 營運者必須能在同一個畫面查看預約資訊、付款狀態、聊天紀錄、證明檔案、決定理由。\n\u003c/span\u003e\u003cspan\u003e\n\u003c/span\u003e\u003cspan\u003e實作前，如果有我尚未決定且需要決定的政策，請先向我提問。\n\u003c/span\u003e\u003c/code\u003e\u003c/pre\u003e\n\u003cp\u003e最後一句話很重要。必須讓 AI 對遺漏的政策提出問題，開發成果才不會只是單純的畫面集合，而會更接近可營運的平台。\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#%E8%BD%89%E6%8F%9B%E6%88%90%E8%B3%87%E6%96%99%E6%A8%A1%E5%9E%8B%E4%BE%86%E6%80%9D%E8%80%83\" class=\"anchor\" id=\"轉換成資料模型來思考\"\u003e\u003c/a\u003e轉換成資料模型來思考\u003c/h2\u003e\n\u003cp\u003e政策最終都必須留下資料。以下項目即使在 Ruby on Rails 這類網頁框架中，也能以基本資料表與狀態值實作。\u003c/p\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003e領域\u003c/th\u003e\n\u003cth\u003e必要資料範例\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"領域\"\u003e使用者\u003c/td\u003e\n\u003ctd data-label=\"必要資料範例\"\u003e角色、本人驗證狀態、是否可公開聯絡方式\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"領域\"\u003e供給者個人檔案\u003c/td\u003e\n\u003ctd data-label=\"必要資料範例\"\u003e經歷、服務地區、價格、可服務行程、介紹、驗證狀態\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"領域\"\u003e曝光分數\u003c/td\u003e\n\u003ctd data-label=\"必要資料範例\"\u003e回覆率、評分、評價數、最近活動日、取消率、扣分紀錄\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"領域\"\u003e請求\u003c/td\u003e\n\u003ctd data-label=\"必要資料範例\"\u003e客戶請求內容、希望行程、預算、位置、狀態\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"領域\"\u003e申請\u003c/td\u003e\n\u003ctd data-label=\"必要資料範例\"\u003e供給者申請訊息、提案價格、可服務時間\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"領域\"\u003e預約\u003c/td\u003e\n\u003ctd data-label=\"必要資料範例\"\u003e被選擇的供給者、行程、金額、可取消時間點、完成狀態\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"領域\"\u003e付款\u003c/td\u003e\n\u003ctd data-label=\"必要資料範例\"\u003e付款狀態、退款狀態、平台手續費、預計撥款金額\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"領域\"\u003e聊天\u003c/td\u003e\n\u003ctd data-label=\"必要資料範例\"\u003e訊息、附件、是否偵測到聯絡方式、警告曝光紀錄\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"領域\"\u003e糾紛\u003c/td\u003e\n\u003ctd data-label=\"必要資料範例\"\u003e原因、證據、受理時間、是否暫緩撥款、決定結果\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"領域\"\u003e撥款\u003c/td\u003e\n\u003ctd data-label=\"必要資料範例\"\u003e等待撥款、暫緩、支付完成、失敗、重試狀態\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003e這樣設計後，營運政策就不會分散在程式碼各處，而是能以狀態與紀錄來管理。\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#%E4%B8%8A%E7%B7%9A%E5%89%8D%E6%AA%A2%E6%9F%A5%E6%B8%85%E5%96%AE\" class=\"anchor\" id=\"上線前檢查清單\"\u003e\u003c/a\u003e上線前檢查清單\u003c/h2\u003e\n\u003cul\u003e\n\u003cli\u003e是否已決定基本排序標準？\u003c/li\u003e\n\u003cli\u003e是否有方法給新供給者曝光機會？\u003c/li\u003e\n\u003cli\u003e是否已決定採用自動媒合、申請與選擇、混合型中的哪一種方式？\u003c/li\u003e\n\u003cli\u003e是否區分客戶取消與供給者取消？\u003c/li\u003e\n\u003cli\u003e是否在付款前告知退款比例與時間點？\u003c/li\u003e\n\u003cli\u003e是否限制付款前分享聯絡方式與帳號？\u003c/li\u003e\n\u003cli\u003e私下交易警告文案是否比起處罰，更說明保護利益？\u003c/li\u003e\n\u003cli\u003e平台手續費率與撥款金額計算式是否明確？\u003c/li\u003e\n\u003cli\u003e服務完成後是否有暫緩撥款期間？\u003c/li\u003e\n\u003cli\u003e受理糾紛時是否能自動停止撥款？\u003c/li\u003e\n\u003cli\u003e營運者是否能在同一個畫面查看證據與聊天紀錄？\u003c/li\u003e\n\u003cli\u003e是否記錄營運者決定理由？\u003c/li\u003e\n\u003cli\u003e是否已要求 AI 或開發團隊「未決定的政策請先提問」？\u003c/li\u003e\n\u003c/ul\u003e\n\u003ch2\u003e\n\u003ca href=\"#%E7%B5%90%E8%AB%96\" class=\"anchor\" id=\"結論\"\u003e\u003c/a\u003e結論\u003c/h2\u003e\n\u003cp\u003e媒合平台初期開發中最危險的錯覺，是認為「有功能，市場就會運作」。實際上，驅動市場的是曝光、媒合、取消、手續費、撥款、糾紛處理等規則。\u003c/p\u003e\n\u003cp\u003eAI 可以快速產出程式碼，但要獎勵哪些行為、阻擋哪些風險，必須由創辦人決定。上線前應將 5 項政策文件化，並將其連結到畫面、狀態值、管理者功能、客戶說明文案，才能避免手續費流失，同時維持服務品質。\u003c/p\u003e\n","tags":["AI 開發","配對平台","網路市集","手續費","防止直接交易","政策設計"],"faqs":[{"question":"為什麼在媒合平台中，政策比功能更重要？","answer":"媒合平台的收益依賴於在平台內成交時產生的手續費。如果只有預約、付款、聊天功能，卻沒有曝光、取消、防止私下交易、結算規則，使用者可能會在平台外交易，而供應者也可能對不公平的營運感到不滿。"},{"question":"為什麼在付款前公開聯絡方式很危險？","answer":"如果在付款前公開聯絡方式，需求方和供應方不透過平台而直接交易的可能性就會提高。在這種情況下，平台不僅無法收取手續費，也難以提供退款、爭議調解、交易紀錄確認等保護功能。"},{"question":"防止私下交易只要封鎖聯絡方式就足夠了嗎？","answer":"封鎖聯絡方式是必要的，但並不足夠。必須設計成讓使用者感受到在平台內付款才能獲得退款、暫緩結算、爭議調解、聊天紀錄保護等實際利益，才能降低私下交易的誘因。"},{"question":"寵物保姆或家教媒合， автомат配對和應徵方式哪一種更適合？","answer":"對於重視信任的寵物保姆、兒童照護、家教服務，通常應徵與選擇方式更為適合。當客戶能親自比較並選擇個人檔案、評價、經歷、價格時，對結果的信任度與接受度會提高。"},{"question":"取消政策應該在什麼時候顯示？","answer":"取消與退款政策必須在付款前顯示，並取得使用者同意。如果在付款後才告知限制條件，發生客戶爭議與不公平爭議的可能性會增加。"},{"question":"如果供應者突然取消，什麼樣的罰則比較合適？","answer":"在初期平台中，相較於金錢罰款，曝光分數扣分、限制置頂曝光、重複取消時限制預約等非金錢性罰則，在實務上更容易適用。不過，具體制裁應依照條款、地區規範與服務特性來決定。"},{"question":"為什麼服務完成後不立即結算？","answer":"如果將結算暫緩一段時間，當收到服務瑕疵、事故、未到場等問題時，平台可以居中協調退款或部分退款。在已全額支付之後，平台的實質調整能力會變弱。"},{"question":"48小時暫緩結算適合所有服務嗎？","answer":"48小時只是一個例子。單純的服務可以更短，而像寵物照護或室內裝修這類問題可能較晚才被發現的服務，可能需要更長的確認期間。"},{"question":"委託AI開發媒合平台時，必須放入的句子是什麼？","answer":"建議在提示詞結尾加入「在實作之前，如果有我尚未決定但需要決定的政策，請先向我提問」這句話。這句話會讓AI確認遺漏的營運規則，減少企劃空白。"},{"question":"託管付款方式只要直接實作就可以嗎？","answer":"不是。類似託管付款的暫緩結算結構，可能會受到支付代辦商條款、各地金融法規、電子商務規定的影響。在實際上線前，必須確認支付提供商文件並進行法律審查。"}],"sources":[{"url":"https://docs.stripe.com/connect","title":"Stripe 文件：Connect","type":"source"},{"url":"https://digital-strategy.ec.europa.eu/en/policies/platform-business-trading-practices","title":"歐盟委員會：平台對企業的交易慣例","type":"source"},{"url":"https://www.ftc.gov/business-guidance/resources/bringing-dark-patterns-light","title":"聯邦貿易委員會：揭露暗黑模式","type":"source"}],"images":[{"id":288,"url":"https://injoys.com/rails/active_storage/blobs/proxy/eyJfcmFpbHMiOnsiZGF0YSI6MzA5MSwicHVyIjoiYmxvYl9pZCJ9fQ==--3592bdae32a2213c56d8355eb7faa2adab6c3678/ai-2c4cebee.webp","is_representative":true,"generation_method":"ai_image","license":"ai_generated","mime_type":"image/webp","translations":{"ko":{"alt":"이용자와 전문가를 연결한 중앙의 방패와 수수료, 평점, 일정, 규칙 아이콘","caption":"매칭 플랫폼의 거래 보호와 품질 관리를 상징하는 운영 정책 일러스트입니다.","description":null},"en":{"alt":"Users and professionals connected to a central shield with fee, rating, schedule, and rule icons","caption":"The illustration shows platform policies for protecting transactions and maintaining service quality.","description":null},"ja":{"alt":"利用者と専門家を中央の盾につなぎ、手数料、評価、日程、ルールのアイコンを示す図","caption":"取引保護と品質管理のためのマッチングプラットフォーム運用ルールを表しています。","description":null},"es":{"alt":"Usuarios y profesionales conectados a un escudo central con iconos de tarifas, valoraciones, agenda y reglas","caption":"La ilustración representa políticas de operación para proteger transacciones y mantener la calidad.","description":null},"id":{"alt":"Pengguna dan profesional terhubung ke perisai pusat dengan ikon biaya, rating, jadwal, dan aturan","caption":"Ilustrasi ini menggambarkan kebijakan platform untuk melindungi transaksi dan menjaga kualitas layanan.","description":null},"pt":{"alt":"Usuários e profissionais conectados a um escudo central com ícones de taxas, avaliações, agenda e regras","caption":"A ilustração mostra políticas da plataforma para proteger transações e manter a qualidade.","description":null},"zh-hant":{"alt":"用戶與專業人員連到中央盾牌，周圍有費用、評分、排程與規則圖示","caption":"這張插圖呈現媒合平台用來保護交易與維持品質的營運政策。","description":null}}},{"id":289,"url":"https://injoys.com/rails/active_storage/blobs/proxy/eyJfcmFpbHMiOnsiZGF0YSI6MzA5NywicHVyIjoiYmxvYl9pZCJ9fQ==--0b5eabdcb2e7a33a83eae8920bc2e1a7cb18e7ba/ai-903eceec.webp","is_representative":false,"generation_method":"ai_image","license":"ai_generated","mime_type":"image/webp","translations":{"ko":{"alt":"체크 표시 파이프와 다섯 정책 아이콘이 있는 매칭 플랫폼 운영 대시보드","caption":"매칭 플랫폼 운영자가 품질, 일정, 수수료, 규정을 관리하는 모습을 보여준다.","description":null},"en":{"alt":"Matching platform control dashboard with a checked pipeline and five policy icons","caption":"The dashboard visualizes rules for managing matches, fees, schedules, and quality.","description":null},"ja":{"alt":"チェック付きの配管と5つの方針アイコンがあるマッチング平台の操作盤","caption":"マッチング平台の品質、日程、手数料、ルール管理を表している。","description":null},"es":{"alt":"Panel de control de una plataforma de matching con tubería verificada y cinco iconos de políticas","caption":"El panel muestra reglas para gestionar coincidencias, tarifas, calendarios y calidad.","description":null},"id":{"alt":"Dasbor kontrol platform pencocokan dengan pipa bertanda centang dan lima ikon kebijakan","caption":"Dasbor ini menggambarkan aturan untuk mengelola kecocokan, biaya, jadwal, dan kualitas.","description":null},"pt":{"alt":"Painel de controle de plataforma de matching com tubulação aprovada e cinco ícones de políticas","caption":"O painel representa regras para gerir combinações, taxas, prazos e qualidade.","description":null},"zh-hant":{"alt":"配對平台控制面板，含打勾管線與五個政策圖示","caption":"這個面板呈現配對、費用、時程與品質管理規則。","description":null}}}],"published_at":"2026-07-26T05:56:02+09:00","updated_at":"2026-07-26T05:56:02+09:00","license":"cc_by","translation_status":"reviewed","available_locales":["ko","en","ja","es"],"data_locales":["ko","en","ja","es","id","pt","zh-hant"],"url":"https://injoys.com/en/articles/matching-platform-policy-5-rules"}