0106
映射
识别负责人、系统来源、数据边界和决策路径。
ControlSource
服务类型
把 AI 放进最容易丢失上下文的零售异常队列。
先选一条反复发生的异常。它涉及的商品、库存、订单、政策和负责人信息已经存在于明确的系统中。
- 零售上下文实时可见
- 人工决策关卡
- 系统更新经过审核
Merchandising
商品运营智能工作流
把商品表现、品类上下文、供应商信息与批准的商业规则整理成统一审核包。
工作流
先跑通一条从异常信号到批准更新的零售工作流。
有效试点应把真实零售信号从来源系统交给明确负责人，再完成一次批准更新。未知信息继续可见，原系统仍保留权威。
0206
连接
连接最小必要系统和已批准上下文。
ControlReview
0306
治理
定义权限、审核、日志和模型不可执行的动作。
ControlSource
0406
构建
交付工作流界面、集成层和审核队列。
OpsReview
0506
验证
与当前流程并行运行，衡量速度、质量和采用。
OpsSource
0606
扩展
第一条工作流稳定后再扩展到相邻场景。
OpsReview
平台范围
让每个零售异常都有当前上下文和明确的商业负责人。
ZenAI 围绕现有商品、交易、库存、订单、客户和门店系统工作，不改变这些系统的职责。
01
商品与数字商业
为品类和电商团队准备商品、组合、供应商、定价与促销上下文，但不把商业决定交给 AI。
PIMCommerceCategories
02
库存与履约运营
把 ERP、WMS、OMS、预测、采购单和地点信号连接成由计划与履约团队负责的异常队列。
InventoryOMS / WMSPlanning
03
门店与客户运营
把流程、任务、交易、案例、退货和承诺上下文放进门店与客服负责人审核路径。
POSStoresCRM
PIMCommerceCategoriesInventoryOMS / WMSPlanningPOSStoresCRM
之前
证据散落在各个系统中
- 计划人员在多个系统中核对预测、库存、采购单、调拨和门店请求
- 缺货与积压信号缺少统一的地点影响和客户承诺视图
- 分配与补货决定和所依据的证据分开记录
之后
异常准备好审核
- 异常连接当前库存、需求、供应、交期、地点和政策上下文
- AI 准备受影响 SKU、开放确认、相似情况与待审核选项
- 计划负责人批准数量、分配、调拨、供应商升级和系统更新
库存异常带着当前证据到达责任计划人员，分配与补货仍由人决定。
计划审核更快
为什么选择 ZenAI
围绕真实零售异常构建，而不是套用通用聊天工具。
ZenAI 把商业系统集成、审核队列和明确的商业决策点放在一起，让一条真实异常可以进入日常运营。
从异常工作流出发
从一条重复出现的零售异常、责任人、当前系统和受控结果开始构建。
使用当前零售上下文
审核包使用批准的商品、库存、订单、门店、客户和政策上下文，并显示来源与时间。
商业决定保留在人
AI 可以整理证据与选项；授权团队保留定价、分配、退款、组合、承诺和政策决定。
集成而不替换
ZenAI 连接已经保存记录与交易权限的 POS、PIM、OMS、WMS、ERP、CRM 和任务系统。
生产落地与监控
聚焦试点定义日常使用所需的责任、来源覆盖、审核时效、回退、支持和发布标准。
适配零售网络
工作流反映渠道、品牌、区域、履约模式、门店角色、政策和升级差异，而不是套用通用零售模型。
常见问题
零售与商业团队在试点前通常会问什么。
零售 AI 试点常见的系统替换、商业决策权和起点选择问题。下面是我们的常见解答。
需要替换 POS、OMS、WMS、ERP 或 CRM 吗？
不需要。ZenAI 连接现有系统中经过批准的商品、交易、库存、订单、客户和任务记录。经过审核的更新仍通过现有接口、权限和交易控制返回原系统。
AI 可以决定定价、商品组合、库存分配或退款吗？
AI 可以结构化证据，对照政策与运营上下文并准备选项。获得授权的商品、计划、门店、财务和客服团队保留商业决定与客户承诺。
第一条零售工作流应该怎么选？
选择一个重复异常：来源可访问、责任人明确、有清楚审核或批准关卡，并且结果已经记录在连接系统中。库存、订单承诺、退货或门店任务异常都适合作为起点。
评估
从一条可重复的零售异常开始。
选择反复出现、来源数据可用、负责人明确且已有更新路径的异常。三步评估会把它收敛成一个可执行的试点。
retail_workflow_boundary.py
def prepare_retail_exception(model, request):
context = fetch_from(["PIM", "OMS", "WMS", "ERP", "CRM"])
if not (context.retail_owner and context.commercial_authority == 'human'):
raise ReviewBoundaryError("Named retail owner required")
return model.prepare_next_step(context)
> 只有上下文、责任和客户承诺边界都明确，工作流才会进入下一状态。
01 / 03 — 运营优先级
零售团队当前最想先解决哪类异常？
第 1 步，共 3 步
准备转型？
选择第一条进入生产的零售异常。
带来一条异常队列、经过批准的商品与运营来源，以及有权解决问题的人。ZenAI 会据此界定集成范围、决策点、交接方式和试点路径。