Arch Day 66: 零售架构全景 — 第三阶段开始

日期: 2026-06-04 (Day 66) 阶段: 第三阶段 - 零售域深度 标签: #零售架构 #中台 #新零售 #即时零售 #ARTS标准

---

核心概念

一句话定义

零售IT架构是支撑商品从供应商到消费者全链路数字化运营的信息系统体系，核心解决"人(用户)、货(商品)、场(渠道)"的数字化连接，其演进历程从前后台分离→业务中台→平台化→再到如今中台拆分的反思，深刻反映了业务复杂度与技术架构的博弈。

为什么关注

• 万亿级行业：中国社零总额超47万亿(2025)，即时零售2026年将破万亿
• 架构演进标杆：阿里中台的兴起与拆分是企业架构史上最重要的案例之一
• 技术密集度高：零售涉及商品/库存/订单/支付/物流/营销全链路
• PM必备知识：电商/零售是PM岗位需求量最大的领域
• 与Web3关联：Web3 Commerce(链上商城/NFT会员/Token激励)是新兴方向

误区与反模式

---

知识点详解

1. 零售IT架构演进史

阶段一 (2000-2008): 前后台分离
  ├── 前台：POS收银 + 简单网站
  ├── 后台：ERP(SAP/Oracle) + 进销存
  ├── 特点：IT支撑业务，以线下为主
  └── 代表：沃尔玛/家乐福

阶段二 (2008-2015): 电商崛起
  ├── 前台：PC电商 → 移动电商
  ├── 后台：订单系统 + 仓储系统
  ├── 特点：线上线下割裂，各自独立系统
  └── 代表：淘宝/京东/亚马逊

阶段三 (2015-2020): 中台架构时代
  ├── 业务中台：商品/交易/用户/营销能力复用
  ├── 数据中台：统一数据资产 + 数据服务
  ├── 技术中台：微服务/容器/DevOps
  ├── 特点：能力沉淀、复用、快速创新
  └── 代表：阿里巴巴"大中台小前台"

阶段四 (2020-2023): 中台反思
  ├── 阿里拆中台("1+6+N"组织变革)
  ├── 中台从"标配"变为"选配"
  ├── 回归业务敏捷性
  └── 原因：中台交付速度低于业务发展速度

阶段五 (2023-至今): 平台化+AI化
  ├── 领域平台化(非统一中台)
  ├── AI嵌入全链路(AIGC/推荐/客服)
  ├── 即时零售基础设施
  ├── 全域运营(公域+私域+线下)
  └── 代表：美团/抖音电商/拼多多

2. 中台架构的兴起与反思

中台的核心价值

中台解决的问题：

  传统架构(烟囱式)：
  ┌──────┐ ┌──────┐ ┌──────┐
  │淘宝  │ │天猫  │ │聚划算│
  │┌────┐│ │┌────┐│ │┌────┐│
  ││商品││ ││商品││ ││商品││  ← 重复建设
  │└────┘│ │└────┘│ │└────┘│
  │┌────┐│ │┌────┐│ │┌────┐│
  ││订单││ ││订单││ ││订单││  ← 数据孤岛
  │└────┘│ │└────┘│ │└────┘│
  │┌────┐│ │┌────┐│ │┌────┐│
  ││用户││ ││用户││ ││用户││  ← 体验不一致
  │└────┘│ │└────┘│ │└────┘│
  └──────┘ └──────┘ └──────┘

  中台架构(共享式)：
  ┌──────┐ ┌──────┐ ┌──────┐
  │淘宝  │ │天猫  │ │聚划算│ ← 轻前台，快速创新
  └──┬───┘ └──┬───┘ └──┬───┘
     └─────────┼────────┘
               ▼
  ┌────────────────────────┐
  │       业务中台           │
  │ ┌────┐ ┌────┐ ┌────┐ │
  │ │商品│ │订单│ │用户│ │ ← 能力复用
  │ │中心│ │中心│ │中心│ │
  │ └────┘ └────┘ └────┘ │
  │ ┌────┐ ┌────┐ ┌────┐ │
  │ │营销│ │库存│ │支付│ │
  │ │中心│ │中心│ │中心│ │
  │ └────┘ └────┘ └────┘ │
  └────────────────────────┘

中台失败的原因

