زنجیره های شریک و عمودی

1) شرایط و نقش ها

عمودی - بخش صنعت و/یا زنجیره ارزش (به عنوان مثال: Fintech/Payments، Marketing/Affiliates، Content/Providers، Identification/CCM، Antifraud، Logistics/Fulfillment، Support BPO).

• ارجاع/تأثیرگذار/وابسته - ارائه ترافیک/منجر (CPA/RevShare).
• نماینده فروش/توزیع کننده - فروش و خدمت در بازارهای محلی.
• OEM/Embedded/White-label - قابلیت جاسازی، انتشار تحت نام تجاری خود را.
• فناوری/ISV/SI - محصول را با ماژول ها و ادغام ها تکمیل کنید.
• داده ها/انطباق - KYC/AML/به ثمر رساند/پرداخت/ضد تقلب.
• محتوا/رسانه/جریان - مجوزها، خوراک محتوا، دارایی های تبلیغاتی.

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 فرمت های همکاری

ارجاع/وابسته: ارجاع، postbacks، کوکی ها/تخصیص سرور.
نماینده فروش/توزیع کننده: سهمیه، قیمت، انطباق محلی، پشتیبانی L1/L2.
OEM/Embedded/White-label: SDK، UI سفید برچسب، قطار انتشار و سازگاری API.
بازار/فروشگاه نرم افزار: کاتالوگ ادغام، صدور صورت حساب پلت فرم، بررسی و امنیت.

3. 2 مدل های تجاری

CPA (هزینه در هر اقدام): ثابت برای عمل تایید شده است.
RevShare:٪ حاشیه/درآمد ؛ مهم است که پایه محاسبه و پنجره انتساب را اصلاح کنید.
ترکیبی: CPA + RevShare.
MDF/Co-op: صندوق بازاریابی مشترک برای دستیابی به KPI ها.
حداقل تضمین: حداقل پرداخت/سهمیه.

هشدارهای کلیدی: ضد تقلب، بندهای هدف (جغرافیایی/کانال)، دوره «ادعا»، حقوق حسابرسی، محدودیت های مسئولیت.

4) قراردادهای داده و اسناد

4. 1 انتساب

پنجره (به عنوان مثال، '7/30' روز)، مدل (آخرین کلیک، داده محور)، اولویت کانال، سرور پس از پشت.
منابع: پارامترهای UTM/ref، رویدادهای c2s، وب سایت های امضا شده، dedupe توسط «event _ id».
شرایط: وضعیت «واجد شرایط»، dedup، لغو/refand، دوره «خنک کردن».

4. 2 قرارداد داده

Schemas (JSON Schema/Avro)، زمینه های اجباری/PII، چارچوب قانونی، TTL/retention، حقوق موضوع (حذف/اصلاح)، محلی سازی (منطقه).
SLA ادغام: درصد رویدادهای تحویل داده شده ≤ X دقیقه، سفارش/idempotency، پنجره تکرار.

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 برای تبادل آنلاین (سهمیه/محدودیت ها، سیاست های مجدد، idempotence).
Webhooks/Eventing - رویدادهای امضا شده، پخش تاخیر نمایشی، صف های تاخیر برای شرکای «آهسته».
Batch/SFTP/Blob - گزارش ها، غرفه ها، آشتی.
SDK/Embeds - حداقل اصطکاک اتصال، سیاست های نسخه، پرچم های ویژگی.
صندوق پستی/صندوق ورودی - تحویل تضمین شده، dedup، ممیزی.
رضایت/حریم خصوصی API - انتشار رضایت/انتخاب کردن در طول زنجیره.

6) SLA/OLA آبشار و افزایش

SLA خارجی: در دسترس بودن، p99، سهم از حوادث در پنجره، دقت انتساب.
OLA داخلی: عملیات PRM، تأیید، پاسخ پشتیبانی، بسته شدن بلیط.
آبشار: نقض خارجی → باعث اقدامات داخلی, اعتبار/جریمه (تحت قرارداد), وضعیت در PRM.

تشدید: شریک L1، پلت فرم L2، فروشنده زیرساخت L3 ؛ پنجره های پاسخ ثابت

7) PRM: مدل عملیاتی و فرآیندها

1. منبع یابی/غربالگری: پرسشنامه، CCM/تحریم ها، شهرت، فرصت های فنی.

2. Onboarding: قراردادها، کلید/API، sandbox، چک لیست ادغام، موارد آزمون.

3. توانمندسازی: آموزش، کتابخانه قالب خلاق/UTM، راهنماهای محتوا/برند.

4. اجرا: گزارش، MDF، OKR های مشترک، وضعیت SLA، هشدار.

5. بررسی و رشد: QBR (بررسی کسب و کار سه ماهه)، نقشه راه، فروش متقابل.

6. خروج/تغییر: خاتمه، صادرات داده ها، یادآوری کلید، پس از مرگ.

مصنوعات PRM: گذرنامه شریک، ماتریس اجازه، ثبت رضایت، ثبت نام خطر، playbooks، دامنه API، وضعیت سازگاری نسخه.

8) عمودی: ویژگی ها و ثابت

