Собес в RWB (Wildberries & Russ) · Продакт менеджер Pay's и платёжных инструментов
Материал Эйч · Опубликовано 27 октября 2026
Обзор
Senior/Lead: рост WB Pay и Payment SDK, GMV, конверсия, эмиссия и unit-экономика в экосистеме Wildberries Банка
Фишка: Продукт встроен в крупнейший маркетплейс и новый банк: сильный упор на рост без постоянного субсидирования транзакций, масштаб мерчантов через SDK и эмиссионные сценарии WB Pay.
| Этап | Длительность | Что проверяют |
|---|---|---|
| Скрининг / HR | 30–45 мин | Мотивация, опыт в fintech и платежах, уровень (5–10 лет), офис Москва, ожидания по компенсации и формату работы |
| Интервью с нанимающим PM / Head of Product | 60–90 мин | Кейсы роста транзакционных продуктов, метрики GMV и активных платящих, стратегия WB Pay и SDK, конфликты приоритетов |
| Продуктовое / аналитическое интервью | 60 мин | Воронки, A/B, SQL на кейсе, прогноз метрик, требования к платёжным сценариям |
| Кросс-функцион / стейкхолдеры | 45–60 мин | Работа с банком, рисками, комплаенсом, разработкой и партнёрами без прямой власти |
| Финал | 30–60 мин | Культура RWB, масштаб банка на базе экосистемы, вопросы кандидата |
Стек и темы
Обязательный минимум
- Рост высокотранзакционных продуктов: кошелёк, карты, checkout
- Карточные платежи, СБП, процессинг, банковская эмиссия на уровне пользовательских сценариев
- B2C платежи и B2B/B2B2C: SDK, API, интеграции мерчантов
- Метрики: GMV, активные платящие, частота, конверсия, удержание, repeat rate
- Growth: воронки, A/B, гипотезы роста без субсидий
- Unit-экономика, P&L, монетизация, каннибализация между инструментами оплаты
- Roadmap, приоритизация, кросс-функциональные команды
Плюсом будет
- Опыт маркетплейсных или экосистемных платежей
- Регуляторика и риски в банковских продуктах
- NPS и качество платёжного опыта
- PMBOK / классическое управление проектами для крупных внедрений
WB Pay и платёжные сценарии
Какие метрики успеха вы заложите в развитие кошелька WB Pay на квартал?
North Star: GMV и активные платящие; опережающие — конверсия в первый платёж, activation; защитные — fraud rate, cost per transaction, NPS оплаты. База, цель, срок, источник данных.
Как искать рост без постоянного субсидирования транзакций?
Сегменты с высокой natural frequency, value beyond скидки (скорость, кэшбэк в рамках экономики), cross-sell в экосистеме, оптимизация checkout, default payment method, лимиты и мерчанты.
Какие функциональные и нефункциональные требования заложите в новый платёжный сценарий?
Функциональные: методы оплаты, лимиты, 3DS, возвраты. Нефункциональные: latency, availability, PCI/безопасность, аудит, идемпотентность, мониторинг.
Как учитывать каннибализацию между картой, СБП, кошельком и внешними методами?
Сегментация пользователей, incremental GMV vs shift, маржинальность по инструменту, эксперименты с default и incentives, долгосрочный LTV.
Фишка: В вакансии явно: рост GMV, активных платящих, частоты; конверсия, удержание, repeat; эмиссионные продукты.
Ловушка: Не сводите ответ только к маркетинговым акциям — ждут продуктовые механики и экономику.
Payment SDK и B2B
Как увеличить число мерчантов и транзакционно активных партнёров через SDK?
Time-to-integrate, документация, sandbox, success rate платежей, поддержка методов (WB Pay, СБП, карты), кейсы и референсы, сегментация ICP.
Что приоритизируете в roadmap SDK: новые методы, конверсия checkout или скорость подключения?
RICE/ICE с привязкой к GMV через SDK; часто win — стабильность + конверсия, параллельно developer experience.
Как упростить интеграцию и сократить срок подключения?
Готовые UI-компоненты, webhooks, типовые ошибки, тестовые карты, чеклист go-live, партнёрский онбординг.
Совет: Связывайте каждую фичу SDK с метрикой: подключённые мерчанты → активные → GMV на мерчанта.
Метрики, Growth и эксперименты
Приведите числовой прогноз или целевые значения для метрик успеха проекта.
Допущения явно: база MAU/трафик, текущая конверсия, uplift от гипотезы, доверительный интервал; sensitivity если данных мало.
Как вы измеряли результат после внедрения: какие показатели сравнивали и кто подтверждал эффект?
До/после или A/B, primary metric, guardrails, согласование с финансами/рисками, период созревания.
Как вы считали NPS в контексте платёжного опыта?
Когорта после платежа, канал опроса, связь с repeat rate и support tickets; не путать с CSAT по одной транзакции.
Работаете ли с SQL? Пример запроса для анализа воронки оплаты.
CTE: sessions → checkout started → payment success по дням/методу; фильтр дублей; join с user_id.
Ловушка: На Senior ждут не только названия метрик, но и как валидируете causality (A/B, holdout).
Unit-экономика и P&L
Как измеряете бизнес-эффект инициатив: экономия времени, риски или финансовый результат?
Для платежей — interchange/commission net of incentives, cost of processing, fraud losses, support cost; единая модель.
Как балансируете рост GMV и маржинальность?
Субсидии как инвестиция с payback, сегменты с положительным unit economics, оптимизация mix методов оплаты.
Фишка: Wildberries Банк — масштаб и клиентоориентированность; покажите понимание банковской экономики транзакции.
Стратегия, roadmap и влияние
Как PM влияет без формальной власти?
Vision и данные, alignment стейкхолдеров, прозрачный roadmap, ранние wins, эскалация по принципам и рискам.
Какие инициативы по цифровизации наиболее важны для команды платежей?
Без выдуманных приоритетов компании: framework — эффект на GMV/риск/UX, cost, зависимости от банка и процессинга.
Расскажите о 2–3 инициативах по автоматизации/цифровизации, где вы отвечали за результат.
Входная проблема, роль, метрики, стейкхолдеры, итог в цифрах; для платежей — онбординг, reconciliation, antifraud.
Что такое PMBOK и когда он полезен продуктовому лидеру?
Свод знаний по управлению проектами; полезен на крупных внедрениях с фиксированным scope и compliance-дедлайнами.
Совет: Готовьте историю согласования требований между бизнесом, банком и IT — аналог «конфликта подразделений».
Продуктовые кейсы
Практический кейс: цифровизировать контроль обязательств между закупками, бухгалтерией и бизнесом — границы, риски, метрики, конфликт требований.
Адаптируйте к платежам: пилот, владельцы статусов, SLA, уведомления, единый реестр; метрики — время цикла, ошибки, просрочки; конфликт — критерии приоритизации и sponsor.
Кто бизнес-заказчик в процессе платёжного продукта?
Коммерция маркетплейса, банк/риски, мерчанты B2B; уточняйте, кто платит cost и кто владеет P&L.
Как проверяли, что набор полей/правил достаточен для контроля платежей?
Пилот, мониторинг post-launch ошибок и возвратов, итерации схемы, связь с reconciliation.
Ловушка: На кейсе не уходите в бесконечный scope — зафиксируйте MVP и критерии расширения.
Задачи
Оптимизация конверсии checkout
Конверсия «корзина → успешный платёж» упала на 3 п.п. за две недели после релиза нового метода оплаты. У вас есть разбивка по шагам воронки, методам оплаты и ошибкам процессинга. Опишите план диагностики за 48 часов и гипотезы исправления.
1) Сегментация: новый vs старый метод, платформа, сумма чека. 2) Ошибки по кодам (decline, timeout, 3DS). 3) Сравнить с control period. 4) Быстрые действия: rollback/feature flag, fix критичных ошибок. 5) A/B на фиксе. Метрики: conversion, GMV, fraud guardrails.
Сложность: O(1) по шагам анализа
Приоритизация фич Payment SDK
Команда может сделать за квартал одно из: (A) Apple/Google Pay, (B) улучшение документации и time-to-first-payment −30%, (C) retry logic и smart routing +1.5% success rate. Как выберете и обоснуете?
Оценка GMV impact: активные мерчанты × средний оборот × uplift. (C) часто быстрый GMV на существующей базе; (B) — долгий хвост новых мерчантов; (A) — зависит от доли трафика. Показать таблицу, риски, зависимости от процессинга.
Сложность: Качественная оценка
System Design
- Спроектируйте онбординг мерчанта в Payment SDK: от регистрации до первого успешного платежа
- Как бы вы спроектировали единый checkout с WB Pay, картой и СБП с учётом fallback и аналитики
- Архитектура уведомлений о статусе платежа для маркетплейса и внешнего мерчанта
Каркас ответа
- Уточнить actors: покупатель, мерчант, банк, процессинг, маркетплейс
- User journey и happy path / failure paths
- Ключевые API и события (webhook, idempotency key)
- Безопасность, PCI scope, хранение токенов
- Метрики и observability
- MVP vs phase 2, риски и compliance
Поведенческое
- Были ли стрессовые ситуации на работе и как вы с ними справлялись?
- Расскажите о разногласиях по приоритетам между командами и как вышли на решение
- Ошибка в продукте с финансовым или репутационным следствием — что сделали после
- Почему Wildberries Банк и платёжное направление сейчас?
- Пример, когда данные опровергли вашу гипотезу
План подготовки
3 дня
- Перечитать описание вакансии и сопоставить свой опыт с WB Pay и SDK
- Подготовить 2 кейса: B2C рост кошелька/checkout и B2B интеграция
- Освежить метрики платежей и шаблон unit-экономики одной транзакции
- Пройти кейс «падение конверсии» вслух за 15 минут
7 дней
- Собрать cheat sheet: СБП, 3DS, chargeback, reconciliation
- Набросать SQL для воронки оплаты и success rate по методам
- Проработать system design онбординга мерчанта
- Список вопросов к банку: roadmap, команда, граница с маркетплейсом
14 дней
- Мок-интервью с фокусом на P&L и каннибализацию
- Изучить публичные материалы RWB и позицию WB как работодателя
- Подготовить STAR на влияние без власти и конфликт стейкхолдеров
- Финальный one-pager: стратегия WB Pay на 12 месяцев (гипотетически, с оговорками)
| Блок | Готов, если... |
|---|---|
| WB Pay и платёжные сценарии | можешь назвать north star, guardrails и 3 рычага роста без субсидий |
| Payment SDK | объясняешь путь мерчанта и метрики от подключения до GMV |
| Метрики и SQL | строишь воронку и обосновываешь целевые значения с допущениями |
| Unit-экономика | разбираешь экономику транзакции и каннибализацию методов |
| Кейсы и behavioral | два кейса по STAR и один провальный эксперимент с выводами |
В день собеседования
- Кратко повторить north star метрики вакансии
- Иметь под рукой цифры из своих проектов (GMV, uplift, time-to-integrate)
- 3 вопроса команде про SDK roadmap и баланс growth vs экономика
- Проверить связь и тихое место для онлайн-этапов