最佳实践
最佳实践不是功能清单，而是将 Nexus 的能力组合成一条可以实际运行和验收的业务路径。本章首先介绍 AI 产品最常见的商业化闭环。
商业化闭环路径
一个最小商业化闭环应让用户完成从访问产品到持续使用的全过程：
| 阶段 | 用户行为 | Nexus 能力 | 主要后台入口 |
|---|---|---|---|
| 获客 | 访问站点，选择注册或咨询 | 品牌站点、注册登录、多语言与 SEO | 系统配置、社交认证 |
| 留资与跟进 | 提交联系方式和需求，等待联系 | 公开联系表单、线索查询和联系状态 | 线索管理 |
| 激活 | 完成第一次有效操作 | 注册奖励、签到积分、AI Provider 与模型 | 积分运营、AI 模型 |
| 转化 | 充值积分或兑换商品 | 微信/支付宝支付、充值订单、授权商品 | 支付配置、订单、授权 |
| 交付 | 消耗积分使用能力 | 积分扣减、AI 任务、授权码生成与验证 | 积分运营、AI 用量、授权 |
| 留存 | 再次使用并获得支持 | 积分策略、工单、邮件通知 | 积分运营、工单、系统配置 > 邮件 |
| 分析 | 运营人员复盘数据 | 运营概览、订单、积分流水、AI 用量 | 概览、订单、AI 用量 |
第一步：定义最小可售卖单元
先用一句话定义用户为什么付费，例如：“支付 10 元获得 100 积分，每生成一张图片消耗 5 积分。”
上线前确认四个问题：
| 问题 | 示例 |
|---|---|
| 用户购买什么 | 积分包、授权商品或特定 AI 能力 |
| 如何定价 | 价格、积分数量、有效期和优惠规则 |
| 如何交付 | 充值成功后自动到账，或兑换后生成授权码 |
| 如何消耗 | 每次 AI 调用扣多少积分，失败是否退回 |
首次上线建议只保留一种主要付费路径，避免同时引入复杂套餐、订阅和多种优惠规则。
第二步：配置获客、留资与激活
- 在
系统配置完成站点名称、Logo、介绍和语言配置。 - 在
社交认证配置需要的登录渠道；未配置时保留邮箱注册登录即可。 - 从首页和价格页打开联系表单，提交一条测试线索。
- 在
线索管理中确认线索状态为“待联系”，完成测试联系后标记为“已联系”。 - 在
积分运营设置注册奖励或签到规则，让新用户可以完成第一次体验。 - 在
AI 模型添加业务实际使用的 Provider 和模型。 - 使用一个全新的测试账号完成注册、登录和首次 AI 操作。
截图预留新用户激活配置
截取注册奖励或签到积分规则，显示奖励数量和启用状态，使用演示数据。
/images/best-practices/user-activation.png激活是否成功，不以“用户完成注册”为准，而以用户是否完成第一次核心操作为准，例如第一次生成内容或第一次获得有效授权。
留资路径适合购买决策较重、需要报价或售前沟通的用户；直接注册路径适合可以自助体验和付费的用户。两条路径可以同时存在，但应分别统计。具体操作见用户留资与线索管理。
第三步：配置付费转化
- 由技术人员在服务器
.env配置微信支付或支付宝商户密钥（完整步骤见技术指南·积分与支付）。 - 在
支付配置确认所需渠道显示为已配置。 - 配置积分充值档位，或在
授权中创建可兑换商品。 - 使用支付渠道的测试或小额真实订单完成一次支付。
- 在
订单和积分运营中核对订单状态与积分入账。
截图预留充值与支付配置结果
截取充值档位和支付渠道状态。商户号、密钥和真实订单信息必须遮盖。
/images/best-practices/payment-configuration.png支付成功页不是闭环终点。必须继续确认支付回调成功、订单状态正确、积分只入账一次。
第四步：验证交付与扣费
使用刚才充值的测试用户完成一次真实业务操作，并按顺序核对：
- 操作前积分余额正确。
- AI 请求或授权兑换成功。
- 积分只扣减一次，流水包含可追踪的业务单号。
- AI Provider 或授权记录中能找到对应结果。
- 操作失败时不会错误扣费；需要退回时产生清晰的反向流水。
截图预留订单、积分和交付记录核对
组合展示同一测试业务在订单、积分流水和 AI 用量或授权记录中的对应关系。
/images/best-practices/delivery-verification.png第五步：建立留存与服务路径
- 配置 SMTP，验证注册、找回密码等事务邮件能够送达。
- 使用普通用户提交一张工单，再由管理员回复并关闭。
- 根据业务成本设置签到、奖励和积分消耗，不用高额赠送掩盖产品价值不足。
- 明确用户遇到支付成功未到账、生成失败或授权无效时的处理责任人。
上线验收清单
- [ ] 新用户可以完成注册和登录。
- [ ] 访客可以提交留资，后台可以查询并标记联系状态。
- [ ] 新用户能获得首次体验所需的积分或权限。
- [ ] 至少一个 AI Provider 和业务模型可用。
- [ ] 测试支付后订单状态与积分入账一致。
- [ ] 核心业务成功时正确扣费，失败时不会重复扣费。
- [ ] 授权商品可以兑换、生成并验证授权码（如使用授权模式）。
- [ ] 用户可以提交工单，管理员可以回复和关闭。
- [ ] 管理后台可以查询订单、积分流水和 AI 用量。
- [ ] 所有截图、日志和工单中都没有泄露密钥。
建议关注的指标
| 指标 | 用途 |
|---|---|
| 注册转化率 | 判断访问流量能否转化为注册用户 |
| 留资率与首次响应时间 | 判断咨询入口是否有效、团队跟进是否及时 |
| 线索转化率 | 判断留资用户能否进入注册、报价或付费阶段 |
| 首次核心操作完成率 | 判断新用户是否真正理解产品价值 |
| 付费转化率 | 判断定价和付费路径是否有效 |
| 支付成功但未到账数量 | 发现支付回调和入账异常 |
| 单次 AI 操作成本与积分收入 | 判断当前计费是否覆盖模型成本 |
| 7 日回访率 | 判断产品是否形成持续使用价值 |
| 工单数量与关闭时间 | 判断产品质量和服务效率 |
第一版不必追求完整数据平台，但必须保证订单、积分流水和 AI 用量可以通过同一用户或业务单号追踪。这是后续运营分析和问题处理的基础。