بازاریابی/وابسته: ضد تقلب (رباتها، کوکی چاشنی)، انتساب دقیق، راهنماهای محتوا و امنیت نام تجاری.
پرداخت/Fintech: حاکمیت داده ها، الزامات 3 بعدی امن/PSD مانند، KMS/رمزگذاری، بازخورد ریسک.
CUS/Antifraud: PD حساس، DPA، TTL، حقوق موضوع، کیفیت matchup.
محتوا/رسانه: مجوز، DRM/علامت، ابرداده، گزارش استفاده.
پشتیبانی VRO/نمایندگان فروش: اسکریپت L1/L2، اسکریپت، دوره های آموزشی، کنترل کیفیت.

متغیرهای مشترک: PoLP، رمزگذاری، حسابرسی، idempotency رویداد، تخصیص روشن و پنجره های محاسبه.

9) مدیریت تعارض کانال

قوانین اولویت: چه کسی «صاحب» مشتری هنگام عبور (ثبت نام اولیه، فعالیت، بررسی).
حفاظت/انحصار: منحصر به فرد توسط جغرافیایی/بخش/کمپین - با KPI و اصطلاح.
«Last-touch vs-data-driven»: مدل را اصلاح کنید و آن را اصلاح کنید.
داوری: تجزیه فرایند, پنجره ادعا, پایه شواهد (سیاهههای مربوط, امضا, ID ردیابی).

10) ریسک و کنترل

قانونی/مارک: خلاقیت ممنوع، عدم رعایت قانون/تبلیغات محلی.
مالی: سوء استفاده، بهینه سازی خاکستری برای CPA، ریسک بازپرداخت.
فنی: نشت کلید/PII، عدم تحویل وب سایت ها، رانش مدار.
اتاق های عمل: وابستگی به یک شریک بزرگ، جعبه های سیاه در محاسبات.

کنترل: سیاست به عنوان کد (OPA/Kyverno)، اسکن های مخفی، محدود کننده ها، نشانه های عسل، محاسبه «دوگانه» (شما و شریک زندگی خود) + آشتی.

11) معیارها و KPI ها

منبع تقاضا: CAC، LTV/CAC، ARPU/ARPPU، CR، ریزش توسط شریک.
کیفیت اسناد: سهم «واجد شرایط»، سهم dedup، اختلاف گزارش (<ε).
عملیاتی: زمان تحویل، سهم شرکا با کلیدها/نسخه های SDK به روز، تحویل رویداد SLO.
ریسک/انطباق:٪ از شرکای با DPA معتبر، نرخ عبور SLA، حوادث/میلیون حوادث.
رشد: سهم درآمد از verticals جدید، فروش متقابل، تعداد ادغام فعال.

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 (شبه رگو)

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 آشتی (شبه 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) ضد الگوهای

«اول ما آن را امضا - ما آمده تا با ادغام بعد» → شرکای مرده و بدهی.
تخصیص فقط توسط کوکی ها و بدون سیگنال های سرور → اختلافات و تقلب.
اسرار بدون امضا و webhooks/anti-replay → نشت و spoofing.
یک «شریک فوق العاده»> 50٪ از ترافیک → خطر تمرکز.
عدم آشتی و حسابرسی → اختلافات مزمن در محاسبات.
SLAs/OLAs متناقض → مناطق خاکستری مسئولیت.
نادیده گرفتن محدودیت های محلی در محتوا/تبلیغات → مسدود کردن/جریمه.

14) چک لیست معمار

1. ساخته شده نقشه ارزش و داده ها/پول فلش برای هر عمودی?

2. برای هر شریک یک گذرنامه وجود دارد: قراردادها، طرح ها، SLO، کلید ها، مناطق، مالک ؟

3. انتساب: پنجره، مدل، سرور postbacks، dedup و آشتی - تعریف شده است ؟

4. ادغام: امضا، retrai، idempotency، محدود کننده ها - اجرا شده ؟

5. سیاست ها به عنوان کد: DPA/SLA/امضا/نگهداری - دروازه در CI/CD ؟

6. فرآیندهای PRM: onboarding، آموزش، QBR، MDF، برنامه خروج - شرح داده شده و اجرا شده است ؟

7. SLA/OLA آبشار و افزایش - متعهد و تست شده ؟

8. معیارها: CAC/LTV/CVR/ ε - اختلاف، SLO تحویل - در داشبورد ؟

9. کنترل ریسک: ضد تقلب، محدودیت غلظت، عسل نشانه، طرح فراخوان کلیدی ؟

10. نسخه API/SDK/رویدادها و «ویندوز سازگاری» - در تقویم انتشار ؟

نتیجه گیری

زنجیره های شریک معماری روابط، داده ها و انگیزه ها هستند. هنگامی که شما یک نقشه ارزش، قراردادهای رسمی داده، تخصیص شفاف، SLA های آبشار و ادغام های مدیریت شده دارید، اکوسیستم قابل پیش بینی می شود: شرکا سود را می بینند، کاربران کیفیت را می بینند و پلتفرم رشد پایدار را می بیند. PRM را به عنوان یک محصول بسازید، سیاست را خودکار کنید و اثرات را اندازه گیری کنید - و شبکه شما بدون هرج و مرج مقیاس خواهد شد.