---
title: "媒合平台上線前必須決定的5項政策：防止佣金流失與品質崩壞的營運規則"
locale: zh-hant
category: how_to
category_name: "操作教學"
translation_status: reviewed
license: cc_by
author: "injoys"
source_url: https://injoys.com/en/articles/matching-platform-policy-5-rules
published_at: 2026-07-26T05:56:02+09:00
---

# 媒合平台上線前必須決定的5項政策：防止佣金流失與品質崩壞的營運規則

> 媒合平台光靠預約、付款、聊天功能很難持續運作，還需要能保護佣金並守護雙方使用者的市集規則。上線前必須明確制定曝光順序、媒合方式、取消政策、防止私下交易，以及爭議與結算標準。

## Key Points

- 媒合平台的核心營收是平台內成交交易的佣金，因此若私下交易增加，商業模式就會崩壞。
- 曝光順序與媒合方式並非單純的 UI 問題，而是決定供應者行為誘因與客戶信任的營運政策。
- 取消與退款標準必須在付款前告知並取得同意，才能減少供應者損失與客戶爭議。
- 僅靠屏蔽聯絡方式很難阻止私下交易，必須設計出使用平台付款時可獲得退款、調解與紀錄保護的利益。
- 若不立即支付結算款，而是保留一段期間，當爭議發生時，平台就能取得實質的調解手段。

## 核心摘要

像寵物保姆、家教、室內裝修、清潔、課程、照護這類連結人與人的媒合平台，並不是只靠功能就能運作。預約、付款、個人檔案、聊天、評價功能可以用 AI 快速做出來，但守住平台收益與信任的，不是程式碼，而是**政策**。

尤其媒合平台的營收大多來自交易手續費。供給者與需求者透過平台首次相遇後，如果交換外部聯絡方式並開始私下交易，平台就只承擔了獲客成本與營運成本，卻失去營收。因此，在上線前必須先定好市場規則，再把這些規則轉換成功能需求，交給 AI 和開發團隊。

## 媒合平台為什麼不同於一般網站

### 雙邊市場的結構

媒合平台不是只要讓單邊滿意的服務。需求者和供給者都是客戶。

| 區分 | 範例 | 平台需要解決的問題 |
|---|---|---|
| 需求者 | 飼主、家長、屋主、客戶 | 想輕鬆找到可信任的人，並在發生問題時受到保護 |
| 供給者 | 寵物保姆、家教老師、施工業者、自由工作者 | 想穩定接案，並受到保護，避免取消或惡意客戶 |
| 平台 | 市場營運者 | 必須促成交易、收回手續費，並管理糾紛成本 |

在這種結構中，規則比功能更重要的時刻很多。舉例來說，「顯示保姆列表」這個功能很簡單，但要先顯示誰，才是業務的核心。是要把回覆率高、評價好的保姆排上去，還是也給新保姆機會，或是加入廣告商品，都會改變市場的信任與收益結構。

## 只有功能的平台會失敗的 3 種方式

### 1. 沒有曝光順序，好的供給者就會離開

如果只按照註冊順序顯示供給者，努力工作的人和被閒置的帳號就會受到同樣對待。擁有 4.9 分評分、47 則評價、快速回覆率的保姆可能被往下推，而沒有評價的帳號可能曝光在上方。

在這種結構下，供給者累積好評並快速回覆的理由會變弱。需求者也會產生「為什麼這個人先出現？」的不信任感。曝光政策會同時左右搜尋品質、供給者動機與客戶信任。

### 2. 聯絡方式太早公開，手續費就會流失

如果聊天很自由，且付款前就曝光聯絡方式，就很容易出現「不要用 App，直接聯絡我可以給你更便宜」這類對話。此時平台已承擔搜尋、推薦、信任建立、客戶支援成本，卻沒有取得實際營收。

私下交易不只造成單純的手續費損失。若交易在外部進行，退款、安全事故、爽約、服務品質問題，平台就很難確認或介入調解。結果需求者與供給者都會離開保護機制之外。

