电商九大核心模块业务实体与生命周期全解

本文是《复杂电商业务梳理实战指南》的补充篇，我们将深入解析除商品模块外的八大核心业务模块，详细定义每个模块的业务实体、生命周期和关键状态节点。这是构建企业级数据仓库的核心元数据基础。

为什么需要清晰的业务实体定义？

在数据仓库设计中，业务实体（Business Entity）是数据模型的基石。每个实体对应业务世界中的一个"事物"，而生命周期和状态节点则描述了这些"事物"如何随时间变化。

清晰的实体定义带来三大价值：

统一语言：业务、产品、技术团队对同一概念有相同理解
指导建模：实体对应维度表或事实表，状态变化对应事实表
支撑分析：基于实体的状态变化，构建完整的分析链路

下面我们逐一解析九大模块。

模块一：商品与供应链中心

业务实体

SPU（Standard Product Unit，标准产品单元）
- 定义：一组具有相同属性（如品牌、型号、规格）的商品集合，代表一个产品
- 示例：iPhone 15（不考虑颜色、存储容量）
SKU（Stock Keeping Unit，库存保有单位）
- 定义：具体到颜色、尺寸、配置等的最小库存单位，是库存管理和交易的基础
- 示例：iPhone 15 黑色 256GB
类目（Category）
- 定义：商品的分类体系，通常是树状结构
- 层级：一级类目（如数码）、二级类目（如手机）、三级类目（如智能手机）
品牌（Brand）
- 定义：商品的品牌信息
- 属性：品牌名称、Logo、品牌故事、所属公司
供应商（Supplier）
- 定义：提供商品的供应商或生产商
- 关系：一个供应商可供应多个SPU，一个SPU可由多个供应商供应
采购订单（Purchase Order）
- 定义：向供应商采购商品的订单
- 状态：待审核、已审核、已下单、部分到货、已完成、已取消
商品属性（Product Attribute）
- 定义：描述商品特征的信息，分为关键属性和销售属性
- 关键属性：类目、品牌、型号等
- 销售属性：颜色、尺寸、容量等（用于生成SKU）

生命周期（以SKU为例）

商品开发（市场调研） → SPU创建（定义产品） → SKU生成（确定销售属性） → 采购/生产 → 商品上架（可销售） → 销售中（可能有调价、促销） → 商品下架（停止销售） → 清仓处理（库存清理） → 商品淘汰（删除或归档）

关键状态节点

商品上下架状态：
- ON_SALE（在售）：可被用户搜索和购买
- OFF_SALE（下架）：不可购买，但已售订单需继续履约
- DELETED（删除）：逻辑删除，不可恢复
价格变更记录：
- 销售价：面向消费者的价格，可能随时变动
- 成本价：采购或生产成本，用于计算毛利
- 价格保护：降价时对近期购买用户补差价
库存状态（与库存中心联动）：
- IN_STOCK（有库存）：库存数量大于0
- OUT_OF_STOCK（缺货）：库存为0
- PRE_ORDER（预售）：库存为0但可接受预定
商品审核状态（特别是平台模式）：
- PENDING_REVIEW（待审核）
- APPROVED（审核通过）
- REJECTED（审核驳回）
商品评价状态：
- 评价分数：根据用户评价计算
- 评价数量：总评价数
- 好评率：好评占比

模块二：库存与仓储中心

业务实体

库存记录（Inventory Record）
- 定义：特定SKU在特定仓库/位置的具体数量
- 粒度：(sku_id, warehouse_id, location_code, batch_no, quality_status)
仓库（Warehouse）
- 定义：物理或逻辑的存储单元
- 类型：中心仓、区域仓、门店仓、前置仓、虚拟仓
库存批次（Stock Batch）
- 定义：同一时间、同一供应商、同一质量状态入库的库存单元
- 用途：支持先进先出（FIFO）成本核算
库存变更流水（Inventory Change Log）
- 定义：库存数量变动的明细记录
- 关联：与订单、采购、调拨等业务单据关联

