现阶段更适合项目制或试点制成交
- 公开站用于评估、试调和资料查看。
- 正式生产环境建议走私有部署或明确授权。
- 控制接口、供应商配置和审计能力不应长期裸露。
- 报价通常应包含实施与知识整理，而不只卖一个问答入口。
Current Status
当前公开边界
这些状态由后台商用配置和运行态门禁共同控制，既是技术门禁，也是对外表达边界。公开 Query 能力
需 API Key
控制接口状态
控制接口已收口
资料下载状态
需商务申请
Business Model
一句话讲清怎么收费
更稳的说法不是“随便接、随便卖”，而是把它当成标准化 AI 组件，按试点、部署、实施和年服务费组合收费。不是卖问答页
更合理的售卖单位是 AI 操作内核、知识整理、接入联调和年服务，而不是单独一个问答入口。
软件公司更容易复制
一套标准组件接进多个客户系统后，才有渠道、生态伙伴和续费逻辑，不然还是项目制人肉交付。
边界讲硬更容易成交
不取账号密码、不越权、不默认执行、不带走业务逻辑、支持私有部署，这些话必须在商务阶段就讲清楚。
Cooperation Modes
更实际的合作方式
不要一开始就把它包装成完全标准化 SaaS。先按当前成熟度卖对的东西，后面再逐步产品化。公开体验
适合产品评估、公开文档查看、接口试调和技术预研。默认不等于正式生产商用授权。
试点项目
更适合当前阶段的真实成交方式。通常按试点模块、知识整理、联调范围和交付周期来报价。
私有部署
适合进入正式业务环境的客户。一般会配套独立数据库、对象存储、审计、配额和运维边界。
OEM / 白标 / 再分发
这类合作边界必须单独签约确认，不能因为拿到 SDK、SQL 或公开接口示例就默认拥有相关权利。
Reality Check
偏保守的客观判断
这部分刻意不过度包装，避免把当前产品成熟度讲高。- 当前更接近“可公开演示 + 可试点交付”的产品状态，而不是完全标准化、低接触式的大众 SaaS。
- 如果直接卖统一包年订阅，容易高估交付成熟度；更稳妥的是先按试点、部署、实施和年服务费组合收费。
- 真正进入客户生产环境后，价值不只来自问答，还来自知识整理、权限接入、数据治理和持续运营。
- 如果没有菜单、权限、手册和错误库，项目会明显退化成普通问答页，这一点需要在商务阶段提前说清楚。
Authorization Scope