ABC 自營交易挑戰賽 — 產品需求文件（企業版）

本文件的假設前提

本 PRD 處於初稿探索階段，部分規格尚未由需求方最終定案。所有未確認的規格值，一律標記為 Assumption 或 Open Question，不虛構為既定事實。實務落地前，這些項目需經產品、風控、法遵確認。

01文件資訊

Document Title	ABC 自營交易挑戰賽 — 產品需求文件
Owner	Product（本文件作者，扮演 Product Owner）
Status	Draft
Version	v0.1
Reviewers	Engineering · QA · Risk/Compliance · Ops · Marketing
Target Release	TBD（依法遵定性結果，見 §07）
Related Documents	交易平台 API Spec（MT4/MT5）· KYC/AML 政策 · 風控引擎 TDD（待建）
Decision Log	見 §07，共 8 項 P0 決策

02Executive Summary

解決什麼問題：ABC 是持牌券商，希望以「交易挑戰賽」低成本、規模化地篩選出真正有紀律的交易者，讓通過者操作模擬資金；其中表現最穩定者，才由公司以真實資金對沖其交易，形成一條「篩選 → 資助 → 分潤」的獲客與人才漏斗。

目標使用者：散戶交易者（想證明實力、換取資金者）為主；內部風控、財務、營運為後台使用者。

為什麼現在做：Prop challenge 是券商拓展交易者基數、同時控制自身資金風險的成熟模式；ABC 具持牌與交易基礎設施，具備切入條件。

本期核心交付：① 挑戰賽規則引擎（獲利目標、雙重回撤、最少交易日、一致性規則）② 即時風控與自動強平 ③ 交易者進度儀表板 ④ 反濫用機制 ⑤ 金融級後台。

03背景與問題定義

問題陳述

[持牌券商 ABC] 在 [想擴大優質交易者基數、但不願承擔未經驗證交易者的資金風險] 的情境下，因為 [缺乏一套可規模化、可量化、防濫用的交易者篩選機制]，目前無法有效完成 [以可控成本篩出並資助真正有紀律的交易者]，導致 [資金風險難控、獲客成本高、無法系統性辨識人才]。

不處理的代價

若直接給真實資金，未驗證交易者的爆倉風險由券商全額承擔。
若無量化規則，篩選淪為主觀，無法規模化，也難防對沖套利濫用。

Assumption

假設 ABC 既有 MT4/MT5 交易環境可供接入，挑戰帳戶以此開設。此為題目未明示的技術前提。

04產品目標與成功指標

指標	定義	Baseline	Target	Window	分類
挑戰通過率	通過 Phase 1+2 / 購買數	TBD	8–12%	月	Product
資助交易者存活率	資助後 3 個月仍未違規比例	TBD	≥ 40%	季	Risk
對沖淨損益	真實對沖優質交易者的淨結果	TBD	> 0	季	Business
濫用攔截率	被反濫用系統攔下的可疑帳戶占比	TBD	監控	週	Compliance
強平延遲 P95	觸線到強平完成的延遲	—	< 500ms	即時	Latency
違規判定爭議率	用戶申訴違規判定 / 總違規數	TBD	< 3%	月	Support

通過率的 Target 直接連動商業模式：太高則對沖端資金壓力大，太低則傷口碑與轉換。列入 Open Questions 待定案。

05使用者與使用情境

User Type	目標	痛點	頻率	主要權限
挑戰者（散戶）	通過挑戰、取得資助與分潤	規則不透明、怕被判定不公	每日	交易、查看自身進度
資助交易者	穩定操作、領取分潤	回撤規則嚴、怕誤觸	每日	交易、查看帳戶與分潤
風控人員	監控違規與濫用、審核	跨帳戶關聯難察覺	每日	監控、凍結、覆核
財務人員	處理挑戰費與 payout	詐退款、對帳	每日	出金提交（需覆核）
營運/客服	處理申訴與帳戶問題	爭議判定舉證	每日	唯讀 + 建案

主要情境：挑戰者觸及最大單日回撤

Actor：挑戰者　Trigger：持倉浮虧使當日權益跌破 5% 上限
Preconditions：帳戶處於 Phase 1、當日尚未違規
Main Flow：系統即時偵測 → 觸線瞬間強制平倉 → 標記當日違規 → 帳戶失敗 → 通知
Success Outcome：違規當下權益快照留存，帳戶狀態轉為 Failed，用戶看到明確原因
Failure Outcome（系統面）：強平延遲導致超額虧損 → 由券商吸收 → 觸發告警

06Scope 管理

In Scope（MVP）