生命周期（以库存记录为例）

库存创建（采购入库/生产入库） → 库存锁定（订单占用） → 库存扣减（出库确认） → 库存释放（订单取消/超时） → 库存盘点（循环计数） → 库存调整（盘盈盘亏） → 库存调拨（移库） → 库存冻结（质量问题） → 库存报废（过期/损坏）

关键状态节点

库存类型状态：
- available_stock（可售库存）：可被订单占用的库存
- reserved_stock（预占库存）：已被订单锁定但未出库
- locked_stock（锁定库存）：因活动/促销预留
- in_transit_stock（在途库存）：采购在途/调拨在途
- damaged_stock（残损库存）：不可销售

库存变动原因：

-- 示例：库存变动类型枚举 ENUM ( 'PURCHASE_IN', -- 采购入库 'SALES_OUT', -- 销售出库 'RETURN_IN', -- 退货入库 'TRANSFER_OUT', -- 调拨出库 'TRANSFER_IN', -- 调拨入库 'COUNT_ADJUST', -- 盘点调整 'DAMAGE_DEDUCT', -- 报损扣除 'PROMOTION_RESERVE' -- 活动预留 )

库存健康度指标：
- 库存天数= 当前库存 / 日均销量
- 周转率= 销售成本 / 平均库存
- 缺货率= 缺货SKU数 / 总SKU数

模块三：营销与促销中心

业务实体

营销活动（Marketing Campaign）
- 定义：有明确目标、预算、时间周期的营销计划
- 示例：618大促、双11、品牌日
促销规则（Promotion Rule）
- 定义：具体的优惠计算规则
- 类型：满减、折扣、直降、N件N折、赠品
优惠券模板（Coupon Template）
- 定义：优惠券的创建模板，定义规则和发放条件
- 属性：券类型、面值、使用门槛、适用商品/店铺
用户优惠券（User Coupon）
- 定义：发放给具体用户的优惠券实例
- 状态：未领取、已领取未使用、已使用、已过期

生命周期（以营销活动为例）

活动策划 → 活动创建（配置规则/预算） → 活动审批 → 活动预热 → 活动上线（用户可见） → 活动进行（实时监控调整） → 活动结束 → 活动复盘 → 活动归档

关键状态节点

活动状态机：
优惠券状态流：
- CREATED（已创建）→ISSUED（已发放）→RECEIVED（已领取）→
  LOCKED（使用中锁定）→USED（已使用）→EXPIRED（已过期）
预算监控节点：
- 预警线：预算使用70%，发送预警
- 熔断线：预算使用95%，自动停止发放新优惠
- ROI监控：实时计算投入产出比，低于阈值调整策略

模块四：用户与会员中心

业务实体

用户账户（User Account）
- 定义：用户在平台的唯一身份标识
- 属性：基础信息、认证状态、安全设置
会员身份（Member Identity）
- 定义：用户在会员体系中的等级和权益
- 体系：免费会员、付费会员（如Prime/PLUS）
用户标签（User Tag）
- 定义：对用户特征的描述性标记
- 分类：基础标签、行为标签、偏好标签、预测标签
用户权益（User Benefit）
- 定义：用户可享受的具体权益实例
- 示例：运费券、折扣券、专属客服、退货免审

生命周期（以用户账户为例）

匿名访问 → 注册（创建账户） → 实名认证 → 首单转化 → 活跃成长（复购/互动） → 沉默预警（N天未访问） → 流失风险（N天未购买） → 流失（确认流失） → 召回成功/流失挽回

关键状态节点

用户生命周期阶段：

