夥伴鏈和垂直線

1）術語和角色

垂直是行業細分市場和/或價值鏈（例如：fintech/付款，營銷/附屬公司，內容/提供商，標識/CUS，Antifrod，物流/富力，支持BPO）。

• Referral/Influencer/Affiliate-提供流量/線索（CPA/RevShare）。
• Reseller/Distributor-在當地市場銷售和服務。
• OEM/嵌入式/白色標簽-嵌入功能，以其品牌發布。
• 技術/ISV/SI-通過模塊和集成來補充產品。
• 數據/合規性-KYC/AML/計分/付款/反欺詐。
• Content/Media/Streaming-許可證，內容，促銷資產。

2）價值圖和合作夥伴鏈

首先，我們捕獲價值流圖：從需求來源→到產品→到貨幣化和後保險服務。

mermaid flowchart LR
A [Traffic Source/Partner 1] -->    Lead/Event    In [Platform/Product]
B -->    Deal/Transaction    C [Payment/Antifraud/ACC]
B -->    Content/API    D [Content Provider]
B -->    Webhooks/Events    E [PRM/CRM/Analytics]
B -->    SLA/Support    F [Reseller/Support-BPO]

對於每個箭頭，我們定義：數據合同，度量（SLI/SLO），訪問和秘密，隱私規則以及商業模型。

3）協作和商業模式

3.1種合作形式

Referral/Affiliate：轉發、後退、Cookie/服務器歸屬。
Reseller/Distributor：配額、價格、當地遵守法律、L1/L2支持。
OEM/嵌入式/白色標簽：SDK套件，白色標簽UI，發布火車和API兼容性。
Marketplace/App Store：集成目錄,通過平臺計費,咆哮和安全。

3.2商用車型

CPA（按行動費用）：已確認行動的虛假。
RevShare：保證金/收入百分比；重要的是要確定計算基礎和歸因窗口。

Hybrid: CPA + RevShare.

MDF/合作社：實現KPI的聯合營銷基金。
Minimum Guarantees：最低付款/配額。

關鍵條款：反欺詐、目標條款（地理/渠道）、「索賠」期、審計權、責任限制。

4）數據合同和歸屬

4.1個歸屬

窗口（例如'7/30'天）、模型（最後點擊、數據驅動）、通道優先級、服務器後退。
資料來源：UTM/ref參數，c2s事件，簽名的webhooks，dedupe通過「event_id」。
條件：「qualified」狀態，dedup，取消/重新分配，「cool-off」時期。

4.2數據合同

電路（JSON Schema/Avro），強制性/PII字段，法律框架，TTL/還原，主體權利（刪除/修復），本地化（區域）。
集成SLA：交付事件的比例≤ X分鐘，順序/等效性，重復窗口。

json
{
"event_id": "uuid",
"occurred_at_utc": "2025-10-31T12:01:02Z",
"type": "partner. conversion. v1",
"partner_id": "aff_123",
"attributes": {
"click_id": "abc",
"amount": 49. 90,
"currency": "EUR",
"status": "qualified"
},
"signature": "base64",
"version": 1
}

5）集成模式

REST/gRPC用於在線交換（配額/限額，回歸政策，相等性）。
Webhooks/Eventing-簽名事件、指數延遲重播、「慢速」合作夥伴延遲隊列。
Batch/SFTP/Blob-報告，摘要，重新計算。
SDK/Embeds-連接摩擦最小,版本策略,功能閃光燈。
Outbox/Inbox-有保證的交付、去除、審核。
Consent/Privacy API-在鏈條上宣傳同意/opt-out。

6）Cascade SLA/OLA和升級

SLA是外部的：可用性，p99，窗口中的事件比例，歸因準確性。
OLA內部：PRM操作，驗證，劄幌響應，滴答聲關閉。
級聯：外部違規行為→內部行動觸發因素，貸款/罰款（根據合同），PRM狀態。
升級：L1合作夥伴,L2平臺,L3基礎架構供應商；固定響應窗口。

7） PRM： 操作模型和流程

1.采購/篩選：問卷，CUS/制裁，聲譽，技術能力。

2.登船：合同，鑰匙/API，沙箱，集成支票，測試案例。

3.支持：培訓，創意節奏庫/UTM，內容/品牌綁定。

4.運行：報告，MDF，聯合OKR，SLA狀態，Alerta。

5.評論與成長：QBR（季刊商業評論），共同努力，跨村莊。

6.Exit/Change：終止、數據刪除、密鑰召回、驗屍。

PRM工件：合作夥伴護照，權限矩陣，同意註冊表，風險註冊表，劇本，API漏洞，版本兼容性狀態。

8）垂直： 特征和不變量

