1. 核心定义

电商是一个多模块协同、全链路在线化的商业操作系统，各模块通过数据流和业务流紧密耦合，共同完成“人、货、场”的匹配与交易。理解所有模块及其流程是构建企业级数据仓库的基础认知框架。

2. 分层阐述：电商九大核心模块及业务流程

以下按“前-中-后”台逻辑梳理，并标注关键数据实体与业务事件。

模块一：商品与供应链中心（后端基础）

业务流程：

1. 商品开发与创建：
   市场调研 → 选品 → 建立SPU/SKU → 设定基础属性（类目、品牌、规格）→ 上传图文详情

2. 采购与供应商管理：
   供应商准入 → 采购合同签订 → 采购订单生成 → 供应商发货 → 质检入库 → 应付结算

3. 商品生命周期管理：
   新品上架 → 日常调价（基于成本、竞争）→ 促销定价 → 库存预警 → 清仓下架 → 淘汰

4. 类目与属性管理：
   类目树维护 → 属性值管理（如颜色、尺码）→ 品牌库维护 → 搜索筛选关联

关键数据实体：spu_info, sku_info, category, brand, supplier, purchase_order, warehouse_receipt

---

模块二：库存与仓储中心（后端核心）

业务流程：

1. 库存管理：
   实物入库（采购/退货）→ 库存分配（可售/锁定/预占）→ 库存扣减（销售出库）→ 库存盘点 → 库存调拨

2. 仓储作业（WMS）：
   收货 → 上架 → 拣货 → 复核 → 打包 → 出库交接 → 物流发货

3. 库存策略与履约路由：
   基于订单地址、商品库存、配送时效，动态决策发货仓库（中心仓/区域仓/门店仓）

关键数据实体：inventory, warehouse, stock_change_log, picking_order, packing_order, allocation_order

---

模块三：营销与促销中心（增长引擎）

业务流程：

1. 营销活动管理：
   活动创建（秒杀/满减/折扣/套装）→ 活动规则配置（时间、商品、人群）→ 活动上线 → 效果监控 → 活动下线

2. 优惠券体系：
   券模板设计 → 券发放（主动推送/用户领取）→ 券核销 → 券过期处理

3. 会员营销：
   会员等级规则 → 积分获取与消耗 → 专属权益发放 → 会员日活动

4. 广告投放：
   广告计划创建 → 创意制作 → 人群定向 → 渠道投放 → 效果追踪 → ROI优化

关键数据实体：promotion_activity, coupon_template, user_coupon, member_grade, point_account, ad_plan, ad_click

---

模块四：用户与会员中心（用户资产）

业务流程：

1. 用户生命周期管理：
   访问/注册 → 实名认证 → 首单转化 → 复购成长 → 沉默预警 → 流失召回

2. 会员体系运营：
   成长值累积 → 等级升降 → 权益匹配 → 付费会员开通/续费

3. 用户标签与画像：
   行为数据采集 → 标签计算（基础/行为/偏好/预测）→ 画像更新 → 人群圈选

4. 账户与安全：
   登录/登出 → 密码管理 → 第三方授权 → 风险行为监控

关键数据实体：user_account, user_profile, member_info, user_tag, login_log, authentication

---

模块五：交易与订单中心（核心链路）

业务流程：

1. 购物车：
   商品加入购物车 → 数量修改 → 优惠试算 → 选中下单

2. 订单生成与处理：
   订单创建 → 价格计算（商品、运费、优惠）→ 库存预占 → 订单支付 → 支付后处理（库存扣减、优惠券核销）

3. 订单状态流转：
   待支付 → 已支付/待发货 → 已发货 → 已签收 → 已完成
   （逆向流程：待支付取消、已支付退款、退货退款）

4. 订单拆分与合并：
   基于仓库、商家、商品类型进行拆单；合并支付订单

关键数据实体：cart_item, order_master, order_item, order_operation_log

---

模块六：支付与清结算中心（资金血脉）

业务流程：

1. 支付处理：
   支付方式选择 → 支付请求 → 渠道调用 → 支付结果回调 → 支付状态更新

2. 退款处理：
   退款申请 → 风控审核 → 原路退款/退余额 → 退款结果通知

3. 对账与清算：
   与支付渠道对账（交易、手续费）→ 内部业务对账（订单、退款）→ 差异处理 → 结算文件生成

4. 资金结算（平台模式）：
   与商家结算（周期T+N）→ 平台佣金计算 → 分账（给主播/推广员）→ 打款

关键数据实体：payment_flow, refund_flow, reconciliation, settlement_order, merchant_settle

---

模块七：履约与物流中心（交付体验）

业务流程：

1. 物流管理：
   物流公司对接 → 电子面单生成 → 物流轨迹订阅 → 异常件处理

2. 运费管理：
   运费模板设置（按地区、重量、体积）→ 运费计算 → 运费险投保

3. 售后物流：
   退货申请 → 退货物流单生成 → 退货入库 → 质检处理