### 3. 沒有取消政策，某一方就會單方面受損

如果當天取消也能全額退款，供給者即使空出一整天行程，也可能得不到補償。相反地，如果供給者突然取消卻沒有任何罰則，需求者的重要行程可能會被毀掉。

取消政策是客戶友善與供給者保護之間的平衡。如果沒有標準，每次都必須由營運者以情緒判斷，同樣的事件得出不同結論，就會引發不公平爭議。

## 上線前必須決定的 5 項必要政策

### 1. 曝光順序：誰會顯示在上方

曝光順序是平台的獎勵體系。必須先決定要把上方曝光作為哪些行為的結果來給予。

#### 建議標準

- 近期回覆率
- 平均回覆時間
- 評價評分
- 評價數
- 最近活動日
- 預約完成率
- 取消率
- 檢舉或糾紛紀錄
- 是否為新供給者

#### 政策範例

| 要素 | 政策範例 | 意圖 |
|---|---|---|
| 回覆率 | 最近 30 天詢問回覆率越高越加分 | 引導客戶快速獲得回覆 |
| 評分 | 在達到一定評價數以上時，評分越高越加分 | 將經驗證的品質反映在上方 |
| 近期活動 | 最近有登入或更新行程則加分 | 避免曝光閒置帳號 |
| 取消率 | 因供給者責任造成的取消越多則扣分 | 抑制不負責任的供給者 |
| 新區域 | 將沒有評價的新供給者曝光於獨立區域 | 提供新進者初期機會 |

#### 重要原則

即使不完全公開曝光標準，也建議在畫面上說明主要要素。例如引導「推薦順序會綜合回覆率、評價、近期活動、預約完成率決定」，供給者就能理解自己應該採取哪些行動。

### 2. 媒合方式：自動指派，還是申請與選擇

媒合方式會決定客戶體驗與責任結構。

| 方式 | 說明 | 優點 | 缺點 | 適合的服務 |
|---|---|---|---|---|
| 自動指派 | 平台直接連結符合條件的供給者 | 快速且簡單 | 不滿會集中成平台責任 | 緊急出動、單純作業、標準化服務 |
| 申請與選擇 | 需求者發布請求，供給者申請後由需求者選擇 | 有利於建立信任，且選擇責任被分散 | 需要更多時間 | 寵物保姆、兒童照護、家教、室內裝修諮詢 |
| 混合型 | 自動顯示推薦候選人，但最終選擇由客戶決定 | 平衡速度與信任 | 政策設計較複雜 | 多數初期媒合平台 |

若是重視信任的服務，「申請與選擇」方式較有利。飼主或家長可以自行比較個人檔案、評價、經歷、可服務時間、價格後再選擇，心理上的安定感會更高。相反地，自動指派雖然快速，但當結果不滿意時，「平台指派錯了」的不滿可能會變大。

### 3. 取消政策：何時、退款多少

取消政策必須在付款前顯示並取得同意。如果付款後才知道退款限制，糾紛可能性會提高。

#### 取消・退款標準範例

| 取消時間點 | 客戶退款範例 | 供給者補償範例 | 營運意圖 |
|---|---:|---:|---|
| 服務 3 天前為止 | 100% 退款 | 無 | 允許客戶彈性變更 |
| 服務 1 天前為止 | 50% 退款 | 部分補償 | 彌補供給者的行程損失 |
| 當天取消 | 不退款或限制退款 | 按一定比例補償 | 抑制爽約與臨時取消 |
| 因供給者責任取消 | 客戶全額退款 | 供給者曝光扣分 | 保護客戶並防止不負責任的取消 |

上述數字是範例，實際比例應依服務特性、地區規定、金流服務商政策、客戶期待水準來決定。

#### 供給者取消罰則