-- 用户生命周期阶段定义 CASE WHEN reg_days <= 7 AND order_count = 0 THEN '新用户-未转化' WHEN reg_days <= 30 AND order_count = 1 THEN '新用户-已转化' WHEN last_order_days <= 30 AND order_count >= 3 THEN '活跃用户' WHEN last_visit_days <= 7 AND last_order_days > 30 THEN '低活跃用户' WHEN last_visit_days > 7 AND last_visit_days <= 30 THEN '沉默预警' WHEN last_visit_days > 30 AND last_order_days > 90 THEN '流失用户' ELSE '其他' END AS user_lifecycle_stage

会员等级变迁：
- 升降级规则：基于成长值/消费额/活跃度
- 保级机制：周期内未达到保级标准则降级
- 升级礼遇：升级时赠送权益包
标签更新策略：
- 实时标签：如is_online、current_cart_value
- T+1标签：如yesterday_purchase_amount
- 批量标签：如user_lifetime_value（每月更新）

模块五：交易与订单中心

业务实体

订单主表（Order Master）
- 定义：订单的聚合信息，一个订单主表对应多个订单明细
- 关键字段：订单号、用户ID、订单金额、支付状态
订单明细（Order Item）
- 定义：订单中每个商品的具体信息
- 关键字段：商品ID、单价、数量、优惠分摊
购物车（Shopping Cart）
- 定义：用户暂存的意向商品集合
- 特点：临时性，可跨会话保存
订单操作日志（Order Operation Log）
- 定义：订单状态变化的完整审计追踪

生命周期（以订单主表为例）

订单创建（待支付） → 订单支付（支付中） → 支付成功（待发货） → 订单审核（风控审核） → 订单下发仓库（待拣货） → 订单发货（已发货） → 物流在途 → 用户签收（待确认） → 订单完成（已确认） → 订单关闭（取消/退款/售后完结）

关键状态节点

订单状态机（简化版）：

