на главную
zarplata•14.10.2026Долгая вакансияОпубликована 21 день назад на Зарплата.ру. Свежая — до 5 дней, умеренная — 6–14 дней, долгая — от 15 дней. Дата берётся с сайта-источника.

Проджект-менеджер / Аналитик монетизации SMS-трафика

Навыки и технологии

Юнит-экономикаСтатистикаA/B-тестированиеPythonClickHouseMySQL

Ключевая задача

Управлять экономикой SMS-трафика: вести очередь гипотез, проектировать А/Б-тесты, проверять расчёты и контролировать юнит-экономику каналов.

Описание вакансии

Обязанности

  • Вести очередь гипотез. Формулировать, оценивать в рублях до запуска, приоритизировать, доводить до «внедрили» или «закрыли». Гипотезы приходят не сверху — вы их находите сами, глядя в данные.
  • Доводить вопрос до числа и отвечать за это число. Точно сформулировать, что и на какой выборке считать, получить расчёт — своими руками или чужими — и проверить его прежде, чем принять решение. Цена непроверенного числа здесь — миллионы в месяц.
  • Проектировать А/Б. До запуска: метрика, размер выборки, длительность, критерий остановки, что считаем успехом. Конверсия у нас 0.15% от доставки — эксперименты нужно уметь считать на редких событиях.
  • Читать результаты честно. Поправка на дозревание конверсий, разделение сигнала и шума, отлов ложных срабатываний. Умение сказать «данных пока не хватает» ценится выше умения показать рост.
  • Быть мостом с разработкой. Превращать гипотезу в ТЗ, обсуждать цену реализации, принимать результат, проверять что выкатили именно то.
  • Держать ежедневный контроль. Цена отправки, CTR, конверсия в оплату, средний чек — по операторам, сегментам и источникам. Изменение тарифа или падение конверсии должно всплывать в тот же день, а не спустя недели.
  • Сторожить методику. Ловить заглядывание вперёд, отбор по будущему, выжившего и парадокс Симпсона — в чужих расчётах и в своих. Это главная защита от дорогих ошибок.
  • Считать пороги для переговоров. Безубыточная цена канала, порог отказа от сегмента, цена задержки обновления — чтобы разговор с поставщиком шёл цифрами, а не ощущениями.

Требования

Обязательно:

  • Постановка расчёта. Сформулировать задачу так, чтобы результат можно было проверить: какой период, какой срез, как именно считается метрика. Число без происхождения не принимается.
  • Проверка чужого результата. Сверить итог с известной величиной, посмотреть на сырые строки, пересчитать другим способом. Знать типовые способы, которыми расчёт врёт: взят не тот срез, по дороге поменялось определение метрики, ноль подставился вместо пропуска, в признак попали данные позже замера.
  • Смещения в данных. Заглядывание вперёд, отбор по будущему, выживший, Симпсон. Умение построить признак строго «по состоянию на дату» и объяснить, почему это не то же самое, что фильтр по дате.
  • Статистика для А/Б. Мощность и размер выборки, доверительные интервалы, редкие события, множественные сравнения. Понимание, когда ноль конверсий — это сигнал, а когда просто мало наблюдений.
  • Юнит-экономика. ROI, CPA, ₽ на номер, порог окупаемости, маржинальность канала. Умение за полчаса посчитать, при какой цене канал перестаёт платить себя.
  • Атрибуция и лаги. Конверсия приходит позже показа — уметь измерить кривую дозревания и поправлять на неё свежие срезы.
  • Постановка задач разработке. Внятное ТЗ, приёмка, чувство технической стоимости решения.

Будет плюсом:

  • SQL руками: оконные функции, ASOF и интервальные джойны, агрегаты по сотням миллионов строк — быстрее проверять чужой расчёт и спорить с ним
  • ClickHouse конкретно: партиции, FINAL у ReplacingMergeTree, джойн-алгоритмы
  • CPA, арбитраж, лидогенерация: постбэки, офферы, витрины, сабы
  • SMS и телеком: операторы, альфа-имена, тарифы, доставляемость
  • Python/pandas для того, что неудобно в SQL
  • Опыт переговоров с поставщиками трафика по цене
  • Свой инструмент мониторинга метрик, который вы довели до рабочего состояния