Protocore
Зв’язатися з нами

Порівняння / Дистрибуція

Standalone-продукт vs embedded

Одна функціональність, два способи її випустити. Standalone-продукт — це ваш власний застосунок, куди приходять користувачі; embedded — віджет або SDK усередині продукту, яким вони вже користуються. Перший володіє стосунками й сам залучає аудиторію; другий позичає аудиторію й віддає поверхню. Жоден не є слабшою версією іншого — це різні ставки на те, де вже перебувають ваші користувачі.

Зв'яжіться з намиДивитися віджет Ramp

Два способи запуску

Де насправді лежить компроміс

Dimension
Standalone-продукт
Embedded / whitelabel
Де користувач
Ви приводите їх до себе. Standalone-застосунок — це пункт призначення: вхідні двері й усю сесію контролюєте ви, а заповнювати його доводиться за свій кошт.
Ви зустрічаєте їх там, де вони вже є. Embedded-віджет або SDK працює всередині продукту, де аудиторія вже зібрана.
Кому належить досвід
Ви — повністю. Кожен екран, сценарій і момент шляху користувача ви проєктуєте й змінюєте самі.
Спільно. Компонент ваш, а рамку навколо нього задає хост — ваша зона закінчується на межах, які він дає.
Вартість інтеграції
Створити й випустити застосунок: магазини, оновлення, автентифікація — усе разом. Дорожче на старті, але нічого не залежить від обмежень хоста.
Віджет або SDK — від кількох днів до тижнів, але в межах платформи, рев'ю та релізного циклу хоста.
Бренд
На першому плані. Користувачі знають, чий це продукт, а стосунки — прямі.
Налаштовується під вас — від co-branding до повного whitelabel, коли можливість виглядає як рідна для хоста, а ваш бренд непомітний.
Дистрибуція та залучення
Здобувається самостійно. Зростання — це ваш маркетинг, ваша воронка, ваша вартість залучення: повільніший старт, але ефект накопичується, коли це працює.
Позичена. Ви отримуєте трафік і контекст хоста, тож функція може дістатися користувачів уже з першого дня — але на умовах хоста.
Дохід і стосунки з клієнтом
Прямі. Ціноутворення, клієнт і дані — ваші, як і повні витрати на їх обслуговування.
Опосередковані. Економіку ви ділите з хостом, а стосунки з кінцевим клієнтом спершу належать йому, а вам — через нього.
01

Коли виграє standalone

Випускайте власний продукт, коли головний актив — стосунки з клієнтом. Якщо вам потрібні клієнт, дані й роадмап — бо продукт і є бізнесом, а не функцією чужого, — лише окремий застосунок дає все це разом. Він виграє, коли досвід — головна відмінність і не витримає тісної рамки хоста, і коли ви готові здобувати дистрибуцію, а не позичати її. Ціна реальна: ви будуєте весь застосунок і платите за залучення кожного користувача. Зате ніщо в продукті не залежить від дозволу хоста.

  1. 01Стосунки з клієнтом і дані мають належати вам напряму
  2. 02Досвід — ключова відмінність і потребує всього екрана
  3. 03Ви готові створювати й просувати окремий продукт, а не функцію
  4. 04Ви хочете повністю керувати цінами, роадмапом і воронкою
Protocore Pay — whitelabel-застосункиДизайн-система PDS
02

Коли виграє embedded / whitelabel

Вбудовуйте, коли користувачі вже деінде. Якщо можливість цінніша як функція наявного продукту, ніж як окремий пункт призначення — on/off-ramp у гаманці, крок оплати в маркетплейсі, гаманець у грі, — віджет чи SDK за кілька днів виведе її до готової аудиторії, не змушуючи нікого завантажувати ще один застосунок. Це виграє, коли швидкість і охоплення важливіші за власну рамку, і коли «непомітно, але працює» краще за «з брендом, але його ще треба знайти». Компроміс — інтерфейс і частка економіки: ви гість у чужому продукті.

  1. 01Можливість — це функція іншого продукту, а не окремий пункт призначення
  2. 02Аудиторія вже зібрана там, куди можна інтегруватися
  3. 03Охоплення та швидкість до перших користувачів важливіші за повний контроль над досвідом
  4. 04Whitelabel або co-brand — бути непомітним це перевага, а не втрата
Ramp — вбудовуваний віджетWallets — вбудований SDK
03

Де тут Protocore

Обирати раз і назавжди не потрібно. Protocore постачає ті самі можливості в обох варіантах: Ramp — це on/off-ramp, який можна запустити як окремий сценарій або вбудувати віджетом у свій продукт; Wallets — SDK, що живе всередині вашого застосунку; а Pay — повноцінний застосунок під вашим брендом. В основі всіх — те саме ядро, тож можливість, яку ви вбудували сьогодні, і продукт, який запустите завтра, мають один ledger і одну операторську консоль. Починайте з вбудови, щоб позичити аудиторію, переходьте на standalone, коли стосунки варто тримати в себе, — або поєднуйте обидва підходи, не перебудовуючи те, що під капотом.

  1. 01Ramp працює окремо або вбудовується віджетом — те саме ядро в обох випадках
  2. 02Wallets — SDK всередині вашого застосунку, ключі ніколи не залишають пристрій
  3. 03Pay — повноцінний окремий застосунок під вашим брендом на тому самому ledger
  4. 04Вбудовуйте зараз, запускайте власний продукт згодом — без перебудови
RampWalletsPDS

Standalone, embedded чи обидва?

Розкажіть, де ваші користувачі вже є і чим вам потрібно володіти. Допоможемо обрати формат: окремий продукт, віджет або по трохи від кожного.

Зв'яжіться з намиcontact@protocore.io