Өнөктөштүк чынжырлар жана вертикалдар

1) Терминдер жана ролдору

Вертикаль - тармактык сегмент жана/же нарк чынжырчасы (мисалы: Fintech/Төлөмдөр, Маркетинг/Аффилиаттар, Мазмун/Провайдерлер, Идентификация/KUS, Антифрод, Логистика/Фульфильмент, Колдоо BPO).

• Referral/Influencer/Affiliate - трафик/лиддер (CPA/RevShare).
• Reseller/Distributor - жергиликтүү рыноктордо сатуу жана тейлөө.
• OEM/Embedded/White-label - өз брендинин астында чыгарылган, иштеп чыгуу.
• Technology/ISV/SI - продукт модулдары жана бириктирүү менен толукталсын.
• Data/Compliance - 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: кайра шилтемелер, postbacks, cookie/Server атрибуция.
Reseller/Distributor: квоталар, баалар, жергиликтүү мыйзамга ылайык, L1/L2 колдоо.
OEM/Embedded/White-label: SDK пакеттери, white-label UI, release поезд жана шайкештиги API.
Market/App Store: интеграциялардын каталогу, платформа аркылуу биллинг, ревью жана коопсуздук.

3. 2 Коммерциялык моделдер

CPA (Cost per Action): тастыкталган иш үчүн fix.
RevShare:% маржа/киреше; эсептөө базасын жана атрибуция терезесин бекитүү маанилүү.
Hybrid: CPA + RevShare.
MDF/Co-op: KPI жетишүү үчүн биргелешкен маркетинг фонду.
Minimum Guarantees: минималдуу төлөм/квота.

Негизги эскертүүлөр: анти-фрод, максаттуу клаузалар (гео/каналдар), "дооматтар" мезгили, аудит укугу, жоопкерчилик лимиттери.

4) Маалыматтар келишими жана атрибуция

4. 1 Атрибуция

Терезе (мисалы, '7/30' күн), моделдер (last-click, data-driven), каналдардын артыкчылыгы, Server postbacks.
Sources: UTM/ref-параметрлери, c2s-окуялар, кол коюлган Webhook, dedupe 'event _ id'.
Шарттары: "qualified" статусу, дедуп, жокко чыгаруу/кайра, "cool-off" мезгил.

4. 2 Маалыматтар келишими

Схемалар (JSON схемасы/Euro), талаалар милдеттүү/PII, укуктук база, TTL/retenshen, субъекттин укуктары (алып салуу/оңдоо), локалдаштыруу (аймак).
Интеграциялык 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 (квоталар/лимитерлер, retry-саясат, демпотенттик).
Webhooks/Eventing - кол коюлган окуялар, экспоненциалдык кечигүү менен кайталоо, "жай" өнөктөштөр үчүн кечигип кезек.
Batch/SFTP/Blob - отчеттор, топтомдор, reconciliation.
SDK/Embeds - минималдуу туташуу сүрүлүү, версия саясаты, feature-flags.
Outbox/Inbox - кепилденген жеткирүү, дедуп, аудит.
Consent/Privacy API - чынжыр боюнча макулдуктарды/opt-out үгүттөө.

6) Каскаддык SLA/OLA жана эскалация

SLA тышкы: жеткиликтүүлүк, p99, терезеде окуялардын үлүшү, атрибуция тактыгы.
OLA ички: PRM-иш, текшерүү, саппорт жооп, билеттерди жабуу.
Каскаддоо: тышкы бузуу → ички иш-аракеттердин триггерлери, кредиттер/айыптар (келишим боюнча), PRM статусу.
Эскалация: L1 өнөктөш, L2 платформа, L3 сатуучу; белгиленген жооп терезелер.

7) PRM: иштетүү модели жана жараяндар

1. Sourcing/Screening: анкета, KUS/жаза, кадыр-баркы, техникалык мүмкүнчүлүктөр.

2. Onboarding: келишимдер, ачкычтар/API, Sandbox, интеграция чек баракчалары, сыноо учурлары.

3. Enablement: окутуу, чыгармачыл темплейттердин китепканасы/UTM, контент/бренд боюнча гайддар.

4. Run: отчеттуулук, MDF, биргелешкен OKR, SLA статусу, Алерт.

5. Review & Growth: QBR (quarterly business review), co-roadmap, cross-sell.

6. Exit/Change: токтотуу, маалыматтарды алып салуу, ачкычтарды чакыртып алуу, пост-мортем.

PRM артефакттары: өнөктөш паспорту, уруксат матрицасы, макулдуктардын реестри, тобокелдик реестри, playbooks, API сатып алуулар, версиялардын шайкештик статусу.

8) Тик: өзгөчөлүктөрү жана башка

Маркетинг/Аффилиаттар: фрод менен күрөшүү (боттор, cookie-stuffing), катуу атрибуция, контент-гайддар жана бренд коопсуздугу.
Төлөмдөр/Fintech: маалыматтардын эгемендүүлүгү, 3-D Secure/PSD сыяктуу талаптар, KMS/шифрлөө, тобокелдик боюнча пикир.
KUS/Антифрод: сезгич PD, DPA, TTL, субъекттин укуктары, матч сапаты.
Мазмун/Медиа: лицензиялоо, DRM/суу белгилери, метадеректер, пайдалануу боюнча отчеттуулук.
Support VRO/Реселлерлер: L1/L2 сценарийлери, скрипттер, окутуу курстары, сапатты көзөмөлдөө.