阿里拆中台的深层原因(2023-2025)：

1. 交付速度瓶颈
   中台团队成为所有业务的"瓶颈"
   业务等排期 → 创新被拖慢
   "中台变成了审批中心"

2. 一刀切的复用
   不同业务场景差异大(淘宝vs菜鸟vs饿了么)
   强制复用导致过度抽象
   "为了复用而复用"

3. 组织问题
   中台团队远离业务
   优先级冲突(服务谁？)
   责任不清(中台出bug谁负责？)

4. 技术债务
   过度抽象的接口难以维护
   历史兼容性成本越来越高
   "中台代码比业务代码更复杂"

5. 业务发展超过中台
   新业务(直播/即时零售)需求超出中台能力
   等中台迭代不如自己建
   "业务等不起"

后中台时代的架构趋势

2024-2026年架构趋势：

1. 领域平台化(Domain Platform)
   ├── 不再是一个大中台
   ├── 每个业务域有自己的平台能力
   ├── 域间通过标准API/事件通信
   └── 各域可以独立演进

2. AI化
   ├── AI嵌入每个业务环节
   ├── LLM驱动的智能客服/运营
   ├── AIGC内容生产
   └── AI决策(定价/推荐/库存)

3. 全域运营
   ├── 公域(淘宝/抖音) + 私域(小程序/社群)
   ├── 线上 + 线下统一运营
   ├── 数据打通(CDP)
   └── 全域营销自动化

4. 即时零售基础设施
   ├── 前置仓 + 仓店一体
   ├── 即时配送网络
   ├── 实时库存系统
   └── 30分钟达的基础设施

3. 零售核心域识别

mindmap
  root((零售核心域))
    商品域
      SPU/SKU管理
      类目体系
      价格体系
      属性管理
      商品搜索
    库存域
      实物库存
      可售库存
      预占管理
      WMS集成
      全渠道库存
    订单域
      订单创建
      订单拆分
      订单状态机
      逆向订单
      订单履约
    用户域
      用户账户
      会员体系
      用户画像
      积分/权益
      地址管理
    营销域
      优惠券
      促销活动
      满减/折扣
      秒杀/团购
      积分商城
    供应链域
      采购管理
      供应商管理
      物流配送
      退货处理
      品控质检

六大核心域详细说明

4. 即时零售趋势(2025-2026最新)

市场规模

即时零售三大模式

模式一：平台模式
  ├── 代表：美团闪购/京东到家/淘宝闪购
  ├── 核心：连接商家+骑手+用户
  ├── 优势：轻资产、覆盖广
  └── 挑战：商品管控难、体验不一致

模式二：前置仓模式
  ├── 代表：叮咚买菜/朴朴/美团买菜
  ├── 核心：自建前置仓(面积200-300㎡)
  ├── 优势：品控强、配送快(30min)
  └── 挑战：重资产、盈利难

模式三：仓店一体模式
  ├── 代表：盒马/永辉
  ├── 核心：门店即仓库
  ├── 优势：线上线下共享库存
  └── 挑战：门店改造成本高

即时零售系统核心能力：
├── 实时库存(门店+仓库+在途)
├── 智能调度(最优拣货路径+配送路线)
├── 动态定价(时段/距离/品类)
├── 30分钟履约保障(全链路监控)
└── LBS + 推荐(基于位置的个性化)

2025-2026即时零售竞争格局

三巨头竞争态势：

美团：
├── 优势：骑手网络+配送效率
├── 策略：从外卖延伸到全品类
├── 闪购覆盖2800+县市
└── 日订单量：数千万级

阿里(淘宝闪购+饿了么)：
├── 优势：供应链+商品丰富度
├── 策略：淘宝闪购+饿了么整合
├── 2025Q3收入229亿(+60%)
└── 日活用户：2亿+

京东：
├── 优势：自营品质+供应链
├── 策略：京东到家+达达配送
├── 切入即时零售较晚但追赶迅速
└── 自营品质是差异化优势

5. ARTS标准与零售参考架构

ARTS(Association for Retail Technology Standards)

ARTS是NRF(美国零售联合会)下属的零售技术标准组织，
自1993年以来专注于零售行业IT标准。

四大核心标准：

