1. 文档目的
本文用于说明 Audlis 后台各工作区的职责、典型使用场景和日常运营流程。
目标是回答三个问题：
- 后台各栏目分别用来做什么
- 运营和管理员每天如何使用这些模块
- 模块之间是如何协同工作的
本文偏运营工作流，不是接口清单，也不是 UI 组件逐项说明。
2. 后台定位
Audlis 后台不是单纯的“数据录入面板”，而是一个围绕跨境电商业务展开的运营工作台。
它同时服务以下几类工作：
- 商品与目录运营
- 订单与物流运营
- 客服与售后协同
- 合规与用户请求处理
- 财务与配置管理
- AI 编辑与营销内容生产
因此，后台的设计目标不是“功能越多越好”，而是：
让商品、订单、供应商、客服、物流、营销这些环节在同一个系统中协同运转。
3. 后台信息架构
当前后台大致按以下功能分区组织：
3.1 Overview
用于查看全局状态和快速进入各工作区。
3.2 Catalog
包含：
- Products
- Categories
- Supplier Imports
主要负责“商品从哪里来、怎么组织、怎么展示”。
3.3 Sales
包含：
- Orders
- Promotions
主要负责“卖了什么、怎么卖、用什么促销规则卖”。
3.4 Customers & Support
包含：
- Customers
- Support Tickets
- AI Concierge
主要负责“客户是谁、客户遇到了什么问题、系统如何回复或转人工”。
3.5 Operations
包含：
- Shipping Exceptions
- Privacy Requests
- Finance
主要负责“履约问题、合规问题、财务视角问题”。
3.6 System
包含：
- Settings
- Marketing
主要负责“系统配置”和“增长内容生产”。
4. 日常运营主流程
Audlis 后台的日常运营，通常围绕 5 条主线展开：
- 商品导入与商品编辑
- 上架与目录管理
- 订单与履约跟进
- 客服 / 物流 / 售后处理
- 营销内容生产与投放准备
5. 商品与目录工作流
5.1 供应商导入
典型流程：
- 运营进入
Supplier Imports - 检查 CJ Dropshipping 连接状态
- 搜索供应商商品
- 查看供应商原始数据
- 导入商品进入本地目录
这里的关键设计点是：
- 导入后商品不等于最终上架内容
- 供应商原始数据会保存在
source_data - 后续所有编辑、修图、营销内容生成，都可以回看这份原始基线
5.2 商品编辑
导入或新建商品后，运营进入 Products 工作区进行编辑。
典型动作包括：
- 修改标题、tagline、价格、库存
- 整理详情页
- 管理图库
- 调整分类
- 管理变体
- 调用 AI 辅助优化 Basic / Details
5.3 Media Lab
Media Lab 面向商品层的媒体处理，典型用途：
- 修图
- 制作宣传图
- 生成短视频
- 保护原图基线
它更偏“商品编辑附属工作区”，而不是全局营销资产中心。
5.4 分类管理
当商品编辑完成后，需要在 Categories 中把目录结构整理好。
这一步影响：
- 前台目录浏览
- footer 分类展示
- 导航与发现效率
6. 销售与订单工作流
6.1 订单查看
运营进入 Orders 工作区后，主要处理：
- 订单列表查看
- 支付状态核对
- 订单详情查看
- 物流时间线查看
- 异常状态核查
6.2 支付事实与运营判断
后台在判断订单是否真正成立时，必须以服务端订单状态和 webhook 同步结果为准，而不是前台成功页。
所以订单工作区本质上是：
- 支付事实展示面板
- 履约与物流衔接面板
6.3 促销管理
Promotions 工作区用于：
- 创建促销
- 调整优惠规则
- 管理活动状态
它影响前台价格展示和折扣校验。
7. 客户与客服工作流
7.1 客户管理
Customers 工作区用于查看客户基础资料：
- 注册用户信息
- 地址数据
- 验证状态
- 付款偏好等
这里主要服务于：
- 客服排查
- 用户信息核对
- 风险判断
7.2 Support Tickets
Support Tickets 是人工工单视图，用于处理：
- 商品咨询
- 售后问题
- 人工备注
- 邮件回复或后续跟进
7.3 AI Concierge
AI Concierge 是 AI 客服会话视图，用于：
- 查看用户对话
- 识别是否已转人工
- 追踪 AI 处理与人工接管关系
它不是单独脱离客服系统的模块，而是客服系统中的自动化前置层。
8. 履约与运营保障工作流
8.1 Shipping Exceptions
Shipping Exceptions 用于集中查看物流异常，例如：
- 没有 tracking
- tracking 长时间不更新
- 异常投递
运营的典型动作包括：
- 查看异常列表
- 标记问题已处理
- 结合订单详情和客服记录判断下一步
8.2 Privacy Requests
Privacy Requests 用于处理合规请求，例如：
- 数据导出
- 数据删除
- 更正或人工处理
这部分通常不属于传统“电商运营后台”的第一直觉功能，但对正式运营非常重要。
8.3 Finance
Finance 用于查看：
- 收入统计
- 审计和报表
- 部分财务视图
这一模块更多服务于经营判断，而不是前线操作。
9. 系统配置工作流
9.1 Settings
Settings 是系统级配置入口，当前承载：
- AI 供应商 / 模型参数
- 社媒链接
- 站点配置
- Unsplash Access Key
- Supplier Connections
9.2 Supplier Connections
把供应商连接状态收进设置页后，运营不再需要去导入页猜测连接是否正常。
当前设置页可以查看：
- CJ Dropshipping 是否连接
- 凭据来源
- token 过期时间
并支持：
- Refresh Connection
- Clear Cache
这属于典型的“设置应成为系统事实入口，而不是隐藏在业务页里”的设计。
10. 营销工作流
10.1 Marketing 工作区定位
Marketing 不是替代广告平台，而是系统内的营销内容生产中台。
它主要做三件事：
- 生成营销文案
- 生成营销图片 / 视频
- 组装渠道包并回写站内 landing 配置
10.2 Copy Lab
运营可基于商品生成：
- 标题
- tagline
- benefits
- SEO 文案
- 广告文案
并进行：
- 筛选
- 批准
- 归档
- 应用到商品
10.3 Asset Lab
运营可基于商品原图、AI 能力和 Unsplash 参考图库生成：
- 主图
- 广告图
- 竖版视频
- 首尾帧视频
并进行：
- 批准
- 归档
- 追加到商品图库
10.4 Campaign Pack
运营可以把文案和素材组合成渠道包，用于：
- Meta
- TikTok
- Landing
同时支持：
- 下载 JSON
- 回写商品
marketingLanding
10.5 Marketing Library
用于复用已批准素材，而不是每次重新生成。
11. 一个典型的完整运营链路
以“从导入商品到开始投放”为例：
- 在
Supplier Imports导入商品 - 在
Products中整理商品基础信息 - 在
Media Lab修图 / 生成商品视频 - 在
Categories中挂好分类 - 在
Marketing中生成文案和广告素材 - 组装
Campaign Pack - 把渠道包应用到商品
marketingLanding - 前台商品详情页在对应
utm_source下使用营销版本展示
这说明后台各工作区虽然分栏展示，但本质上是一条连续业务链。
12. 当前后台设计的关键原则
12.1 后台不是 CRUD 集合
后台应围绕实际工作流组织，而不是围绕数据库表平铺菜单。
12.2 设置必须成为事实入口
像供应商连接、AI 提供商、社媒配置这类能力，应进入设置页统一管理。
12.3 商品原始数据必须长期保留
否则编辑、营销和售后都会失去基线。
12.4 订单、物流、客服、售后要串起来
后台不能把它们拆成互不认识的几个页面。
12.5 AI 能力应嵌入工作流，而不是单独孤岛
AI 编辑、Media Lab、Marketing 都应该服务实际运营动作。
13. 当前后台仍待继续优化的方向
虽然后台已具备较完整的工作区，但后续仍建议继续补强：
- returns / RMA 正式工作区
- reviews / Q&A 工作区
- 更细的角色权限控制
- 操作审计日志
- 更完整的实验与归因视图
- 更强的搜索、筛选与批量操作能力
14. 一句话总结
Audlis 后台当前已经从“管理页面集合”演进为“围绕跨境电商运营链路组织的工作台”，其核心价值不在于模块数量，而在于：
商品、供应商、订单、物流、客服、合规、营销在同一系统里形成了连续协同。