为什么走 POC 通道，而不是注册页
公开注册页给的是「个人免费层」：额度小、限速严、通常不允许团队共享。而厂商的 POC / 概念验证 / 试点计划（Pilot） 面向的是有明确落地意图的团队，给的往往是：
- 一段限时的额度包（通常按 token 或按美元计，期限约 30-90 天）
- 更高的 RPM/TPM 限速
- 一个对接人（AE 或解决方案架构师）
关键差别：POC 额度是批出来的，不是领出来的。 你需要提交一份说明，而不是点一个按钮。
操作步骤
第一步：先选对入口，别一上来就找销售
按「摩擦从低到高」排序，优先走前两条：
- 云市场 / Marketplace 试用：AWS Marketplace、Azure Marketplace、Google Cloud Marketplace 上的模型厂商商品，多数支持「免费试用」订阅，走的是云账号身份而非重新注册。
- 厂商官网的「Contact Sales / Talk to us」表单，但备注 POC：表单里通常有用途选项，选「Evaluation / Proof of Concept」而不是「Purchase」。
- 云厂商自己的 AI 平台试点：例如各家云上的托管大模型服务（Bedrock、Vertex AI、Azure AI Foundry 等）通常对新企业账号有试用赠额，可用于调用其托管的第三方模型。
- SI / 集成商伙伴：如果你已经在用某家集成商的服务，他们手里常有厂商给的演示额度。
> 不要同时向同一家厂商的 3 个渠道提交，会被判定为重复线索而降权。
第二步：写一页 POC 说明（决定成败）
审核方看的是「这是不是真需求」。一页纸，包含四段：
- 场景：一句话说清要做什么（例：把客服工单自动分类并生成回复草稿）。
- 规模：预估的调用量级与并发（例：日均约几千次调用，峰值约几十并发）。不要虚报，虚报会在限速配置上暴露。
- 周期：明确起止日期，通常 4-8 周最容易被批。
- 成功标准与退出条件：例如「分类准确率达标则转付费，否则结束」。写明退出条件反而提高通过率——它证明你不是来白拿的。
第三步：用企业身份替代绑卡
多数 POC 通道不需要信用卡，但需要：
- 企业域名邮箱（gmail/qq 邮箱会显著降低通过率）
- 域名验证：部分平台会要求你在 DNS 加一条 TXT 记录，或向 admin@你的域名 发验证信
- 公司主体信息：营业执照/公司注册号，视厂商与地区而定
如果只有个人邮箱，先走云市场试用（用云账号身份），成功率高于直接找厂商。
第四步：额度到手后，接进团队内部网关
POC 额度通常只发给 1-2 个 API Key。直接分发给全队会立刻触发限速，也管不住成本。做法：
- 在团队内部部署一个网关（LiteLLM、One API 等），把 POC Key 配成上游。
- 网关下发虚拟 Key 给成员，按人/按项目打标签。
- 在网关上设硬性预算上限，防止 POC 额度被单人跑光。
- 同时挂一个备用上游（本地 Ollama/vLLM 或另一家免费层），POC 到期时无感切换。
这一步还有个副作用：POC 结束谈续费时，你手上有真实的用量分布数据，议价能力强得多。
第五步：到期前 7 天做决策
- 用量达标 → 转付费，通常可谈首年折扣。
- 用量不达标 → 主动告知对接人，请求延期一次（多数厂商允许一次短期延期）。
- 明确不用 → 提前导出数据、撤下 Key，避免自动转成付费订阅。
注意事项
- POC 额度一般禁止转售、禁止用于生产。用于生产可能违反条款并导致账号被封。
- 不要用多个公司主体反复申请同一家厂商的 POC，会被合并识别。
- 额度数字因厂商、地区、季度而异，申请时以对接人确认的书面条款为准，不要相信网上的截图。
- 数据合规：POC 期间不要把真实客户数据送进去，除非厂商明确提供不用于训练、可删除的承诺。
- 限速比额度更容易踩坑：额度还剩很多但 RPM 打满，同样跑不动，申请时一并确认限速值。
适用场景
- 5-50 人团队，有明确落地场景但还没立项预算
- 需要在真实业务数据上验证效果，而非跑 demo
- 已有一朵云账号，希望走 Marketplace 免绑卡通道
- 需要多人协作调用，个人免费层的限速不够用
不适用场景
- 个人开发者练手（走官方免费层即可）
- 已经确定要采购、只差比价（直接走商务谈判）
- 需要长期稳定生产额度（POC 本质是限时的）