BUSINESS ARCHITECTURE
让业务从价值主张，
走向可履约的服务闭环
从业务版图到电商闭环，以价值流、业务边界与领域事实组织 HARNESS 的业务真相。
01 · BUSINESS PORTFOLIO
业务版图
面向客户价值组织业务边界
- 电商业务域
- 平台支撑域
- 未来业务域
02 · VALUE FLOW
电商价值流
从供给到履约，串联端到端结果
供给→商品→触达→交易→履约
03 · SERVICE CLOSED LOOP
订单到工单闭环
以交付原子连接交易权益与上门履约
订单域↔
交付原子↔
工单域
业务全景
从价值主张到可验证的业务证据，五个视角共同回答业务为什么存在、如何运转、边界在哪里。
- 01WHY
价值主张
面向谁，交付什么业务结果
- 02WHAT
业务域
按能力与真相归属划分边界
- 03HOW
价值流
串联创造价值的端到端路径
- 04MODEL
领域模型
定义对象、状态与核心不变量
- 05EVIDENCE
业务证据
用制品与事实验证业务判断
未来业务域沿同一套业务视角持续扩展＋
电商，是第一个完整的业务样板
它不是六份文件的集合，
而是一条从供给到履约的价值链。
而是一条从供给到履约的价值链。
电商业务域以真实业务为起点，沉淀可演进的领域模型与架构制品，打通供给、商品、交易到履约的端到端链路，让系统建设始终对齐业务价值。
→
→
→
→
价值流起点：供给价值流终点：履约
从总到分，逐层建立业务真相
13 个已固化上下文 · 只陈述已有事实通过清晰的分层与渐进的细化，建立与业务对齐的领域秩序，让架构成为可理解、可落地、可持续演进的业务语言。
- 01→
业务全景
确定一级业务域与价值方向
- 02→
业务域
明确目标、边界与端到端价值流
- 03→
限界上下文
定义业务对象、规则与上下游协作
- 04
架构制品
ARCH 解释当前真相，CHANGELOG 记录演进
架构不是业务文件的陈列，
而是业务真相的组织方式。
每个业务制品都必须说明领域为什么存在、边界在哪里、与谁协作、哪些不变量不能破坏，以及当前仍有哪些缺口。
- 价值方向
- 解释业务为什么存在、向谁交付什么结果。
- 领域边界
- 明确真相归属，避免同一业务语义被多处定义。
- 协作关系
- 用 Context Map 记录上下游方向与集成方式。
- 演进证据
- 以代码为锚，诚实记录版本、风险与未完成边界。