1. ARTS Data Model(数据模型标准)
   ├── 零售行业最权威的数据模型
   ├── 包含所有零售数据元素和定义
   ├── 覆盖POS/库存/客户/商品/交易等
   └── 版本：ODM 7.3

2. UnifiedPOS(统一POS标准)
   ├── POS设备应用接口标准
   ├── 扫码枪/打印机/钱箱/电子秤等
   ├── 跨厂商设备互通
   └── OPOS/JavaPOS/WebPOS

3. ARTS XML(XML交换标准)
   ├── 零售应用间数据交换标准
   ├── 基于ARTS数据模型
   ├── 11种Schema
   └── 简化系统集成

4. Standard RFPs(标准采购文档)
   ├── 零售IT采购标准模板
   └── 降低采购成本

零售参考架构模型

ARTS零售参考模型(三层)：

Level 0: 零售企业全景
  → 描述零售企业的所有域和能力

Level 1: 业务能力模型
  ├── 销售与服务(Sales & Service)
  ├── 商品管理(Merchandise Management)
  ├── 供应链管理(Supply Chain)
  ├── 客户管理(Customer Management)
  ├── 财务管理(Financial Management)
  ├── 人力资源(HR Management)
  └── 数据分析(Analytics)

Level 2: 逻辑业务流程(规划中)
Level 3: 物理业务流程(规划中)

6. 零售C4架构全景图

C4 Level 1 - 零售企业系统全景：

┌────────────────────────────────────────────────────────┐
│                    渠道/触点层                           │
│  ┌──────┐ ┌──────┐ ┌──────┐ ┌──────┐ ┌──────┐      │
│  │App   │ │小程序│ │PC商城│ │门店POS│ │直播  │       │
│  └──────┘ └──────┘ └──────┘ └──────┘ └──────┘      │
│  ┌──────┐ ┌──────┐ ┌──────┐ ┌──────┐              │
│  │社群  │ │外卖  │ │客服  │ │IoT   │               │
│  │(企微)│ │平台  │ │(AI)  │ │(智慧)│               │
│  └──────┘ └──────┘ └──────┘ └──────┘              │
└─────────────────────┬──────────────────────────────┘
                      │
┌─────────────────────┼──────────────────────────────┐
│              API网关/BFF层                           │
│  ┌──────────┐ ┌──────────┐ ┌──────────┐          │
│  │ C端BFF   │ │ B端BFF   │ │ 开放API  │           │
│  │(App/小程序)│ │(商家后台) │ │(合作方)  │           │
│  └──────────┘ └──────────┘ └──────────┘          │
└─────────────────────┬──────────────────────────────┘
                      │
┌─────────────────────┼──────────────────────────────┐
│              业务域(Domain Platforms)                │
│                                                    │
│  ┌──────────┐ ┌──────────┐ ┌──────────┐          │
│  │ 商品中心  │ │ 库存中心  │ │ 订单中心  │          │
│  │SPU/SKU/  │ │可售/实物/ │ │创建/拆分/ │          │
│  │类目/价格 │ │预占/WMS  │ │履约/逆向 │           │
│  └──────────┘ └──────────┘ └──────────┘          │
│                                                    │
│  ┌──────────┐ ┌──────────┐ ┌──────────┐          │
│  │ 用户中心  │ │ 营销中心  │ │ 搜索推荐  │          │
│  │账户/会员/ │ │优惠券/促销│ │ES/向量/  │           │
│  │画像/积分 │ │秒杀/积分 │ │AI推荐    │           │
│  └──────────┘ └──────────┘ └──────────┘          │
│                                                    │
│  ┌──────────┐ ┌──────────┐ ┌──────────┐          │
│  │ 支付中心  │ │ 物流中心  │ │ 商家中心  │          │
│  │收银/退款/ │ │配送/仓储/ │ │入驻/结算/ │          │
│  │对账/分账 │ │TMS/路径  │ │评价/数据 │           │
│  └──────────┘ └──────────┘ └──────────┘          │
│                                                    │
│  ┌──────────┐ ┌──────────┐ ┌──────────┐          │
│  │ 内容中心  │ │ 客服中心  │ │ 供应链   │           │
│  │CMS/AIGC/ │ │工单/机器人│ │采购/供应商│          │
│  │评价/社区 │ │知识库    │ │品控     │            │
│  └──────────┘ └──────────┘ └──────────┘          │
└─────────────────────┬──────────────────────────────┘
                      │
