上线 / 配置中 / 即将推出：诚实的买家路径

把每个产品都粉饰为「上线」的目录是一个预付费的谎言。买家在点击打开前必须审视三种状态：上线、配置中以及即将推出。本页面呈现的正是这条诚实的买家路径 —— 它既不是一份 SMS API 购物清单，也不是一篇 WhatsApp/RCS 的配置随笔。

相关阅读：目录 Live 状态必须与金库实际相符, Live 徽章前的故障转移闸门, 首日准备：必须呈现绿灯的指标, 上线模板 catalog 目录先于通道正式发布, 首次扣款前的预付资金预留。

IOSOR 是白标预付费 CPaaS平台。USD 20 可资助一个上线产品上的目录试点；在接近 USD 1,000/month 时的软评审会将「一切看起来都已开启」视为对账债务。客户只能看到白标状态。

点击打开前必须明确的三种状态

上线意味着工作区已开放，预付费流量可以带着诚实的状态运行。配置中意味着产品已在商店中，但在激活请求通过之前，打开按钮将一直处于封锁状态 —— 而不是默默无闻地放行。即将推出仅对路线图可见；无法购买，不涉及资金。将这三者混为一谈会捏造出虚假的绿灯。同类文章：目录 Live 状态必须与金库实际相符。

每种状态允许的操作

在 USD 1,000/month 附近的软评审将「在即将推出状态下点击打开」视为目录故障；而 USD 20 则证明了一个上线的的产品和一个在获批前保持封锁的配置中请求。资金冻结实行故障关闭：首次扣款前的预付资金预留。

并非 SMS 买家检查清单或 WA 配置故事

SMS API 买家检查清单询问 API、资金钱包和合规性是否可为短信购买。诚实的 WhatsApp/RCS 配置询问模板和通道就绪状态是否存在。本页面提出的问题是：商店的芯片是否符合买家今天可以打开的内容？ 一个产品可以通过短信就绪性测试，但仍然处于配置中状态。保持检查清单链接相连，保持证据各自独立。相邻但不可替代：Live 徽章前的故障转移闸门, 首日准备：必须呈现绿灯的指标。

配置中是请求路径，绝非虚假的打开

配置中必须显示请求访问，而不是返回 500 错误或静默不作为的打开按钮。请求 → 分诊 → 批准，或者以诚实的状态保持封锁。切勿通过粉饰为上线来跳过排队。模板类别在实现类别级上线之前仍然需要其自身的目录：上线模板 catalog 目录先于通道正式发布。当「即将推出」在幻灯片中被当作「上线」出售时，关于软体量的讨论必须暂停。

目录状态买家检查清单

1. 你是否无需 Slack 就能分清上线、配置中与即将推出？
2. 线上打开是否仅在其他生产闸门允许流量时发生？
3. 配置中是否暴露了请求访问，而非破损的打开？
4. 即将推出是否不可购买(无冻结、无扣款)？
5. 当状态只是一场戏时，软 USD 1,000/month 的讨论是否被阻断？
6. 试点 USD 20 是否证明了一个上线打开和一个被封锁的请求？

任何一个「否」都会让目录的诚实度 —— 以及体量语言 —— 停留在草稿阶段。

从 IOSOR 开始

请审查目录控制台和后端网关引擎，确保店铺标签准确反映运行时的访问权限。对于标记为"设置中"的产品，请确认界面显示明确的"申请访问"流程，而不是点击后在后续环节失效的"打开"按钮。测试"即将推出"的项目必须严格保持不可购买状态，既不扣除资金也不触发网络钩子，而只有在所有底层渠道网关都通过时，上线的工作区才能打开。

IOSOR 要点

本指南阐明了诚实的买方路径如何在店铺可用性状态与实际工作区就绪情况之间建立精确的对应关系。当激活请求仍在处理时将产品显示为上线，会导致未处理的运行时错误、试点运行中断以及买方信任的丧失。

请将"设置中"的项目引导至明确的分类和审批管道，而不是将其伪装在虚假的活动按钮后面。切勿将路线图功能标记为上线，或在确认每个合规性和渠道网关都显示绿色之前允许工作区引入流量。