兩階段挑戰（Challenge → Verification）→ 模擬資助帳戶
規則引擎：獲利目標、最大單日回撤、最大總回撤、最少交易日、一致性規則
即時風控與 tick 級自動強平
交易者進度儀表板（唯讀鏡像後端）
反濫用：KYC 綁定、跨帳戶對沖偵測
金融級後台（§10）與行銷著陸頁

Out of Scope（本期不做）

不做的項目	原因 / 移至
真實資金直接發放給挑戰者	採「模擬資助 + 內部對沖優質者」模式，見 D-01
自動化對沖決策（ML 選人）	Phase 3；初期人工 + 規則
多資產類別（股票/期權）	MVP 限題目情境的交易品項
聯盟行銷 / 推薦分潤	Phase 2
行動 App 原生版	MVP 為 Web RWD

Phase Boundary

階段	包含	不包含
MVP	規則引擎 · 即時強平 · 儀表板 · 基礎反濫用 · 後台	ML 選人 · 多資產 · 推薦分潤
Phase 2	推薦分潤 · 進階濫用偵測（跨券商）· 帳戶擴容規則	全自動對沖決策
Phase 3	ML 交易者評分 · 多資產 · 原生 App	—

07Assumptions / Open Questions / Decision Log

Decision Log（8 項 P0 已拍板）

ID	決策	選擇	理由
D-01	資助帳戶性質	模擬資助 + 篩出優質者才真實對沖	純真錢資金風險過高；模擬先行可控
D-02	產品定位	篩選真實交易者（非純收費）	純收費模式對持牌券商聲譽有害
D-03	回撤基準	Equity-based（含未平倉浮虧）	才擋得住抱單賭反彈
D-04	強平時機	Tick 級即時強平	不留延遲空間讓帳戶爆超限額
D-05	達標與違規同時觸發	違規優先於達標	風控從嚴
D-06	群帳號對沖	KYC 綁定 + 跨帳戶反向持倉偵測 + 條款明禁	Prop 產業頭號濫用
D-07	一致性規則	納入：單日獲利 ≤ 總獲利 40%	防「一把梭」與銅板 farming
D-08	單日切分時區	伺服器 UTC 午夜，明揭於規則	避免跨時區「今天」爭議

Open Questions（需甲方/法遵定案）

ID	問題	Owner	暫定假設
Q-01	持牌框架下「挑戰費」的法律定性？是否構成受規管勸誘？	法遵	先過法遵再上線（kill switch 級）
Q-02	帳戶規模級距與挑戰費定價？	Product/財務	$10k–$100k 四級（Assumption）
Q-03	分潤比例與首次 payout 時點？	財務	80/20、首次 payout 30 日（Assumption）
Q-04	通過退挑戰費政策？	Product	通過後首次 payout 時退（Assumption）

08Dependencies

類型	依賴	風險 / Fallback
內部	MT4/MT5 交易平台即時行情與持倉 feed	feed 中斷 → 風控暫停開新倉 + 告警
內部	KYC/AML 系統	未過 KYC 不得參加挑戰、不得出金
外部	金流 / 收單（挑戰費）	支援退款爭議流程
外部	對沖流動性提供方（優質交易者真實對沖）	對沖端不可用 → 維持模擬、延後對沖
法遵	各營運區監管框架	未定區暫不開放（geo-block）

09Roles & Permissions

操作	挑戰者	風控	財務	客服
交易（自身帳戶）	✅	—	—	—
查看自身進度	✅	✅	✅	✅ 唯讀
凍結帳戶	—	✅ 提交	—	—
改風控參數	—	✅ 提交（需覆核）	—	—
出金 / payout	申請	—	✅ 提交（需覆核）	—
覆核（四眼）	—	✅ 覆核他人	✅ 覆核他人	—

角色邊界

本節定義「誰能做什麼」屬產品要求；具體權限儲存、快取與 Session 實作屬工程技術決策，不在此指定。高風險操作一律套用 §10 的 Maker-Checker。

10後台安全控制清單（金融級）

本產品含出金、參數變更、帳戶凍結等高風險後台操作，§10 為強制項。

存取層 / 身分驗證層

控制	規格
IP 白名單	後台僅限公司固定 IP + VPN 網段
地理封鎖	封鎖營運國以外登入來源，例外走申請
2FA / GA 綁定	全後台強制 TOTP（Google Authenticator），首次登入強制綁定
登入錯誤凍結	連續 5 次失敗 → 凍結 30 分鐘 + 通知本人與安全團隊
Session 政策	閒置 15 分登出、絕對逾時 8 小時、同帳號新登入踢舊

操作授權層（金融後台核心）

控制	規格
高風險二次驗證	出金、改風控參數、改權限需再輸入 OTP
Maker-Checker 四眼	出金、參數變更、權限授予採雙人覆核，提交者不得自審
覆核門檻	payout 金額 ≥ 門檻、或風險等級 High 強制進覆核佇列
覆核 SLA	覆核逾時告警升級，不自動放行

