问题、目标用户与方案
业务问题
零售经营者能看到数据，却缺少统一的诊断、商品运营、销售运营和行动闭环。
目标用户
需要从经营诊断走向商品、销售与日常任务行动的零售经营者。
产品方案
构建今日经营、商品运营、销售运营、数据中心、行动中心和智能助手，并以 Base 作为业务事实来源。
我在项目中的参与
将公开资料中的角色描述拆成可交接的工作面，方便继续核对源码、数据和运行条件。
- 产品架构
- 全栈实现
- AI 工作流
- 数据建模
三步典型使用场景
以下路径是基于公开资料对业务对象和页面关系的整理，不是线上操作记录。
01 · 今日经营诊断
零售经营者先看今日经营，把指标异常和数据导入状态放在同一入口，再决定需要进入商品或销售页面。
02 · 商品与销售行动
从商品运营和销售运营查看事实与变化，把问题转成可执行的商品、销售或补货动作。
03 · 助手与行动中心
智能助手提供整理方向，行动中心承接任务状态；资料支持这样的模块关系，具体建议仍需线上核对。
两项具体设计取舍
这是根据已有问题、方案、功能和迁移字段整理出的判断，供接手者复核。
让诊断通向动作
今日经营不是终点，而是商品、销售和任务入口，减少只展示指标却没有下一步的断层。
保留数据导入边界
数据中心与映射能力单独呈现，便于在迁移时先确认字段口径，再让经营页面消费稳定数据。
完整功能与参与工作
关键能力
- 今日经营诊断
- 商品与销售运营
- 数据导入与映射
- 任务行动中心
- AI 经营助手
参与工作
- 产品架构
- 全栈实现
- AI 工作流
- 数据建模
架构示意
根据现有资料整理；结构示意，待与线上实现核对。
零售经营前端
React与TypeScript组织今日经营、商品、销售、数据中心和行动中心。
NestJS业务服务
公开资料保留全栈工程，承载经营页面与业务能力的服务端边界。
Base数据合同
7表Base精确绑定提供业务事实来源；独立写入能力仍需适配。
AI与身份集成
AI经营助手、妙搭SDK与身份权限需在独立系统中替换或重新连接。
交付证据与状态
公开资料中的证据
- 开发态与发布态各 255 个文件
- 7 表 Base 精确绑定
- 10 次历史发布记录
ARCHIVED_NOT_REVALIDATEDNOT_VERIFIED交付证据与构建状态为资料内历史验证记录，本轮未重新验证这些业务应用。
迁移限制与素材状态
全栈工程和数据合同可迁移；需要替换妙搭 SDK、身份权限和独立写入层。
历史页面截图与完整业务运行演示尚未全部接入。本页主要展示项目资料，新增界面展示单独标注来源与示例数据，不提供原业务系统的在线服务。
三步接手与迁移顺序
这些是基于当前资料整理的下一步工作，不是已经验收完成的交付。
- 01
核对七表合同
按今日经营、商品、销售和行动中心的读取关系列出字段、状态和权限，确认数据合同仍适用。
- 02
替换 SDK 与身份
将妙搭 SDK、身份权限和独立写入层拆为适配器，先恢复只读诊断与列表。
- 03
验证助手到任务
用受控示例验证建议、人工确认、任务创建和状态更新，明确 AI 建议不等于自动执行。