В Self Cube два пути. Простой продукт — товары, полисы, подписки — заходит на витрину маркетплейса с оплатой в контуре банка. Сложный сервис заходит как модуль: контракт API, события, свой кусок UX внутри каналов банка, как инвестиционный контур или цифровой рубль. White label здесь значит, что клиент остаётся в приложении банка, а не уходит в ваше отдельное приложение. Имеет смысл честно выбрать путь на входе: баннер без API в модуль не превращают. Если нет событий и зоны ответственности, это реклама, а не встройка.

White label в этом контуре — ваш продукт работает внутри интернет-банка и мобильного приложения под интерфейсом и правилами банка. Клиент не ставит второе приложение и не учит чужой бренд в момент оплаты или открытия продукта. Контракт, события и зона ответственности остаются за партнёром, клиентский канал и лимиты — за банком. Имеет смысл не путать это с «нарисуйте нам приложение с нашим логотипом»: без API и событий это не платформенная встройка. Если партнёр требует выгрузку клиентской базы, это уже не white label Self Cube.

Нет. Нужны контракт, события, песочница и понятная зона ответственности. Исходный код платформы и код партнёра не обязаны смешиваться. Имеет смысл заранее описать, какие данные партнёр видит, какие события шлёт и что происходит при ошибке. Если интеграция «пришлите нам репозиторий», это не модель Self Cube. Проверяют готовность API и сценария, а не передачу интеллектуальной собственности. Баннер, выгрузка базы и обход лимитов банка в контур не берут.

На витрине ориентир — около двух недель до MVP, если идея, каталог и API уже понятны. Сложный модуль с процессом и UX занимает дольше: это не карточка товара, а встройка в сценарий банка. Имеет смысл не обещать «две недели на любой продукт». Срок растёт, если нет песочницы на вашей стороне, нестабильный контракт или продукт требует обхода банковских лимитов. Пилот всегда без боевых клиентов и без живых денег. Сначала доказывают сценарий, потом спорят про промышленный объём.

Нет. Интеграцию тестируют в песочнице Self Cube: боевых клиентов и живых денег на этом шаге нет. Это правило входа, а не рекомендация «по возможности». Имеет смысл заранее собрать тестовые сценарии: счастливый путь, отказ, таймаут, спорная операция и откат. Если партнёр может отладиться только на промышленном контуре, вход в экосистему откладывают. Песочница закрывает риск для банка и для вас: ошибка не уходит в реальный счёт и не портит клиентский журнал. Сначала доказывают контракт, потом спорят про прод.

Модель — разделение выручки по прозрачным правилам конкретной категории: витрина, финансовый продукт, сервис. Одну цифру «для всех» не фиксируют, потому что маржа страховки, рассрочки и инвестиционного модуля разная. Имеет смысл обсуждать экономику после того, как понятен путь клиента и кто несёт риск возврата. Если заработок строится на перепродаже базы, а не на продукте в канале, это не партнёрка платформы. На контуре Self Cube — 50+ партнёров и 10 млн+ пользователей экосистемы: это масштаб канала, не гарантия вашего объёма.

Финансовые и околофинансовые сервисы, которые отдаются через API и события: витринные товары и полисы, более сложные модули с процессом и UX. На платформе уже отработаны встройки вроде инвестиционного контура и цифрового рубля — как класс, не как обещание скопировать ваш продукт за две недели. Имеет смысл прийти с контрактом и понятной ценностью для клиента банка, а не с макетом баннера. Не берут то, что нельзя провести через лимиты, идентификацию и журнал банка. Если продукт живёт только как внешняя ссылка, ему место в рекламе, не в платформе.

Баннер без API, выгрузку клиентской базы и обход лимитов и правил банка. Если продукт нельзя описать контрактом и событиями, это не встройка в Self Cube. Имеет смысл сразу отсечь сценарии «дайте нам всех клиентов, мы сами подумаем». Песочница, роли и журнал нужны как раз затем, чтобы такой обход не получился случайно. Партнёрская программа здесь про продукт в канале, а не про аренду аудитории. Чем раньше это проговорить, тем меньше сгорает пилот.