越想云商业务架构
越想云商是一套覆盖应用开通、经营主体、商品交易、营销方案、订单履约、页面装修、客户服务和系统治理的 SaaS 商城系统。
本页从三个角度说明越想云商的业务架构：
- 能力全景：系统包含哪些业务能力；
- 经营拓扑：平台、应用、商户、店铺和供货商如何协作；
- 交易闭环：商品如何完成曝光、成交、履约、售后和经营沉淀。
实际可用功能、经营主体数量和履约方式由当前经营版本、服务套餐、应用能力和账号权限共同决定。
业务能力架构
能力域说明
| 能力域 | 解决的问题 | 主要后台模块 |
|---|---|---|
| 应用与租户 | 如何开通和管理一个独立商城 | 应用管理、开通中心、套餐与能力配置 |
| 商家体系 | 谁经营、谁销售、谁供货 | 商户、店铺、供货商、工作空间 |
| 商品中心 | 卖什么、如何定价和管理库存 | 商品源、SKU、分类、店铺铺货、标签、服务保障 |
| 营销中心 | 如何促成交易和提高复购 | 优惠券、立减、兑换码、秒杀、拼团、积分商城 |
| 营销方案 | 如何计算奖励、升级和资金池 | 方案、等级、场景、奖励、资产、资金池、提现、任务 |
| 交易中心 | 如何确定成交价格并创建订单 | 价格体系、购物车、优惠计算、支付、订单快照 |
| 履约中心 | 如何将订单交付给用户 | 快递、同城、自提、核销、上门、自动或人工交付 |
| 售后中心 | 如何处理交易完成后的问题 | 售后审核、退款、资产冲正、评价管理 |
| 商城体验 | 用户如何访问和浏览商城 | 微页面、组件、主题、首页、底部导航、搜索与内容 |
| 客户服务 | 用户咨询如何被接待和分流 | 客服工作台、快捷回复、渠道账号、客服策略 |
| 系统治理 | 如何保证权限、配置和操作可追溯 | 用户、角色、权限、审计日志、客户端和版本管理 |
多主体经营拓扑
主体职责与边界
| 主体 | 主要职责 | 不直接负责的内容 |
|---|---|---|
| 平台 | 开通应用、分配套餐能力、管理平台账号和公共资源 | 不直接代替租户处理日常店铺订单 |
| 应用 | 管理一个商城的全局交易、营销、页面和用户数据 | 不代替具体店铺维护全部售卖库存 |
| 商户 | 维护经营主体、收款策略、所属店铺和上层履约范围 | 不是用户直接下单的销售网点 |
| 店铺 | 维护实际售卖商品、价格、库存和订单履约 | 不能突破所属商户允许的履约范围 |
| 供货商 | 提供货源商品、供货库存并参与供货履约 | 不等同于面向用户销售的店铺 |
经营版本决定应用采用单店、多店、连锁或多商户等结构；服务套餐决定功能、额度和默认履约方式。应用开通后，普通能力配置不能随意改变既有经营拓扑。
商品交易流程
交易过程中的关键规则
- 商品源不等于店铺已上架商品；商品必须完成铺货、店铺售卖配置和上架后才能正常销售；
- 用户成交价由身份价格、活动和优惠按规则依次计算，正式金额以服务端预结算和创建订单结果为准；
- 一笔订单只能对应一个收款账户，购物车涉及不同收款账户时需要分开结算；
- 订单可以按店铺、供货方或履约方式拆成多个履约单，并分别发货、核销或交付；
- 历史订单保存成交时的商品、价格、优惠、收款和业务规则快照，后续修改当前配置不会重算历史订单；
- 退款会按原订单结果处理库存、优惠资产、奖励、佣金、升级指标和资金池记录。
多方式履约架构
用户端最终可用的履约方式，需要同时满足应用套餐、商户允许范围、店铺配置、商品配置及对应履约参数完整等条件。
营销方案与资产流程
营销方案决定总体算法，营销场景决定某类商品如何计算，资金池决定汇总资金以后向谁分配。奖励生成不表示可以立即提现，通常需要完成履约并经过结算保护期。
系统治理与安全边界
系统中的功能可见性和数据范围由四个层面共同决定：
除此之外，系统通过以下机制支持日常治理：
- 审计日志：记录账号登录、安全事件和重要操作；
- 业务快照：保留订单、价格、营销规则和结算批次创建时的依据；
- 任务中心：处理不适合在一次前台请求中完成的开通、结算、追回和批量任务；
- 客户端管理：管理客户端应用、版本发布、强制更新和资源包更新；
- 资源库：按权限和业务范围管理图片、视频及其他内容资产；
- 页面生成器：为开发人员生成基础管理页面结构，复杂业务仍需补充权限和业务校验。