ZShip 以前台的积分作为产品消耗单位，再用套餐和订阅来承载商业化。
用户能做什么
- 在
/pricing对比套餐 - 在
/dashboard/credits查看当前积分余额 - 在
/dashboard/subscription查看订阅状态 - 在
/dashboard/orders查看购买记录
一次完整链路如何工作
- 用户在定价页选择套餐
- 通过支付服务代理创建结账流程
- 支付成功后更新订阅状态与积分账本
- 仪表盘相关页面读取同一套后端数据并展示结果
上线前应重点确认
- 套餐文案与支付后台配置保持一致
- 用户能清楚理解每个套餐对应多少积分
- 退款预期在支持文档中有明确说明
- 支持团队知道哪些问题走工单，哪些问题交给支付门户处理
常见产品决策
什么时候该把用户带去 pricing？
当用户积分不足、套餐不匹配，或者需要先理解商业模式时，都应该把他们带到 pricing。
退款入口应该放在哪里？
建议统一走 支持与退款 文档说明的路径。订单页已经提供了产品侧的退款申请动作。