-- 订单核心状态及允许的转换 STATE_MACHINE order_status { INITIAL: 'PENDING_PAYMENT', STATES: [ 'PENDING_PAYMENT', -- 待支付 'PAYMENT_PROCESSING',-- 支付中 'PAID', -- 已支付 'PENDING_REVIEW', -- 待审核（风控） 'REVIEW_REJECTED', -- 审核拒绝 'PENDING_SHIPMENT', -- 待发货 'SHIPPED', -- 已发货 'DELIVERED', -- 已送达 'CONFIRMED', -- 已确认收货 'COMPLETED', -- 已完成 'CANCELLED', -- 已取消 'REFUNDING', -- 退款中 'REFUNDED', -- 已退款 'CLOSED' -- 已关闭 ], TRANSITIONS: [ 'PENDING_PAYMENT' -> 'PAYMENT_PROCESSING', 'PAYMENT_PROCESSING' -> 'PAID', 'PAID' -> 'PENDING_REVIEW', 'PENDING_REVIEW' -> 'PENDING_SHIPMENT', // ... 更多转换规则 ] }

支付超时节点：
- 创建后30分钟：未支付，发送支付提醒
- 创建后45分钟：未支付，系统自动取消订单
- 支付中15分钟：支付渠道未返回结果，触发查询
逆向流程节点：
- 申请退款：用户提交申请
- 商家审核：同意/拒绝（24小时内）
- 退货物流：用户寄回商品
- 仓库收货验货：确认商品状态
- 退款执行：原路退回或退余额

模块六：支付与清结算中心

业务实体

支付流水（Payment Flow）
- 定义：每一笔支付请求的完整记录
- 关联：订单号、支付方式、支付渠道
退款流水（Refund Flow）
- 定义：每一笔退款请求的完整记录
- 关联：原支付流水、退款原因、退款状态
结算单（Settlement Order）
- 定义：与商家、服务商进行资金结算的凭证
- 周期：T+1、T+7、按月结算等
对账批次（Reconciliation Batch）
- 定义：一次对账任务的执行记录
- 结果：平账、差异、差异明细

生命周期（以支付流水为例）

支付请求生成 → 支付渠道调用 → 渠道处理中 → 支付结果返回 → 支付成功（异步通知） → 支付结果确认 → 支付完成 → 后续可能退款 → 支付最终状态

关键状态节点

支付状态流：
- INIT（初始）→PROCESSING（处理中）→SUCCESS（成功）/FAILED（失败）
  →REFUND_PARTIAL（部分退款）→REFUND_FULL（全额退款）→CLOSED（关闭）

对账关键节点：

-- 对账状态机 WITH reconciliation_states AS ( SELECT batch_id, CASE WHEN total_count = matched_count THEN 'BALANCED' WHEN total_count > matched_count AND diff_amount = 0 THEN 'COUNT_MISMATCH' WHEN diff_amount != 0 THEN 'AMOUNT_MISMATCH' WHEN channel_file_missing = 1 THEN 'FILE_MISSING' ELSE 'PROCESSING' END AS reconciliation_status FROM recon_batch )

结算周期节点：
- 结算单生成：周期结束后自动生成
- 商家确认：商家核对结算单
- 财务审核：财务团队审核通过
- 打款执行：实际资金划转
- 打款结果：成功/失败（失败需重试）

模块七：履约与物流中心

业务实体

物流订单（Shipping Order）
- 定义：一个包裹的完整物流信息
- 关联：订单ID、仓库ID、物流公司
运费模板（Freight Template）
- 定义：计算运费的规则集合
- 类型：按重量、按件数、按地区、包邮
物流轨迹（Tracking Info）
- 定义：包裹运输过程中的状态更新
- 来源：物流公司API推送
配送区域（Delivery Zone）
- 定义：可配送的地理范围
- 层级：国家→省→市→区→街道

生命周期（以物流订单为例）

物流单创建 → 电子面单生成 → 仓库交接 → 物流公司揽收 → 运输中（多级转运） → 到达目的地网点 → 开始配送 → 配送中 → 签收成功/失败 → 完成/异常处理

关键状态节点

物流状态枚举：

-- 物流状态完整枚举 ENUM ( 'CREATED', -- 已创建 'LABEL_GENERATED', -- 面单已生成 'PICKED_UP', -- 已揽收 'IN_TRANSIT', -- 运输中 'ARRIVED_HUB', -- 到达转运中心 'DEPARTED_HUB', -- 离开转运中心 'OUT_FOR_DELIVERY', -- 派送中 'DELIVERY_ATTEMPTED',-- 派送尝试（无人签收） 'DELIVERED', -- 已签收 'FAILED', -- 派送失败 'RETURN_TO_SENDER', -- 退回发货人 'EXCEPTION' -- 异常 )

时效监控节点：
- 承诺时效：下单时承诺的送达时间
- 出库时效：支付成功到仓库出库的时间
- 在途时效：出库到签收的时间
- 超时预警：预计超时前X小时预警
异常处理流程：
- 地址错误：联系用户确认，更新地址
- 无人签收：多次尝试后转自提点
- 包裹破损：拍照取证，联系售后
- 物流停滞：主动联系物流公司查询

模块八：客服与售后中心

业务实体

售后单（After-sales Order）
- 定义：用户发起的退款、退货、换货申请
- 类型：仅退款、退货退款、换货、补寄
客服工单（Customer Service Ticket）
- 定义：用户咨询或投诉的处理记录
- 渠道：在线客服、电话、邮件、社交媒体
服务评价（Service Review）
- 定义：用户对客服服务的评分和评价
- 对象：客服专员、整体服务
纠纷案件（Dispute Case）
- 定义：需要平台介入仲裁的买卖双方争议

生命周期（以售后单为例）

售后申请提交 → 客服初审 → 商家审核（平台模式） → 审核通过 → 用户寄回（退货需） → 仓库收货验货 → 质检通过/不通过 → 退款/换货执行 → 售后完成

关键状态节点

售后状态机：
客服工单SLA节点：
- 首次响应时间：用户提交后X分钟内客服响应
- 解决时限：不同优先级工单的解决时间要求
- 升级机制：超时未解决自动升级到上级
满意度评价体系：
- 评价触发：工单关闭后24小时内邀请评价
- 评价维度：服务态度、解决问题能力、响应速度
- 负面评价处理：自动创建跟进工单

模块九：内容与社区中心

业务实体

内容（Content）
- 定义：用户或官方创建的可消费内容
- 形式：图文、短视频、直播、问答、评测
互动记录（Interaction Record）
- 定义：用户对内容的互动行为
- 类型：点赞、收藏、评论、分享、打赏
关注关系（Follow Relationship）
- 定义：用户之间的关注/粉丝关系
- 方向：单向关注、双向关注
内容合集（Content Collection）
- 定义：内容的聚合组织
- 示例：专题、话题、专辑、 playlist

生命周期（以UGC内容为例）

内容创作 → 内容提交 → 自动审核（机审） → 人工审核（需要时） → 审核通过发布/审核拒绝 → 内容展示 → 用户互动 → 内容传播 → 内容下沉（时间衰减） → 内容归档

关键状态节点

内容审核状态：
- DRAFT（草稿）→SUBMITTED（已提交）→
  MACHINE_REVIEW_PASS（机审通过）→MACHINE_REVIEW_REJECT（机审拒绝）→
  MANUAL_REVIEW_PENDING（待人工审核）→PUBLISHED（已发布）→
  DELISTED（已下架）→DELETED（已删除）

内容质量评分：

-- 内容质量评分模型（示例） CREATE FUNCTION calc_content_score( like_count INT, comment_count INT, share_count INT, avg_view_time FLOAT, creator_credit FLOAT ) RETURNS FLOAT AS $$ BEGIN RETURN like_count * 0.3 + comment_count * 0.4 + share_count * 0.5 + avg_view_time * 0.2 + creator_credit * 0.6; END; $$ LANGUAGE plpgsql;

推荐权重因子：
- 时间衰减：新内容权重高，随时间衰减
- 互动热度：近期点赞、评论、分享加权
- 创作者等级：优质创作者内容优先
- 个性化匹配：用户兴趣标签匹配度

总结：九大模块数据建模指导

基于以上梳理，我们可以为每个模块设计核心数据模型：

维度表（Dimension Tables）

-- 示例：商品维度表 CREATE TABLE dim_product ( product_id BIGINT PRIMARY KEY, spu_id BIGINT, sku_code VARCHAR(50), product_name VARCHAR(200), category_id INT, brand_id INT, -- 更多属性... valid_from DATE, valid_to DATE, is_current BOOLEAN ); -- 类似的维度表还有： -- dim_user（用户维度） -- dim_warehouse（仓库维度） -- dim_promotion（促销维度） -- dim_logistics（物流公司维度）

事实表（Fact Tables）

-- 示例：订单事实表（交易过程） CREATE TABLE fact_order_transaction ( fact_id BIGINT, order_id BIGINT, user_id BIGINT, product_id BIGINT, order_time TIMESTAMP, payment_time TIMESTAMP, ship_time TIMESTAMP, confirm_time TIMESTAMP, order_amount DECIMAL(12,2), -- 更多度量... dw_insert_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP ) PARTITION BY DATE(order_time); -- 类似的事实表还有： -- fact_inventory_change（库存变动） -- fact_promotion_usage（促销使用） -- fact_user_behavior（用户行为） -- fact_customer_service（客服服务）

状态快照表（Status Snapshot）

-- 示例：每日用户状态快照 CREATE TABLE snapshot_user_status_daily ( dt DATE, user_id BIGINT, is_active BOOLEAN, -- 当日是否活跃 is_purchaser BOOLEAN, -- 当日是否购买 member_level VARCHAR(20), -- 当日会员等级 total_order_count INT, -- 累计订单数 total_order_amount DECIMAL(12,2), -- 累计消费金额 PRIMARY KEY (dt, user_id) ) PARTITION BY dt;