對供給者一律課以金錢罰則的方式，可能產生法律與營運上的負擔。初期下列非金錢性罰則可能更實用。

- 推薦分數扣分
- 一定期間排除於上方曝光
- 重複取消時限制新預約
- 檢討是否向客戶自動提供道歉優惠券
- 經營運者審查後給予帳號警告或停權

### 4. 手續費與防止私下交易：比起阻擋，更要設計保護利益

手續費率會依商業模式而不同。例如在 10%、15%、20% 中選擇哪一個，必須考量獲客成本、付款手續費、客戶支援成本、保險或保證成本、供給者利潤後決定。

問題不在於手續費率本身，而是私下交易。防止私下交易不只是隱藏電話號碼的功能，而是打造「在平台內交易更安全且更有利」的結構。

#### 必要功能與政策

| 項目 | 政策範例 | 目的 |
|---|---|---|
| 聯絡方式不公開 | 付款確認前不公開電話號碼、電子郵件、通訊軟體 ID | 降低付款前流失 |
| 聊天偵測 | 偵測電話號碼、帳號、外部通訊軟體 ID 格式 | 警告私下交易嘗試 |
| 警告文案 | 提示「外部交易無法受到退款・調解保護」 | 比起處罰，更強調保護利益 |
| 重複違規制裁 | 重複繞過分享聯絡方式時限制曝光或審查帳號 | 維持市場秩序 |
| 平台付款利益 | 提供退款規定、糾紛調解、交易紀錄、撥款保護 | 提供在平台內付款的理由 |

#### 警告文案範例

「為了安全，付款前會限制分享聯絡方式與帳號。如果在平台外交易，將無法獲得退款、糾紛調解、交易紀錄保護。」

這段文案的核心不是「不要這麼做」，而是「必須在 App 內付款才會受到保護」。需求者與供給者理解平台內部交易的利益，私下交易的誘惑才會降低。

### 5. 糾紛與撥款：何時支付款項

糾紛調解的實質力量來自撥款結構。如果付款金額在服務完成後立刻全額支付給供給者，當發生問題時，平台就很難執行退款或部分退款。

因此，許多媒合平台會採用付款後保管一段期間款項，或暫緩支付的結構。這常被說明為類似履約保證的概念，但實際可行的方式，必須確認金流服務商條款與各地金融・電子商務法規。

#### 撥款政策範例

| 階段 | 處理 | 營運目的 |
|---|---|---|
| 預約付款 | 客戶在平台付款 | 確保交易紀錄 |
| 服務進行 | 將聊天、行程、請求事項留在平台 | 確保糾紛證據 |
| 服務完成 | 變更為完成狀態 | 開始等待撥款 |
| 完成後 48 小時 | 運作異議提出期間 | 可受理事故・不滿 |
| 無糾紛 | 撥款給供給者 | 正常交易結束 |
| 受理糾紛 | 暫緩撥款後審查證據 | 判斷退款・部分退款・駁回 |

48 小時是範例。依服務特性可改為 24 小時、72 小時、7 天等。像寵物照護或室內裝修這類問題可能延後發現的服務，可能需要更長的確認期間。

## 營運者畫面中必須具備的糾紛資料

若要妥善處理糾紛，營運者必須能在同一個畫面看到事件脈絡。

| 資料 | 必要原因 |
|---|---|
| 預約資訊 | 確認日期、金額、服務範圍 |
| 付款與撥款狀態 | 確認可退款金額與是否暫緩支付 |
| 聊天紀錄 | 確認約定內容與是否事前告知 |
| 照片或檔案證據 | 確認事故、瑕疵、作業結果 |
| 取消・變更紀錄 | 確認行程是因誰的請求而變更 |
| 過往糾紛紀錄 | 確認是否為重複問題帳號 |
| 營運者決定理由 | 作為下一個類似事件的標準 |

記錄營運者決定理由非常重要。必須留下「為什麼全額退款」、「為什麼部分退款」、「為什麼判斷為供給者責任」，才能形成一致的營運標準。

