对比 / 分发
独立产品 vs 嵌入式
同样的能力,两种交付方式。独立产品是用户主动前来的自有应用;嵌入式产品是存在于用户已在使用的产品之内的 widget 或 SDK。一种掌握客户关系并自己获客;另一种借用现成的用户群,让出界面。两者并无高下之分——只是对用户已经在哪里下了不同的赌注。
两种交付方式
取舍真正在哪里
Dimension
独立产品
嵌入式 / whitelabel
用户在哪里
你把用户带到自己这里。独立应用是一个目的地——你掌握入口和整个会话,但需要花钱把它填满。
你去用户已经在的地方。嵌入式 widget 或 SDK 运行在已聚集了用户的产品之内。
谁拥有体验
完全由你掌控。旅程中的每个界面、每条流程、每个环节，都由你设计、由你调整。
共享。组件归你，外围框架归宿主，你的界面止步于对方划定的边界。
集成成本
开发并上线一款应用：应用商店、更新、认证，样样都要做。前期投入更高，但不受制于任何宿主的限制。
嵌入小组件或 SDK，几天到几周即可完成，但受限于宿主的平台、审核和发布周期。
品牌
居于前台。用户清楚自己在用谁的产品，关系直接。
按需调节——从联合品牌到完全 whitelabel，能力看起来就是宿主自己的，而你隐于幕后。
分发与获客
需要自己争取。增长靠你的营销、你的转化漏斗、你的获客成本——起步慢，但一旦跑通便持续累积。
借力而来。你继承宿主的流量和场景，功能第一天就能触达用户——但规则由宿主说了算。
收入与客户关系
直接掌握。定价、客户和数据都归你，同时也要承担服务他们的全部成本。
间接触达。收益与宿主分成，终端客户关系首先属于对方，你通过对方触达客户。
01
独立产品何时胜出
当客户关系本身就是资产时，就做自己的产品。如果你必须掌握客户、数据和产品路线图——因为产品就是业务本身，而不是别人产品里的一项功能——那么独立应用是唯一能同时满足这三点的形态。当体验是差异化所在、塞进宿主的框架里就会失色，并且你愿意靠自己赢得分发而不是借用时，它最有优势。代价是实实在在的：整个应用要自己开发，每一位用户都要花钱获取。回报是，你的产品不依赖任何宿主的许可。
- 01客户关系和数据必须直接掌握在自己手中
- 02体验是差异化所在，需要占据整个屏幕
- 03你准备好打造并推广一个独立的目的地，而不只是一项功能
- 04你希望从定价、路线图到转化漏斗全程自主掌控
02
嵌入式 / whitelabel 何时胜出
用户已经在别处时，就选择嵌入。如果这项能力作为现有产品的一项功能，比作为独立目的地更有价值——比如钱包里的 on/off-ramp、电商平台里的支付环节、游戏里的钱包——那么小组件或 SDK 几天内就能把它送到现成的用户面前，无需让任何人再下载一个应用。当速度和覆盖面比掌控界面更重要，当“无形却好用”胜过“有品牌却要用户自己来找”时，嵌入更有优势。代价是界面和一部分收益——你是别人产品里的客人。
- 01这项能力是另一款产品的功能，而不是独立的目的地
- 02目标用户已聚集在你可以集成的地方
- 03覆盖面和触达用户的速度，比掌控整个体验更重要
- 04Whitelabel 或联合品牌——隐身是一种优势，而不是损失
03
Protocore 的定位
你不必一次选定、一选到底。Protocore 以两种方式提供同样的能力：Ramp 是 on/off-ramp，既可作为独立流程运行，也可作为小组件嵌入你的产品；Wallets 是内嵌于你应用的 SDK；Pay 则是以你的品牌独立运营的完整应用。它们共用同一个核心，因此今天嵌入的能力和明天推出的产品，共享同一套账本和同一个运营控制台。先嵌入，借用现成的用户；当客户关系值得自己掌握时，再转向独立——或者两者并行，无需重建底层。
- 01Ramp 既可独立运行，也可作为小组件嵌入——两种方式核心相同
- 02Wallets 是内嵌于你应用的 SDK，密钥永不离开设备
- 03Pay 是以你的品牌独立运营的完整应用，与其他产品共用同一套账本
- 04现在先嵌入，以后再推出自己的产品，无需重建