Figma、Notion、Slack 与 Shopify：B2B 应用市场的 OAuth、审核与分成

本篇是《独立开发者的平台寄生》系列的第 7 篇，讲 B2B 应用市场。它与第 3–6 篇的消费级/开发者工具渠道不同：买家是团队，决策链更长，安全审查更重。本篇只讲渠道机制、审核、分成与采购，不讲 OAuth 2.0 的协议细节；OAuth 实现可以看站内安全与后端专题。

一、个人装一个插件，和团队采购一个应用，是两件事

这是为解释机制构造的假设案例，人物、引语、收入和耗时均为教学设定，不是对真实事件的调查记录。

一位开发者做了一个 Slack 应用：把项目管理系统里的任务同步到频道，支持每日站会提醒和阻塞项标记。个人用户很喜欢，安装量涨得很快。但当他尝试收费时，发现两个问题：

第一，个人用户不愿意付钱，因为「公司应该买」；第二，公司想买，但需要安全审查、SSO、数据保留策略、DPA 和采购流程。他没有任何一项准备好，于是卡在「个人免费用、团队买不了」的中间地带。

B2B 市场的机会和门槛都在这里：客单价更高，但你要满足的是组织的采购与安全要求，而不是一个人的喜好。

二、B2B 市场的四个差异

面向有采购与安全要求的客户，除插件页面外，按实际数据、角色及合同要求准备安全说明、数据流图、权限解释、DPA和支持安排；不是所有市场使用者都需要同一套企业采购材料。

三、Figma：设计工作流里的插件与 Widget

3.1 渠道特征

Figma 的用户是设计师和产品团队。插件运行在 Figma 的沙箱里，适合做：

• 批量处理图层、样式、组件。
• 生成设计规范、检查可访问性。
• 把设计稿同步到代码或文档。
• 在设计评审中做标注、对比、版本管理。

Figma 有 Plugin and widget review guidelines，提交前需要按指南检查功能、权限、数据使用和内容规范（快照 2026-10-22，来源：help.figma.com）。

3.2 审核与变现

审核关注：

• 插件是否完成一个明确功能。
• 是否请求了不必要的权限。
• 是否把用户数据发送到未声明的第三方。
• 是否有误导性描述或未授权品牌词。

Figma 官方购买说明明确支持通过其支付平台购买付费插件与 Widget；不能把它写成“可能支持”。是否能作为卖家接入、可用地区、税务和实际分成仍需核对创作者条款，本文不编造统一比例。对独立开发者，常见的路径是：

• 插件免费 + 配套服务（设计系统咨询、模板、团队部署）。
• 插件免费 + 外部许可证（官网收款，插件内激活）。
• 若符合卖家资格，可评估 Figma 平台支付，并核对购买、退款与订阅管理；外部服务收费也需遵守当前政策。

四、Notion：OAuth 与 Marketplace

4.1 渠道特征

Notion 的用户是知识管理、项目管理、文档协作团队。集成通常做：

• 把外部数据同步到 Notion 数据库。
• 在 Notion 里触发外部工作流。
• 把 Notion 内容导出到其他系统。
• 模板与自动化。

Notion 官方文档说明：public connections 使用 OAuth 2.0；internal connections 使用 internal connection API token；public connection 可以在 Marketplace 上架（快照 2026-10-22，来源：developers.notion.com）。

4.2 审核与数据范围

Notion 集成审核关注：

• OAuth 授权流程是否清楚。
• 请求的 workspace 权限是否最小。
• 是否明确说明读取哪些页面/数据库。
• 是否提供数据删除与断开连接的入口。

B2B 场景下，管理员会问：「这个集成能读整个 workspace 吗？能不能限制到某个页面？」你的权限模型和说明文档，直接决定能不能过采购。

4.3 变现

Notion public connection 的 OAuth 集成分发与付费模板交易分开。前者可通过外部服务订阅变现；后者官方已有模板销售，当前页面列出 8% + $0.40/笔的基础费用，国际结算等另有条件。不能把模板收费机制外推到 API 集成。集成常见方式：

• 集成免费 + 付费模板/咨询。
• 集成免费 + 外部订阅（按 workspace 或按用量）。
• 企业版：私有部署、审计日志、SSO、SLA。

五、Slack：从单工作区到 Marketplace

5.1 分发形态

Slack 官方文档把应用分发分为三种（快照 2026-10-22，来源：docs.slack.dev）：

1. Undistributed：只在一个工作区使用。
2. Unlisted distributed：可以通过 OAuth 安装到其他工作区，但不在 Marketplace 列出，适合试点客户。
3. Listed：提交 Slack Marketplace，按 requirements & guidelines 审核后公开列出。

通过 OAuth 分发时，要区分工作区安装与组织级安装，不能假设每个 workspace 都有独立 token：

安装存储结合 enterprise_id、team_id 和 is_enterprise_install 判断；组织安装不能强制要求非空工作区键。撤销/卸载按实际作用范围删除或更新记录，重装后更新授权；启用 token rotation 时同步处理 refresh token 和过期访问 token。上线前分别演练工作区与组织安装、撤销、重授权和轮换；若只支持工作区安装，明确声明范围。参见 Slack 组织级应用 及 Bolt OAuth 安装存储 。

5.2 审核重点

Slack Marketplace 审核通常关注：

• 应用是否完成明确功能，而不是空壳。
• OAuth scopes 是否最小。
• 是否遵守 Slack 的品牌与命名规范。
• 是否有隐私政策、数据保留与删除说明。
• 是否在应用中正确处理错误和权限不足。