┌─────────────────────┼──────────────────────────────┐
│              数据/AI层                               │
│  ┌──────┐ ┌──────┐ ┌──────┐ ┌──────┐ ┌──────┐  │
│  │数据  │ │CDP   │ │ML    │ │LLM   │ │BI    │   │
│  │仓库  │ │(客户 │ │平台  │ │平台  │ │报表  │   │
│  │(DW)  │ │数据  │ │      │ │      │ │      │   │
│  │      │ │平台) │ │      │ │      │ │      │   │
│  └──────┘ └──────┘ └──────┘ └──────┘ └──────┘  │
└─────────────────────┬──────────────────────────────┘
                      │
┌─────────────────────┼──────────────────────────────┐
│              基础设施层                               │
│  K8s │ 数据库集群 │ Redis集群 │ MQ │ CDN │ 监控      │
└────────────────────────────────────────────────────┘

---

对比分析

中台架构方案对比

零售架构技术选型

---

架构设计实操

设计目标

画一张零售企业C4 Level 1全景图，包含：

• 前台渠道(App/小程序/门店/直播等)
• 业务域(6大核心域+扩展域)
• 数据/AI层
• 基础设施层

(架构图已在上方"知识点详解-6"中完整给出)

ADR: 中台 vs 领域平台选型

## ADR-066: 架构模式选型——中台 vs 领域平台

### 状态: 已采纳

### 上下文
公司有电商、即时零售、社区团购三条业务线，
技术团队约500人。需要选择架构模式。

### 可选方案
A. 大中台模式(统一商品/订单/用户中台)
B. 领域平台模式(每个域独立平台，标准化API通信)
C. 完全自治微服务(每条业务线独立技术栈)

### 决策
采用方案B：领域平台模式

### 理由
1. 三条业务线节奏不同(电商成熟/即时零售快速迭代/社区团购探索)
2. 大中台会成为瓶颈(阿里教训)
3. 完全自治会导致重复建设和数据孤岛
4. 领域平台在域内复用、域间松耦合，平衡了效率和灵活性

### 实施
- 商品域：统一SPU/SKU管理，各业务线扩展自己的属性
- 库存域：统一库存视图，各渠道独立扣减策略
- 订单域：统一订单模型，各业务线独立履约流程
- 用户域：统一用户ID和基础信息，各业务线独立会员体系
- 数据域：统一数据仓库和CDP，各业务线独立分析

---

AI增强实践

AI在零售全链路的应用

2025-2026零售AI应用全景：

1. 商品域AI
   ├── AIGC商品描述/图片生成
   ├── AI自动标注属性和分类
   ├── 智能定价(动态定价/竞价)
   └── 新品预测(趋势分析)

2. 库存域AI
   ├── 需求预测(LSTM/Prophet)
   ├── 智能补货(强化学习)
   ├── 库存分配优化
   └── 损耗预测

3. 订单域AI
   ├── 订单风控(反刷单/薅羊毛)
   ├── 智能拆单(最优履约方案)
   ├── 配送路径优化
   └── 预测ETD(预计送达时间)

4. 用户域AI
   ├── 用户画像(实时标签)
   ├── 流失预警
   ├── LTV预测
   └── 个性化体验

5. 营销域AI
   ├── 个性化推荐(深度学习)
   ├── 智能营销(千人千面)
   ├── 投放优化(ROI预测)
   └── 内容生成(AIGC)

6. 客服域AI
   ├── LLM智能客服(多轮对话)
   ├── 意图识别和路由
   ├── 情感分析
   └── 知识库自动维护

7. 供应链AI
   ├── 供应商评估
   ├── 采购量预测
   ├── 物流路径优化
   └── 质检自动化(CV)

---

与Web3/DeFi的关联

Web3 Commerce新范式

Web3零售创新方向(2025-2026)：

1. NFT会员/权益
   ├── NFT作为VIP会员证(可转让)
   ├── NFT绑定专属权益(折扣/早期访问)
   ├── 案例：Nike .SWOOSH, Starbucks Odyssey
   └── 与传统会员体系的差异：可转让+可交易

