Разработка B2B2C-платформы
B2B2C — модель, при которой бизнес (B) использует платформу другого бизнеса (B) для работы с конечными потребителями (C). Классические примеры: маркетплейсы (платформа ↔ продавцы ↔ покупатели), агрегаторы страхования (платформа ↔ страховые компании ↔ клиенты), образовательные платформы (платформа ↔ преподаватели ↔ студенты).
Трёхуровневая архитектура
Платформа (оператор)
↓ предоставляет инфраструктуру
Бизнес-партнёры (B2B-клиенты, вендоры, поставщики услуг)
↓ обслуживают через платформу
Конечные потребители (B2C-пользователи)
Каждый уровень имеет свой интерфейс и правила доступа:
- Оператор — суперадмин, видит всё, управляет партнёрами
- Партнёр — видит только своих клиентов и свою аналитику
- Потребитель — видит только свой контент и услуги
White-label для партнёров
Партнёры часто хотят, чтобы платформа выглядела как их собственный продукт. White-label-решение:
- Кастомный домен (
partner.yourdomain.comилиyourdomain.partnerdomain.com) - Логотип и цветовая схема
- Кастомные email-шаблоны уведомлений
- Опционально — полностью кастомный CSS через CSS-переменные
Реализация: middleware определяет tenant по домену, загружает настройки из базы, применяет тему.
Расчёт взаиморасчётов
В B2B2C-платформе три стороны участвуют в транзакции:
- Потребитель платит X
- Партнёр получает X − комиссия платформы
- Платформа получает комиссию
Дополнительно: реферальные программы, партнёрские скидки, скидки для конечных клиентов по промокодам партнёра.
Независимость данных партнёров
Данные разных партнёров не должны смешиваться. Стратегии изоляции:
Строки в единой базе (Row-level multi-tenancy): поле organization_id во всех таблицах, Row-Level Security на уровне PostgreSQL. Дёшево, хорошо масштабируется до тысяч партнёров.
Отдельные схемы (Schema per tenant): каждый партнёр — своя PostgreSQL schema. Изоляция лучше, но сложнее миграции.
Отдельные базы: максимальная изоляция, рекомендуется для enterprise-партнёров с требованиями по безопасности данных.
Аналитика по уровням
- Оператор видит: общий оборот, активность партнёров, когортный анализ, отток
- Партнёр видит: своих потребителей, их активность, доходы, конверсии
- Потребитель видит: свои заказы, историю, рекомендации
Аналитика партнёра должна быть изолирована — он не должен видеть агрегированные данные других партнёров даже в сравнительных метриках (по умолчанию).
Онбординг партнёров
Чем проще зарегистрироваться и запустить работу, тем выше конверсия в активных партнёров. Типовой процесс:
- Регистрация компании + документы
- Wizard настройки (бренд, настройки, первый продукт/услуга)
- Тестовый режим (sandbox-платежи, проверка интеграций)
- Публикация (переключение на продакшн)
Срок от регистрации до первой транзакции должен быть не более 1–2 дней.
Технический стек
| Компонент | Технологии |
|---|---|
| Изоляция тенантов | PostgreSQL RLS + schema per tenant |
| White-label | Поддомены + CSS custom properties |
| Auth | OAuth2 (разные клиенты для партнёра и потребителя) |
| Платежи | Stripe Connect / ЮКасса агентская схема |
| Аналитика | ClickHouse или PostgreSQL + Metabase |
Сроки
MVP B2B2C-платформы с управлением партнёрами, white-label, изоляцией данных и базовыми финансами: 4–6 месяцев. Полноценная платформа с маркетплейсом возможностей, мобильными приложениями и аналитикой по уровням: 8–14 месяцев.