稽核層

控制	規格
不可竄改 Audit Log	記操作者/時間/內容/來源 IP/前後值，寫入不可竄改儲存，留存符合金融法規
即時告警	出金、批次改動、權限變更即時告警至風控/安全
定期權限盤點	每季盤點；離職/轉調 24 小時內回收

11Functional Requirements

11.1 挑戰結構

Assumption — 挑戰參數

以下數值為業界常見設定的合理假設，非題目給定；上線前需風控校準。

階段	獲利目標	最大單日回撤	最大總回撤	最少交易日	時限
Phase 1 挑戰	8%	5% (equity)	10% (equity)	5 天	無硬時限
Phase 2 驗證	5%	5% (equity)	10% (equity)	5 天	無硬時限
模擬資助	—	5% (equity)	10% (equity)	—	持續

11.2 商業規則

Rule ID	規則	條件	系統行為	優先級
R-01	最大單日回撤	當日權益（含浮虧）自當日起點下跌 ≥ 5%	觸線瞬間強平所有持倉 + 標記違規 + 帳戶 Failed	最高
R-02	最大總回撤	權益自帳戶最高水位下跌 ≥ 10%	同 R-01	最高
R-03	單日起點定義	每日 UTC 00:00 重設當日起點權益	以 UTC 午夜權益為當日基準	高
R-04	獲利達標	權益達目標且滿足最少交易日與 R-06	階段通過，進入下一階段/資助	中
R-05	違規優先	同一 tick 同時滿足達標與違規	判違規（違規優先於達標）	最高
R-06	一致性規則	任一單日獲利 > 當期總獲利 40%	不予通過，提示需更均衡	中
R-07	回撤基準	所有回撤計算	採 equity（含未平倉浮動損益），非 balance	高

11.3 Acceptance Criteria

AC	Rule	Given / When / Then	Edge Cases	Pri
AC-01	R-01	Given 帳戶當日起點權益 10,000、單日上限 5%（=500） When 某 tick 使當前權益（含浮虧）跌至 9,499 Then ① 該 tick 即時強平全部持倉 ② 標記當日違規、帳戶轉 Failed ③ 儲存違規當下權益/持倉/價格快照 ④ 推播通知並顯示失敗原因	剛好 =9,500（未跌破，不違規）；跳空一次跨過門檻；多倉同時浮虧	Must
AC-02	R-05	Given 帳戶尚差 1 即達獲利目標 When 同一 tick 同時越過獲利目標與單日回撤上限（劇烈波動） Then ① 判定違規，不判達標 ② 帳戶 Failed，記錄雙重觸發於稽核	達標與違規時間戳同毫秒；先達標後同 tick 回撤	Must
AC-03	R-06	Given 當期總獲利 800，其中某單日獲利 400 When 帳戶權益達獲利目標、申請通過 Then ① 計算 400 / 800 = 50% > 40% ② 不予通過，提示一致性未達標	剛好 =40%（通過）；總獲利含已實現+未實現如何計（見 Open Q）	Must
AC-04	R-03	Given 用戶時區 UTC+8，當地 08:00 When 到達 UTC 00:00 Then ① 以該時刻權益重設當日起點 ② 儀表板「當日回撤」歸零重算	UTC 午夜時仍有持倉浮虧；夏令時不影響（採 UTC）	Must

12User Flow

購買挑戰 → KYC 驗證 → 開設挑戰帳戶（MT4/MT5） → Phase 1 交易 ├─ 達獲利目標 + 最少交易日 + 一致性 → Phase 2 └─ 觸 R-01/R-02/R-06 → Failed（可重購） → Phase 2 驗證 → 通過 → 模擬資助帳戶 → 穩定表現 → 風控人工挑選 → 真實對沖 + 分潤 └─ 申請 payout → 財務提交 → 四眼覆核 → 放款

13Screen / System States

交易者進度儀表板

狀態	規格	觸發條件	資料來源
空白	尚未開始交易的引導（如何達標、四條線說明）	帳戶剛開、無交易	帳戶服務
載入中	骨架屏，避免顯示過期數值	拉取即時權益中	—
正常	四條線即時距離：獲利/日回撤/總回撤/最少交易日	交易進行中	WebSocket 推送（唯讀鏡像）
預警	回撤達上限 80% 黃燈、95% 紅燈 + 推播	逼近 R-01/R-02	風控引擎
成功	階段通過、下一步指引	R-04 成立	規則引擎
失敗	明確標示踩了哪條線、當時數值、時間	R-01/02/06 成立	違規快照

關鍵一致性