## 應放入 AI 開發提示詞的政策需求

如果只指示 AI「幫我做預約、付款、聊天功能」，市場的核心規則很可能會遺漏。應如下方明確寫出政策。

### 提示詞範例

```text
我要製作寵物保姆媒合平台。請不要只做單純功能實作，而是反映以下營運政策來設計。

1. 保姆列表預設以回覆率、評價評分、評價數、最近活動日、預約完成率綜合排序。
2. 新保姆不要因評價不足而完全被擠掉，應曝光於獨立的新保姆區域。
3. 媒合方式為飼主發布請求後，保姆提出申請，飼主查看個人檔案與評價後選擇。
4. 付款前在畫面顯示取消・退款政策並取得同意。
5. 付款前限制分享電話號碼、電子郵件、帳號、外部通訊軟體 ID。
6. 在聊天中偵測到看似聯絡方式或帳號的格式時，顯示私下交易警告文案。
7. 服務完成後 48 小時內暫緩撥款，若此期間受理糾紛，則停止撥款。
8. 營運者必須能在同一個畫面查看預約資訊、付款狀態、聊天紀錄、證明檔案、決定理由。

實作前，如果有我尚未決定且需要決定的政策，請先向我提問。
```

最後一句話很重要。必須讓 AI 對遺漏的政策提出問題，開發成果才不會只是單純的畫面集合，而會更接近可營運的平台。

## 轉換成資料模型來思考

政策最終都必須留下資料。以下項目即使在 Ruby on Rails 這類網頁框架中，也能以基本資料表與狀態值實作。

| 領域 | 必要資料範例 |
|---|---|
| 使用者 | 角色、本人驗證狀態、是否可公開聯絡方式 |
| 供給者個人檔案 | 經歷、服務地區、價格、可服務行程、介紹、驗證狀態 |
| 曝光分數 | 回覆率、評分、評價數、最近活動日、取消率、扣分紀錄 |
| 請求 | 客戶請求內容、希望行程、預算、位置、狀態 |
| 申請 | 供給者申請訊息、提案價格、可服務時間 |
| 預約 | 被選擇的供給者、行程、金額、可取消時間點、完成狀態 |
| 付款 | 付款狀態、退款狀態、平台手續費、預計撥款金額 |
| 聊天 | 訊息、附件、是否偵測到聯絡方式、警告曝光紀錄 |
| 糾紛 | 原因、證據、受理時間、是否暫緩撥款、決定結果 |
| 撥款 | 等待撥款、暫緩、支付完成、失敗、重試狀態 |

這樣設計後，營運政策就不會分散在程式碼各處，而是能以狀態與紀錄來管理。

## 上線前檢查清單

- 是否已決定基本排序標準？
- 是否有方法給新供給者曝光機會？
- 是否已決定採用自動媒合、申請與選擇、混合型中的哪一種方式？
- 是否區分客戶取消與供給者取消？
- 是否在付款前告知退款比例與時間點？
- 是否限制付款前分享聯絡方式與帳號？
- 私下交易警告文案是否比起處罰，更說明保護利益？
- 平台手續費率與撥款金額計算式是否明確？
- 服務完成後是否有暫緩撥款期間？
- 受理糾紛時是否能自動停止撥款？
- 營運者是否能在同一個畫面查看證據與聊天紀錄？
- 是否記錄營運者決定理由？
- 是否已要求 AI 或開發團隊「未決定的政策請先提問」？

## 結論

媒合平台初期開發中最危險的錯覺，是認為「有功能，市場就會運作」。實際上，驅動市場的是曝光、媒合、取消、手續費、撥款、糾紛處理等規則。

AI 可以快速產出程式碼，但要獎勵哪些行為、阻擋哪些風險，必須由創辦人決定。上線前應將 5 項政策文件化，並將其連結到畫面、狀態值、管理者功能、客戶說明文案，才能避免手續費流失，同時維持服務品質。