4. 时效管理：
   发货时效承诺 → 配送时效追踪 → 超时赔付

关键数据实体：logistics_company, shipping_order, tracking_info, freight_template, return_logistics

---

模块八：客服与售后中心（信任保障）

业务流程：

1. 售后服务：
   退款/退货申请 → 客服审核 → 用户寄回/上门取件 → 仓库验货 → 退款执行 → 用户评价

2. 客服工单：
   用户咨询/投诉 → 智能路由 → 客服接待 → 问题解决 → 工单关闭 → 满意度评价

3. 纠纷处理：
   买卖双方争议 → 平台介入 → 取证判责 → 执行裁定

4. 评价管理：
   商品评价/卖家服务评价 → 评价展示 → 恶意评价过滤 → 评价回复

关键数据实体：after_sale_order, customer_service_ticket, dispute_case, product_review

---

模块九：内容与社区中心（用户粘性）

业务流程：

1. 内容生产：
   用户生成内容（UGC）：评价、晒单、问答、笔记
   专业生成内容（PGC）：官方测评、攻略、直播

2. 内容管理：
   内容审核（机审+人审）→ 内容打标 → 优质内容推荐 → 违规内容处理

3. 社区互动：
   关注/粉丝 → 点赞/收藏/分享 → 评论/回复 → 私信

4. 直播与短视频：
   直播预约 → 直播进行（商品讲解、互动）→ 直播回放 → 短视频发布

关键数据实体：content_article, live_streaming, short_video, interaction_record, follow_relation

3. 各模块间的数据与业务流转全景图

用户访问 → [营销中心]投放广告/展示活动
        ↓
    进入商城 → [商品中心]浏览商品
        ↓
加入购物车 → [交易中心]生成订单
        ↓
    去支付 → [支付中心]完成支付
        ↓
支付成功 → [库存中心]扣减库存
        ↓
订单下发 → [仓储中心]拣货打包
        ↓
    发货 → [物流中心]配送
        ↓
用户收货 → [售后中心]确认/评价
        ↓
    完成 → [会员中心]累积积分
        ↓
数据分析 → [数据中台]驱动优化

---

数仓视角

从数据架构视角看，这些模块并非孤岛，而是通过两类关键流连接：

1. 业务事件流：

   • 用户行为事件（浏览、点击、加购）

   • 交易事件（下单、支付、退款）

   • 库存事件（锁定、扣减、释放）

   • 这些事件应通过统一的事件总线采集，成为数据仓库的源头

2. 主数据流：

   • 商品主数据（SPU/SKU）

   • 用户主数据

   • 供应商/商家主数据

   • 这些是数仓的一致性维度基础，必须统一管理

复杂性在于：一个简单的用户下单动作，会触发6-8个模块的连锁反应，每个模块又有自己的状态机和业务规则。数据仓库必须能完整、一致、实时地刻画这个连锁反应的全貌。

---

场景化案例验证

案例：双11大促期间的“预售+尾款”流程，涉及业务&数据中台多模块协同

1. 营销中心：创建“预售”活动，配置定金膨胀规则。

2. 商品中心：为参与预售的商品打上“预售”标签，设置定金价格。

3. 交易中心：用户支付定金，生成预售订单（特殊状态）。

4. 库存中心：为预售订单锁定库存（但不扣减）。

5. 营销中心：尾款期开始，向用户推送尾款提醒。

6. 交易中心：用户支付尾款，预售订单转为正式订单。

7. 支付中心：合并定金+尾款，统一调用支付渠道。

8. 库存中心：正式扣减库存。

9. 仓储中心：开始拣货发货。

10. 数据中台：实时计算“预售订单转化率”、“定金膨胀杠杆效应”等指标，指导运营调整策略。

数据建模挑战：需要设计专门的pre_sale_order事实表，同时关联普通订单和促销活动表，以支持复杂的预售分析。

---

架构思维

对应到数据仓库的分层建模：

1. ODS层：按模块划分数据源，如ods_product, ods_order, ods_payment。

2. DWD层：打破模块壁垒，按业务过程建模：

   • 交易域：dwd_order_create_fact（下单）、dwd_payment_success_fact（支付成功）

   • 流量域：dwd_page_view_fact（页面浏览）

   • 用户域：dwd_user_register_fact（注册）

3. DIM层：构建跨模块的一致性维度：

   • dim_product（整合商品中心所有属性）

   • dim_user（整合用户中心、会员中心信息）

   • dim_date、dim_region（公共维度）

4. DWS/ADS层：按数据域汇总，支持跨模块分析：

   • 交易域：dws_user_order_1d（用户日粒度汇总）

   • 营销域：ads_campaign_effect_daily（活动效果日报）

---

总结：
“理解电商所有模块，不是为了成为每个模块的业务专家，而是为了在数据世界中精准还原商业现实。优秀的数仓架构师，脑中必须有一张清晰的‘模块连接图’，知道数据从哪里产生，在哪里加工，到哪里使用，从而设计出既能支撑当前业务、又能适应未来扩展的数据体系。”