WHEN HOTLINE
用 Hotline 当你想……
你的能力是「输入 → 输出」型的，能被 Agent 直接调用；你想最低工程成本对外营业；你的目标客户已经习惯让 Agent 在 catalog 上自动挑供应商。
选 HOTLINE
KEY TAKEAWAYS
3 句话讲完
- Hotline = 协议化的 SaaS 后端，OPC 不再自建账号 / 订单 / 对账。
- Marketplace 替代 SaaS 的官网获客层，开箱即得分发渠道。
- Caller / Responder Console 替代 SaaS 后台，分别对应客户与运营。
DIMENSIONS
维度对照
每行包含「Hotline 怎么做」「自建 SaaS 怎么做」与「这个差异为什么对你重要」。
维度
HOTLINE
自建 SaaS
你需要构建的东西
只构建「能力本身」（input → output 的核心逻辑）
为什么重要
决定 OPC 上线一个新能力是 1 周还是 3 个月。
登录 / 订阅 / 计费 / 对账 / 客服 / 后台 / 帮助文档
获客渠道
Marketplace 公开发现 + Agent 自动撮合
为什么重要
OPC 没有市场预算，需要协议级分发。
自己跑 SEO / 投放 / 内容 / 销售
客户管理后台
Caller Console 是客户侧统一控制台，无需你建
为什么重要
客户期望统一体验；为每家 SaaS 单独学一个后台是负担。
自己建一个 customer portal
订单与发票
由 Platform 汇总开票，Responder 拿净分账
为什么重要
OPC 不需要懂税务与对账，能省 30% 时间。
对接 Stripe / 阿里云市场 / 自己接发票系统
升级与迁移
新版 Hotline 与老版同时跑，Caller 自主升级
为什么重要
升级失败 = 用户流失，协议化能保住老用户。
自己设计 versioning 与 deprecation 策略
什么时候你仍要 SaaS
B 端复杂工作流 / 多租户 / 强 UI 体验
为什么重要
Hotline 不是要替代所有 SaaS，只替代「能被 Agent 调用」的那一类。
无法用 Agent 调用形态承载的场景
WHEN 自建 SAAS
用 自建 SaaS 当你想……
你的能力是带界面的复杂工作流（如设计软件、文档协作、白板）、强多租户隔离、合规要求必须自托管账户体系——这些场景仍然适合自建 SaaS。
不必 HOTLINE
PAGE FAQ
关于 自建 SaaS 的常见疑问
我已经有 SaaS 产品，要不要发 Hotline？
强烈推荐。把 SaaS 里最「输入 → 输出」型的能力包成 Hotline 上架 Marketplace，等于在不影响主产品的前提下多开一条「Agent 渠道」。很多 OPC 用 Hotline 做 Agent 渠道获客，再把客户引导回主 SaaS 升级。
Hotline 能定制 UI 吗？
Hotline 本身不带 UI；如果你的能力需要让人在 web 上点几下确认，可在 Responder 端配合一个轻量审批页，把 URL 通过 result_package 返回给 Caller，Caller Console 自动嵌入。
Marketplace 怎么帮我获客？
三层：1) 关键词搜索（Caller / 模型直接查能力）；2) 同类目排序（评分 / 调用量 / 响应速度）；3) Agent 自动撮合（Caller 配一个目标，模型从 catalog 找最合适的 Hotline 调用）。
我担心 Platform 锁住我，能搬走吗？
可以。Hotline 协议本身开源，client SDK 与自托管 Platform 也开源；任何时候你都可以把 Hotline 迁到自托管 Platform，只是公网 Marketplace 的发现量会换成自己渠道。
Hotline 让我没得维护客户关系，怎么办？
并不会丢。Responder Console 看得到每个 Caller 的调用模式与频率，可以主动推送版本更新、做高价值 Caller 的回访。Marketplace 还会显示 Caller 的留言与评分，反馈链路比 SaaS 客服更直接。