2. Token激励
   ├── 购物积分代币化(链上积分)
   ├── 用户行为Token奖励
   ├── DAO治理(社区决策商品上架)
   └── 与传统积分的差异：可流通+可组合

3. 供应链透明
   ├── 区块链溯源(产地→工厂→仓库→消费者)
   ├── 碳足迹追踪(碳信用Token化)
   ├── 真伪验证(NFC+区块链)
   └── 案例：VeChain, IBM Food Trust

4. 去中心化电商
   ├── 无平台抽成(P2P交易)
   ├── 智能合约担保交易
   ├── 去中心化评价系统
   └── 案例：Boson Protocol, Origin Protocol

5. DePIN+零售
   ├── 去中心化物流网络
   ├── 去中心化仓储
   ├── IoT数据市场
   └── 预测市场(需求预测)

---

今日思考

三个深度问题

1. 中台为什么先成功后失败？ 阿里中台在2015-2020年被视为标杆，但2023年开始拆分。根本原因是什么？是中台理念错了，还是执行出了问题？对于一个500人的技术团队，是应该建中台还是直接选领域平台？判断标准是什么？

2. 即时零售的"效率极限"在哪里？ 美团/饿了么已经把配送时间压到30分钟甚至更短。进一步压缩到15分钟的技术瓶颈是什么？前置仓密度、分拣效率、调度算法、骑手数量——哪个是最大的瓶颈？AI在其中能扮演什么角色？

3. Web3 Commerce是真需求还是伪命题？ NFT会员、Token激励、区块链溯源听起来很酷，但实际用户体验改善了多少？消费者真的在意"积分可以在链上流通"吗？还是只是Web3圈子的自嗨？什么样的零售场景真正需要区块链？

---

面试题准备

面试题1: 中台架构的优势和问题？

30秒回答： 中台的优势是能力复用和数据统一——多条业务线共享商品/订单/用户能力，避免重复建设。问题是三个：一是成为交付瓶颈(所有业务排队)，二是过度抽象(为复用而复用)，三是组织困境(中台团队远离业务)。阿里2023年从"大中台"转向"1+6+N"领域自治就是最好的例子。

2分钟详细回答： 中台架构可以从"价值"和"代价"两个维度分析。

核心价值：能力复用(商品/订单/用户等基础能力一次建设多次使用)、数据统一(打破数据孤岛，建立统一数据资产)、体验一致(用户在不同渠道看到一致的商品信息/价格/库存)。

代价和问题：交付速度成为瓶颈——当多条业务线需求涌来，中台排期变成月级甚至季度级，严重拖慢创新；过度抽象——为了服务所有业务场景，接口设计越来越复杂，理解和使用成本极高；组织困境——中台团队不直接面对业务目标(GMV/用户增长)，容易变成"服务部门"而非"赋能部门"。

后中台时代方向：领域平台化——保留中台"能力沉淀"的优点，但给每个业务域自主权。域内强复用，域间弱耦合。

追问准备：

• Q: 阿里为什么拆中台？
• A: 2023年阿里"1+6+N"改革，核心原因是各业务集团(淘宝/菜鸟/饿了么)发展速度和需求差异太大。统一中台成为最大瓶颈。拆分后各业务集团可建自己的技术平台，但仍共享基础数据和用户体系。

面试题2: 即时零售的技术挑战？

30秒回答： 即时零售的核心技术挑战是"30分钟内完成从下单到送达"。三大技术难题：一是实时库存(门店/仓库/在途库存秒级同步，防止超卖)；二是智能调度(最优拣货路径+最优配送路线+骑手实时分配)；三是需求预测(准确预测区域/时段需求，指导前置仓备货)。这三者需要实时计算+AI+LBS的深度结合。

追问准备：

• Q: 前置仓和仓店一体哪个模式更好？
• A: 取决于品类和城市密度。生鲜高频品类+高密度城市适合前置仓(叮咚/朴朴)，全品类+有线下门店基础适合仓店一体(盒马)。两者并存是趋势。

---

学习资源

---

明日预告

Day 67: 商品中心设计

• SPU/SKU/属性管理深度设计
• 类目体系(前台类目 vs 后台类目)
• 价格体系(基础价/促销价/渠道价/会员价)
• AI在商品中心的应用(自动标注/分类/AIGC)
• DDD领域模型实操