前端所有回撤數值只做後端唯讀鏡像，絕不自行計算。後端風控引擎是唯一真相來源；否則會出現「畫面顯示安全卻被判失敗」的信任崩盤。

14Data & Integration Requirements

Source of Truth：權益、回撤、違規判定一律以風控引擎為準；儀表板為鏡像。
精度：金額與比例計算精度、四捨五入規則需統一定義（Open Q：小數位與捨入方向）。
事件排序：行情 tick 需保序處理，避免亂序造成誤判；採單帳戶序列化。
違規快照：每次判定存證（權益、持倉、價格、時間戳、規則 ID），留存符合金融法規。
PII：KYC 資料加密儲存、最小揭露、後台脫敏顯示。

15Non-functional Requirements

類別	需求（可測量）
Latency	觸線到強平完成 P95 < 500ms；儀表板權益更新延遲 < 1s
可用性	風控引擎交易時段可用性 ≥ 99.9%
一致性	強平與違規判定不可漏、不可重複（冪等）
Security	符合 §10 全部控制項
Audit	所有判定與後台操作可追溯，log 不可竄改
擴展性	支撐同時線上挑戰帳戶數 TBD，設計需水平擴展

16Analytics & Observability

告警訊號：強平延遲超標、行情 feed 中斷、單日違規量異常暴增、對沖淨損益轉負。
風險監控：跨帳戶反向持倉即時偵測、同 KYC 多帳戶、異常完美單向獲利樣態。
Runbook：feed 中斷 → 暫停開新倉；引擎異常 → 凍結判定並人工複核；爭議 → 調違規快照。
營運指標：通過率、存活率、爭議率即時看板。

17Risk & Mitigation

風險 / 濫用	手法	對策	等級
群帳號對沖套利	A 帳做多、B 帳做空，總有一邊過，payout > 挑戰費即套利	KYC 綁定 + 跨帳戶反向持倉偵測 + 條款明禁 + 沒收	P0
銅板 farming	大量便宜帳戶各賭一把高槓桿，總有幾個過	一致性規則 R-06 + 單日獲利占比檢查	P0
跨券商對沖	挑戰帳戶對沖到別家真實帳戶，只取贏的腿	交易行為分析：抓「異常完美單向獲利」；Phase 2 跨源偵測	P1
新聞/滑價套利	demo 成交保證、真實不保證，賭高波動新聞	重大新聞前後 2 分鐘持倉不計/限制（Assumption）	P1
退款詐騙	盜卡付費 → 通過 → 提領 → 挑戰費 chargeback	首次 payout 前強制 KYC + 挑戰費與 payout 清算隔離期	P1
強平延遲致超額虧損	系統延遲時帳戶爆超限額，差額券商吸收	tick 級強平 + 延遲告警 + 熔斷降級	P0
法遵定性風險	挑戰費被認定為受規管勸誘	上線前法遵定案（Q-01，kill switch）	P0

18Rollout / Migration / Rollback

Rollout：先單一營運區、單一帳戶規模灰度上線；規則引擎先影子模式（只判不強平）跑對照，確認判定正確再開強平。
Migration：新產品無存量資料遷移；僅需接既有 KYC 與交易帳戶。
Rollback：強平誤判率或延遲超閾 → 回退至影子模式並凍結新挑戰售出；已售帳戶維持，人工複核。
Feature flag：強平開關、一致性規則開關、對沖分潤開關獨立可控。

19MVP / Roadmap / Complexity

複雜度標注原則

只標低/中/高，不做人天估算（工時是工程職責）。複雜度分五維：產品邏輯 / 整合 / 資料 / 風險 / 交付依賴。

模組	產品邏輯	整合	風險	綜合
規則引擎（獲利/回撤/一致性）	高	中	高	高
即時風控 + tick 級強平	中	高	高	高
進度儀表板（唯讀鏡像）	低	中	中	中
反濫用（跨帳戶偵測）	高	中	高	高
金融級後台（§10）	中	中	高	中高
行銷著陸頁	低	低	低	低

20UAT & Release Readiness

☐ 每個功能都有 AC，且 Given 含具體數值
☐ 邊界值全覆蓋（=門檻、跳空跨越、同 tick 雙觸發）
☐ 影子模式判定與人工對照一致率達標
☐ 強平延遲 P95 < 500ms 實測通過
☐ 跨帳戶對沖偵測以測試帳戶驗證可攔截
☐ §10 後台安全控制全數落地（含四眼覆核）
☐ 違規快照可調閱、可作為爭議舉證
☐ 法遵定性（Q-01）已定案

ABC Prop Challenge PRD · v0.1 · Draft · 以 enterprise-prd-writer 產出 · 所有未給定數值均為 Assumption