Структура оффера
Команда фиксирует продукт и рыночный контекст оффера.
Как устроено
Модель разделяет продукты, географию и подтипы: назначения и аналитика используют общие справочники.
CRM для команды медиабаинга
CRM медиабаинга: офферы, назначения байеров, циклы проверки, события конверсий и месячные показатели.
О проекте
Что делает сервис
CRM для команды медиабаинга. Система связывает оффер с продуктом и рынком, назначает ответственного байера, открывает ограниченный по времени цикл проверки и записывает callback-события конверсий от трекера. Команда сопоставляет конверсии с лимитом FTD и смотрит месячные CPA/ROAS; часть финансовых значений вносится вручную.
Решения медиабаинга зависят от продукта, географии, ответственного байера и истории конверсий. Разрозненный учёт мешает видеть состояние проверок и исходные данные финансовых показателей.
Кто пользуется
Байеры, тимлиды, аналитики и руководители, которые координируют тестирование офферов, назначения, проверки и месячную финансовую отчётность.
Что на входе
- Оффер, продукт, GEO/подтип и назначенный байер.
- События кликов и конверсий от трекера, порог FTD для цикла.
- Расходы, валюта и внесённые вручную финансовые значения.
Что на выходе
- Статус тестового цикла и решение по его проверке.
- Количество конверсий и месячные показатели CPA/ROAS.
- История изменений: кто изменил назначение или статус проверки.
Условия работы системы
- Офферы сгруппированы по продукту, рынку и подтипу и назначены байерам.
- В цикле проверки учитывается лимит первых депозитов.
- События конверсий поступают из трекера по Postback.
- Месячные CPA/ROAS объединяют данные о конверсиях и финансовые значения, введённые командой.
01 / Как работает сервис
Оффер → цикл проверки → оценка конверсий → месячные показатели
Карта процессаСплошная линия: обычный ход · пунктир: повтор или возврат
- ВХОДОффер и рынок
Продукт, GEO и подтип
ДалееНазначить байера - ШАГНазначить байера
Права роли и команды
ДалееОткрыть цикл проверкификсировать измененияИстория изменений - ДАННЫЕОткрыть цикл проверки
Один активный цикл для сегмента
ДалееПолучать события трекера - СЕРВИСПолучать события трекера
Клики и статус конверсии
ДалееДостигнут лимит FTD?месячный отчётМесячная финансовая сводка - РАЗВИЛКАДостигнут лимит FTD?
Сравнить конверсии с порогом цикла
пока нетПродлить или продолжитьдостигнутПриостановить или закрыть - ШАГПродлить или продолжить
Руководитель проверяет цикл
- РЕЗУЛЬТАТПриостановить или закрыть
Сохранить решение и автора в истории
- РЕЗУЛЬТАТМесячная финансовая сводка
Часть значений вводится вручную
- ДАННЫЕИстория изменений
Снимки назначений и решений
02 / Архитектура системы
Основные части и их роль
Назначение ответственного
Оффер связывается с байером; доступ к операциям зависит от роли пользователя.
Как устроено
Backend проверяет права перед операцией. В истории сохраняются изменения назначений и статусов проверки.
Начать цикл проверки
Цикл задаёт период и лимит конверсий для оценки.
Как устроено
Индекс БД разрешает только один активный цикл для сегмента оффера, даже если два пользователя запускают проверку одновременно.
Получать конверсии
События трекера связывают клики и статусы конверсий с оффером.
Как устроено
ID клика и статус конверсии позволяют распознавать повторные события. События для неизвестного или неактивного оффера получают ответ, но в цикл не добавляются.
Оценка цикла
Конверсии и настроенный порог первых депозитов используются в процессе проверки.
Как устроено
Правила цикла, привязка событий и аудит сохраняют контекст решения проверки.
Смотреть месячные показатели
Команда сопоставляет месячную активность и финансовые показатели.
Как устроено
Месячные показатели объединяют события конверсий с NGR, расходами и данными о депозитах, введёнными командой.
03 / Детали реализации
Инженерные решения
Закрепить бизнес-правила в БД
Частичная уникальность активных циклов и уникальность клика/статуса защищают важные правила предметной области.
Сделать ответственность видимой
Назначения, роли и аудиторские снимки связывают изменение процесса с его рабочим контекстом.
Явно учитывать источники финансов
Показатели из событий и финансовые данные ручного ввода остаются различимыми.
Разработка приложений для бизнеса
Есть задача для разработки?
Расскажите, что должно делать приложение, как команда работает сейчас и какие требования или сроки важно учесть.