## FAQ

### 為什麼在媒合平台中，政策比功能更重要？
媒合平台的收益依賴於在平台內成交時產生的手續費。如果只有預約、付款、聊天功能，卻沒有曝光、取消、防止私下交易、結算規則，使用者可能會在平台外交易，而供應者也可能對不公平的營運感到不滿。

### 為什麼在付款前公開聯絡方式很危險？
如果在付款前公開聯絡方式，需求方和供應方不透過平台而直接交易的可能性就會提高。在這種情況下，平台不僅無法收取手續費，也難以提供退款、爭議調解、交易紀錄確認等保護功能。

### 防止私下交易只要封鎖聯絡方式就足夠了嗎？
封鎖聯絡方式是必要的，但並不足夠。必須設計成讓使用者感受到在平台內付款才能獲得退款、暫緩結算、爭議調解、聊天紀錄保護等實際利益，才能降低私下交易的誘因。

### 寵物保姆或家教媒合， автомат配對和應徵方式哪一種更適合？
對於重視信任的寵物保姆、兒童照護、家教服務，通常應徵與選擇方式更為適合。當客戶能親自比較並選擇個人檔案、評價、經歷、價格時，對結果的信任度與接受度會提高。

### 取消政策應該在什麼時候顯示？
取消與退款政策必須在付款前顯示，並取得使用者同意。如果在付款後才告知限制條件，發生客戶爭議與不公平爭議的可能性會增加。

### 如果供應者突然取消，什麼樣的罰則比較合適？
在初期平台中，相較於金錢罰款，曝光分數扣分、限制置頂曝光、重複取消時限制預約等非金錢性罰則，在實務上更容易適用。不過，具體制裁應依照條款、地區規範與服務特性來決定。

### 為什麼服務完成後不立即結算？
如果將結算暫緩一段時間，當收到服務瑕疵、事故、未到場等問題時，平台可以居中協調退款或部分退款。在已全額支付之後，平台的實質調整能力會變弱。

### 48小時暫緩結算適合所有服務嗎？
48小時只是一個例子。單純的服務可以更短，而像寵物照護或室內裝修這類問題可能較晚才被發現的服務，可能需要更長的確認期間。

### 委託AI開發媒合平台時，必須放入的句子是什麼？
建議在提示詞結尾加入「在實作之前，如果有我尚未決定但需要決定的政策，請先向我提問」這句話。這句話會讓AI確認遺漏的營運規則，減少企劃空白。

### 託管付款方式只要直接實作就可以嗎？
不是。類似託管付款的暫緩結算結構，可能會受到支付代辦商條款、各地金融法規、電子商務規定的影響。在實際上線前，必須確認支付提供商文件並進行法律審查。

## Sources

- [Stripe 文件：Connect](https://docs.stripe.com/connect)
- [歐盟委員會：平台對企業的交易慣例](https://digital-strategy.ec.europa.eu/en/policies/platform-business-trading-practices)
- [聯邦貿易委員會：揭露暗黑模式](https://www.ftc.gov/business-guidance/resources/bringing-dark-patterns-light)

## Images

![用戶與專業人員連到中央盾牌，周圍有費用、評分、排程與規則圖示](https://injoys.com/rails/active_storage/blobs/proxy/eyJfcmFpbHMiOnsiZGF0YSI6MzA5MSwicHVyIjoiYmxvYl9pZCJ9fQ==--3592bdae32a2213c56d8355eb7faa2adab6c3678/ai-2c4cebee.webp)
![配對平台控制面板，含打勾管線與五個政策圖示](https://injoys.com/rails/active_storage/blobs/proxy/eyJfcmFpbHMiOnsiZGF0YSI6MzA5NywicHVyIjoiYmxvYl9pZCJ9fQ==--0b5eabdcb2e7a33a83eae8920bc2e1a7cb18e7ba/ai-903eceec.webp)