市場營銷/附屬機構：打擊怪物（機器人，Cookie-stuffing），嚴格的歸屬，內容綁定和品牌安全。
付款/fintech：數據主權，3-D 安全/PSD樣要求，KMS/加密，風險反饋。
KUS/Antifrod：敏感PD，DPA，TTL，主題權利，對決質量。
內容/媒體：許可，DRM/水印，元數據，使用報告。
支持VRO/經銷商：腳本L1/L2，腳本，培訓課程，質量控制。

常見的不變量是：PoLP，加密，審計，事件冪等，明確的歸因和計算窗口。

9）渠道沖突管理

優先權規則：誰在交叉時「擁有」客戶（主要註冊，活動，支票）。
Protection/Exclusivity：通過地理/細分/活動獨家-KPI和截止日期。
「Last-touch vs data driven」：修復模型及其修訂。
仲裁：分析過程,索賠窗口,證據基礎（日誌,簽名,trace-id）。

10）風險與控制

法律/品牌：禁止創意，不符合當地法律/廣告。
財務：歸因不正確，CPA下的「灰色」優化，充電風險。
技術：鑰匙泄漏/PII，webhook未交付，電路漂移。
運營：依賴一個主要合作夥伴，計算中的「黑匣子」。

控制：作為代碼（OPA/Kyverno），密碼掃描，限量版，蜂蜜標記，「雙重」計算（您和合作夥伴）+重新計算。

11）度量和KPI

需求來源：CAC，LTV/CAC，ARPU/ARPPU，CR，churn by partner。
歸因的質量：「qualified」比例，祖父比例，報告差異（<ε）。
操作：登錄時間,合作夥伴與當前密鑰/SDK版本的比例,事件交付SLO。
風險/合規性：具有有效的DPA，SLA通行率，事件/百萬事件的合作夥伴的百分比。
增長：來自新垂直的收入份額，跨村莊，活動集成的數量。

12）模板和示例

12.1合作夥伴護照（YAML）

yaml partner_id: "aff-123"
name: "Acme Media"
vertical: "Marketing/Affiliates"
regions: ["EU","TR","LATAM"]
contracts:
msa: "2025-01-10"
dpa: "2025-01-10"
commercials:
model: "Hybrid"
cpa: 50 revshare: "20% of net"
attribution:
window_days: 30 model: "last_click"
postback: "https://acme. example/postback"
data_contract:
event_schema: "conversion. v1"
pii: false retention: "365d"
delivery_sla: "95% <= 5m"
security:
webhooks: { signature: "HMAC-SHA256", replay: 300 }
scopes: ["conversions:read"]
status:
sandbox: "passed"
production: "active"
owners:
biz: "partner-team"
tech: "integrations-team"

12.2 PRM門政策（pseudo-Rego）

rego package prm. gates deny["No DPA"] { input. partner. dpa == null }
deny["Weak signature"] { input. partner. webhooks. signature not in {"HMAC-SHA256","Ed25519"} }
deny["Missing attribution window"] { not input. partner. attribution. window_days }

12.3 Reconciliation （偽SQL）

sql
SELECT a. event_id
FROM partner_report a
LEFT JOIN internal_events b ON a. event_id = b. event_id
WHERE b. event_id IS NULL AND a. occurred_at >= now() - interval '30 days';

13）反模式

「我們首先簽署-我們將在以後提出整合」→死去的合作夥伴和債務。
歸因僅通過cookie和沒有服務器信號→爭議和欺詐。
沒有簽名/反重播→泄漏和欺騙的秘密和網絡手冊。
一個「超級合作夥伴」>50%的流量→集中風險。
缺乏恢復和審核→計算中的長期差異。
不協調的SLA/OLA →「灰色區域」責任。
忽略本地內容/廣告限制→鎖定/罰款。

14）建築師支票清單

1.是否在每個垂直方向上繪制了價值圖和數據/貨幣箭頭?

2.每個合作夥伴都有護照：合同，計劃，SLO，鑰匙，地區，所有者？

3.歸因： 窗口、模型、服務器後退、後退和重新分類-是否定義?

4.集成： 簽名,轉發,等效性,限位器-實現?

5.策略作為代碼： DPA/SLA/簽名/還原-CI/CD中的網關?

6.PRM流程： 裝訂、培訓、QBR、MDF、退出計劃-描述和執行?

7.級聯SLA/OLA和升級-記錄和測試?

8.指標：CAC/LTV/CVR/ ε分布，交付的SLO-在行車記錄儀上？

9.風險控制： 反氟化、濃度限制、蜜湯、鑰匙反饋計劃?

10.API/SDK/事件版本和「兼容性窗口」-在發布日歷中?

二.結論

夥伴關系鏈是關系，數據和激勵的體系結構。當你擁有價值圖、正式數據合同、透明歸屬、級聯SLA和托管集成時，生態系統就會變得可預測：合作夥伴看到好處，用戶看到質量，平臺看到持續增長。將PRM構建為產品，自動化策略並測量效果-並且您的網絡將在沒有混亂的情況下擴展。