5.3 变现

Slack Marketplace 不提供分成。变现通常靠：

• 外部订阅（按 workspace、按席位、按用量）。
• 企业合同（SSO、审计、私有部署）。
• 咨询与定制。

Slack 应用的一个优势是：它天然进入团队频道，使用者多、传播快；劣势是：管理员对权限很敏感，安装门槛比个人插件高。

六、Shopify：应用计费与累计收入分成

6.1 渠道特征

Shopify 的用户是电商商家。应用通常做：

• 订单、库存、物流、面单。
• 营销、邮件、折扣、联盟。
• 财务、对账、税务。
• 商品、评论、SEO。

Shopify 应用计费有明确平台规则；Figma 和 Notion 模板也有平台支付，但商品、资格与结算条件不同。

6.2 官方分成规则

根据 Shopify 官方文档（快照 2026-10-22，来源：shopify.dev）：

• 每个 Partner 账号一次性 $19 USD App Store 注册费；仅开发单商户自定义应用不因此必须注册 App Store。
• 符合标准费率资格时，终身累计前 $1,000,000 USD gross app revenue 对应 0% 分成。
• 超出部分 85% 归开发者。
• 所有账单另收 2.9% processing fee 和适用销售税。
• 只有 2025-01-01 及以后赚取的收入计入门槛。

门槛跨多个应用及关联开发者账号累计，按 gross sales 计算，退款不降低该累计额；上一自然年 App Store 收入达到 $20,000,000，或公司 gross revenue 达到 $100,000,000 的开发者，所有应用收入按15%分成，不享受首百万0%费率。标准资格要求前者低于2000万美元且后者低于1亿美元，资格每年复核。费用还可能包括特定地区监管运营费。0% 分成不等于零处理费或零渠道成本。

6.3 审核与数据保护

Shopify 应用审核关注：

• 应用是否解决一个明确的商家问题。
• 是否使用 Billing API 处理订阅和计费。
• 是否遵守 protected customer data 要求。
• 是否有清晰的隐私政策、数据保留和删除机制。
• 性能和稳定性是否达标。

七、四个渠道的对比

选择建议：

• 产品是「设计稿批处理/规范检查」→ Figma。
• 产品是「知识库同步/模板」→ Notion。
• 产品是「团队通知/审批/站会」→ Slack。
• 产品是「电商订单/库存/营销」→ Shopify。

八、B2B 的安全审查清单

企业客户在采购前通常会问下面这些问题。提前准备好答案，可以减少重复解释，实际成交周期仍需记录：

• 你们收集哪些数据？存储在哪里？保留多久？
• 数据是否加密传输和存储？
• 是否支持 SSO / SAML / SCIM？
• 是否有审计日志？
• 是否有 DPA（数据处理协议）？
• 是否支持数据导出和删除？
• 是否有子处理者列表？
• 是否有事故响应流程和通知时限？
• 是否有 SLA？可用性目标是多少？
• 是否支持私有部署或区域化存储？
• 是否有渗透测试或安全认证？

对独立开发者，不需要一开始就全部具备，但至少要有：

• 一份公开的隐私政策。
• 一份数据流说明（收集什么、传给谁、存多久）。
• 一个数据删除入口。
• 一个安全联系邮箱。
• 一份可复用的安全问卷答案。

九、定价与采购

B2B 定价和消费级不同，常见模型：

采购流程、客单价和续费取决于客户与产品，不能从B2B标签推定更高留存。先向目标采购者核对付款、信息安全和合同材料，再按真实漏斗观察成交周期。

十、行动清单

• 选一个 B2B 渠道，确认它的 OAuth 流程与权限模型。
• 读一遍审核指南，列出最可能卡住的三项。
• 准备隐私政策、数据流说明、删除入口、安全邮箱。
• 写一份安全问卷答案，覆盖第 8 节的清单。
• 设计定价模型：按席位、按 workspace、按用量或年付。
• 如果选择 Shopify，先查大体量资格与关联账号，再算前 $1M、超出部分、处理费及其他成本。
• 找一个试点客户，走一遍从安装到采购的完整流程。

使用边界与实操验收

不是所有 Figma/Notion 使用者都是 B2B 采购者；是否需要 SSO、DPA 和安全证明以目标客户、数据与合同角色判断。OAuth 授权不自动等于可以读取整个 workspace。

试点材料样例：商品：Notion public connection；权限：用户明确授权页面；付费：外部 SaaS workspace 订阅；删除：撤销连接后清理 token、按保留政策处理数据；参考：OAuth 与上架规则。 若改为销售模板，应另建商品行、模板复制与平台结算流程，不能复用同一收费结论。

关键参考与核验范围

以下链接支持对应的机制或规则；本文的案例、成本和经营评分是说明方法的假设，不能当作平台统计或收益承诺。核验日期：2026-10-22。

• Shopify 应用分成 ：核对 App Store 注册费、累计收入资格、处理费与其他费用。
• Notion 付费模板销售 ：模板交易与 API public connection 的分发机制应分开。
• Notion 授权 ：public connection 使用 OAuth；内部连接和个人 token 各有范围。
• Figma 购买社区资源 ：平台支付支持付费插件与 Widget。

系列导航

• 上一篇：Obsidian、Raycast 与 Alfred：轻量效率工具的社区目录与更新节奏
• 下一篇：平台合规：隐私政策、数据最小化、封禁申诉与开源许可
• 回到目录：独立开发者的平台寄生
• 相关阅读：SaaS 购买地图：分清使用者、决策人和阻碍者 、SaaS 信任包