Жалпы инварианттар: PoLP, шифрлөө, аудит, окуялардын демпотенттүүлүгү, так атрибуция терезелери жана эсептөөлөр.

9) Каналдардын конфликттерин башкаруу

Артыкчылык эрежелери: кесилиште кардарга ким "ээлик кылат" (баштапкы каттоо, активдүүлүк, чек).
Protection/Exclusivity: Гео/сегмент/кампания боюнча эксклюзив - KPI жана мөөнөтү менен.
"Last-touch vs data-driven": моделин чечүү жана аны карап чыгуу.
Арбитраж: талдоо жараяны, терезе дооматтар, далил базасы (Логи, кол тамгалар, Trace ID).

10) Тобокелдиктер жана контролдук

Юридикалык/бренддик: тыюу салынган чыгармачылыктар, жергиликтүү укук/жарнамага туура келбегендик.
Каржылык: туура эмес атрибуция, CPA боюнча "боз" оптималдаштыруу, chargeback-тобокелдик.
Техникалык: ачкычтын агуусу/PII, вебхуктардын жетишсиздиги, схемалардын жылышы.
Операциялык: бир ири өнөктөш көз карандылык, эсептөөлөрдө "кара кутулар".

Controls: code катары саясат (OPA/Kyverno), жашыруун сканерлер, лимитерлер, honey-tokens, "кош" эсептөө (сиздин жана өнөктөш) + reconciliation.

11) Метрика жана KPI

Суроо-талап булагы: CAC, LTV/CAC, ARPU/ARPPU, CR, churn by partner.
Атрибуция сапаты: "qualified" үлүшү, дедуп үлүшү, отчеттордун айырмачылыгы (<ε).
Операциялык: онбординг убактысы, учурдагы ачкычтары/SDK версиялары менен өнөктөштөрдүн үлүшү, SLO окуяларды жеткирүү.
Тобокелдик/комплаенс: учурдагы DPA, SLA pass-rate, инциденттер/млн окуялар менен% өнөктөштөр.
Өсүү: жаңы вертикалдардан түшкөн кирешенин үлүшү, кросс-селл, активдүү интеграциялардын саны.

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-гейт саясаты (psevdo-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 (psevdo-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) Анти-үлгүлөрү

"Алгач кол коёбуз - интеграцияны кийин ойлоп табабыз" → өлгөн өнөктөштөр жана карыздар.
Атрибутика гана кукилерди жана сервер сигналдары жок → талаш-тартыштар жана алдамчылык.
Сырлар жана кол жок Webhuke/анти-replay → агып жана алмаштыруу.
Бир "супер-өнөктөш"> 50% traffic → топтолуу тобокелдик.
Жок reconciliation жана аудит → эсептөөлөр боюнча өнөкөт айырмачылыктар.
макулдашылбаган SLA/OLA → "боз зоналар" жоопкерчилик.
мазмун/жарнама боюнча жергиликтүү чектөөлөрдү четке → бөгөт коюу/айып.

14) Архитектордун чек тизмеси

1. Ар бир вертикал боюнча баалуулук картасы жана маалымат/акча жебелери түзүлөбү?
2. Ар бир өнөктөш үчүн паспорт бар: келишимдер, схемалар, SLO, ачкычтар, аймактар, ээси?
3. Атрибуция: терезе, модель, Server postbacks, дедуп жана reconciliation - аныкталган?
4. Интеграция: кол, ретра, идемпотенттүүлүк, лимитерлер - ишке ашырылды?
5. Codice сыяктуу саясат: DPA/SLA/signature/retenshen - CI/CD гейтс?
6. PRM-жараяндар: onbording, окутуу, QBR, MDF, exit-план - сүрөттөлгөн жана аткарылат?
7. Каскаддык SLA/OLA жана эскалация - жазылган жана сыналган?
8. Метрика: CAC/LTV/CVR/ ε айырмачылыктар, SLO жеткирүү - dashboard боюнча?
9. Тобокелдик-контролдоо: анти-frod, топтолуу чектери, honey-tokens, ачкычтарды чакыртып алуу планы?
10. Версиялоо API/SDK/окуялар жана "терезе шайкештиги" - чыгаруу календарында?

Корутунду

Өнөктөштүк чынжырлар мамилелердин, маалыматтардын жана стимулдардын архитектурасы болуп саналат. Сизде баалуулук картасы, формалдуу маалымат келишимдери, ачык-айкын атрибуция, каскаддык SLA жана башкарылуучу интеграциялар болгондо, экосистеманы алдын ала айтууга болот: өнөктөштөр пайданы көрүшөт, колдонуучулар сапатты көрүшөт жана платформа туруктуу өсүш болуп саналат. PRMди продукт катары куруу, саясатты автоматташтыруу жана эффекттерди өлчөө - жана сиздин тармак башаламандыксыз масштабдалат.