Воронка має говорити мовою твоєї вертикалі
DarkCore не змушує кожну кампанію жити тільки в registration і deposit. Workspace може створити ті conversion statuses, які реально потрібні вертикалі: lead, approve, buyout, rejected, redeposit, trial, renewal або будь-який стабільний event key.
Якщо трекер розуміє лише два-три фіксовані статуси, команда починає ховати бізнес-логіку в нотатках, таблицях і назвах кампаній. У результаті ламається звітність: pixels палять не ті події, push не може сегментувати потрібних юзерів, caps рахують не те, а CRM finance вгадує, що конверсія означала насправді.
Registry статусів на рівні workspace
Кожен статус — це рядок registry з immutable key, aliases, revenue behavior, pixel event names, color і active state. Key стабільний, бо на ньому тримаються ClickHouse, pixels, postbacks і reports.
Реальні приклади: lead, approve, buyout, rejected
COD/nutra може вести lead → approve → buyout → rejected. Gambling — registration → deposit → redeposit. Dating, crypto і sweepstakes задають власну воронку без очікування сапорту.
Aliases нормалізують брудні postbacks
Партнерки й трекери шлють різні raw statuses: sale, ftd, approved, paid, trash. Aliases зводять їх в один чистий event key для reports і automation.
Статуси керують діями, а не просто підписами
Той самий status може палити або вимикати pixels, маршрутизувати postbacks, сегментувати push audiences, запускати event-based push і потрапляти в auto-rules та analytics metrics.
Під кастомну payout-логіку
Custom status може бути billable event для offer type і cap logic, щоб CRM моніторила саме ту подію, за яку платить рекламодавець.
- ✓ Моделюй будь-яку vertical funnel без hard-coded обмежень трекера.
- ✓ Тримай postbacks, pixels, push, analytics і CRM finance на одній event-мові.
- ✓ Нормалізуй хаотичні зовнішні статуси через aliases.
- ✓ Будуй caps і payouts навколо події, що реально створює revenue.
Сторінки DarkCore, які мають бути повʼязані з цією темою для читача й пошуку.