增加了设计，后台功能模块设计
This commit is contained in:
史悦
@@ -91,7 +91,7 @@ graph TD
|
||||
#### 3.1.2 首页 (核心页面)
|
||||
- **界面元素**:
|
||||
1. **【我的卖品码】**: 页面最中心、最大的按钮，点击后全屏显示个人专属二维码，并调高屏幕亮度。
|
||||
2. **【附近小站】**: 列表或地图形式，展示附近合作小站的位置、营业时间、联系电话。
|
||||
2. **【附近小站】**: 列表或地图形式，展示附近合作小站的位置、**实时营业状态（营业中/休息中）、距离我有多远**、联系电话。
|
||||
3. **【今日回收价】**: 醒目位置展示主要品类（纸壳、塑料瓶等）的单价（元/斤）。
|
||||
|
||||
#### 3.1.3 “我的”页面
|
||||
@@ -121,8 +121,8 @@ graph TD
|
||||
- **界面元素**:
|
||||
1. **【开始回收】**: 核心操作按钮，点击进入扫码回收流程。
|
||||
2. **【今日汇总】**: 数据卡片，展示当日回收总单数、总重量、总金额。
|
||||
3. **【库存盘点】**: 查看当前各类废品的库存重量。
|
||||
4. **【向上游交接】**: 生成出库单，打印或出示出库二维码，等待物流端揽收。
|
||||
3. **【库存盘点】**: 查看当前各类废品的库存重量。**当库存达到预警阈值时，系统应有明显提示。**
|
||||
4. **【向上游交接】**: 生成出库单，**一键通知物流团队上门揽收**，并出示出库二维码。
|
||||
|
||||
#### 4.1.3 回收流程 (核心业务)
|
||||
1. **扫码识客**: 点击“开始回收”，启动扫码器，扫描C端用户的“卖品码”。成功后显示用户昵称。
|
||||
@@ -158,23 +158,43 @@ graph TD
|
||||
|
||||
---
|
||||
|
||||
## 6. 统一管理后台 (Web端)
|
||||
## 6. 大仓管理端 (Web/PC)
|
||||
|
||||
**核心定位：业务流转的仓储枢纽，数据准确性的最终保障。**
|
||||
|
||||
### 6.1 功能模块详述
|
||||
|
||||
#### 6.1.1 扫码确认入库
|
||||
- **需求**: 司机运抵大仓后，仓管员扫描司机任务单（或出库单）上的二维码。
|
||||
- **流程**: 系统自动带出司机、来源小站、货品品类及重量等信息。仓管员核对实物后确认，完成入库操作。库存数据自动更新。
|
||||
|
||||
#### 6.1.2 实时库存监控
|
||||
- **需求**: 在PC端或数据大屏上，以可视化图表展示所有品类的实时库存量、库存周转天数、存放位置等。
|
||||
- **目标**: 为仓储规划和销售决策提供数据支持。
|
||||
|
||||
#### 6.1.3 出库管理
|
||||
- **需求**: 当与下游回收商（如打包站）达成交易后，可在系统中选择品类和重量，一键生成标准化的出库单。
|
||||
- **凭证**: 出库单可打印，作为与下游结算和备货的依据。
|
||||
|
||||
---
|
||||
|
||||
## 7. 统一管理后台 (Web端)
|
||||
|
||||
**核心定位：公司的“大脑”，驱动业务运转。**
|
||||
|
||||
### 6.1 功能模块详述
|
||||
|
||||
#### 6.1.1 Dashboard 数据看板
|
||||
- **需求**: 实时展示核心KPI，如：今日交易额、总用户数、活跃小站数、各品类回收量趋势图等。
|
||||
- **需求**: 实时展示核心KPI，如：今日交易额、活跃用户数、**各小站回收量排名**、各品类回收趋势图等，形成数据驾驶舱。
|
||||
|
||||
#### 6.1.2 用户管理
|
||||
- **需求**: 查询C端用户信息、交易记录、账户状态。
|
||||
|
||||
#### 6.1.3 小站管理
|
||||
- **需求**: 小站的入驻审核、信息管理、地理位置分布图、服务状态（营业/休息）管理。
|
||||
- **需求**: 小站的入驻审核、信息管理（**名称、地址、地理位置、负责人、营业时间**）、地理位置分布图、服务状态（营业/休息）管理。
|
||||
|
||||
#### 6.1.4 品类与价格管理
|
||||
- **需求**: 动态添加/修改回收品类，实时调整各品类在不同区域的回收单价。
|
||||
- **需求**: 动态添加/修改/停用回收品类，实时调整各品类在不同区域或站点的回收单价。**支持设置不同品类的物流损耗参数。**
|
||||
|
||||
#### 6.1.5 订单与库存管理
|
||||
- **需求**: 查询全平台所有交易流水。实时监控各小站、各打包站的库存情况。
|
||||
@@ -186,28 +206,39 @@ graph TD
|
||||
- **需求**: 管理与小站、物流司机的结算周期和账单，支持账单导出。
|
||||
|
||||
#### 6.1.8 系统管理
|
||||
- **需求**: 后台操作员的角色与权限管理。
|
||||
- **需求**: 后台操作员的角色与权限管理。**对异常登录行为进行告警**。
|
||||
|
||||
#### 6.1.9 报警中心
|
||||
- **需求**: 集中查看和处理系统产生的各类业务异常报警（如库存异常、交易异常、物流延误），记录处理过程与结果，并支持上报给相关负责人。
|
||||
|
||||
---
|
||||
|
||||
## 7. 非功能性需求
|
||||
- **性能**: 扫码响应时间 < 1秒。页面加载时间 < 2秒。
|
||||
## 8. 非功能性需求
|
||||
- **性能**: 扫码响应时间 < 1秒。页面加载时间 < 2秒。系统核心接口可用性 > 99.9%。
|
||||
- **易用性**: C端和B端界面必须严格遵循“适老化”设计，大字体、高对比度、操作简单。
|
||||
- **安全性**: 交易、支付、个人信息等敏感数据必须加密传输和存储。
|
||||
- **安全性**: 交易、支付、个人信息等敏感数据必须加密传输和存储。需有完善的权限管理体系，防止未授权访问。
|
||||
- **可扩展性**: 架构设计应支持未来新品类、新城市、新业务模式（如积分商城、上门回收）的快速扩展。
|
||||
- **可观测性 (Observability)**:
|
||||
- **监控与告警**: 对服务器、数据库、核心接口等进行实时监控，并在出现异常（如CPU过高、响应超时）时，通过短信/邮件/企业微信发出告警。
|
||||
- **日志管理**: 建立集中化的日志平台，支持按关键字、时间、服务模块快速检索日志，以便于高效排查问题。
|
||||
- **可维护性**:
|
||||
- **版本更新与回滚**: 发布流程应支持一键回滚到上一个稳定版本。
|
||||
- **容量规划**: 定期输出系统资源使用趋势报告，为扩容提供决策依据。
|
||||
|
||||
---
|
||||
|
||||
## 8. 版本迭代规划 (Roadmap)
|
||||
## 9. 版本迭代规划 (Roadmap)
|
||||
- **V1.0 (MVP)**:
|
||||
- 核心功能: C端 + B端核心回收流程、管理后台基础框架（品类价格、订单查看）。
|
||||
- 目标: 跑通商业模式闭环。
|
||||
- 目标: 跑通“居民->小站”核心商业模式闭环。
|
||||
- **V1.1**:
|
||||
- 新增功能: 物流端H5、后台物流管理、后台小站管理、C端提现功能。
|
||||
- 目标: 引入物流角色，实现规范化清运。
|
||||
- 目标: 引入物流角色，实现“小站->大仓”规范化清运。
|
||||
- **V1.2**:
|
||||
- 新增功能: C端积分商城、后台财务结算模块、数据报表优化。
|
||||
- 目标: 探索增值服务，提升运营效率。
|
||||
- 新增功能: 大仓管理模块、后台财务结算模块、数据报表优化。
|
||||
- 目标: 完善全链路管理，提升运营和财务效率。
|
||||
- **V1.3**:
|
||||
- 新增功能: C端积分商城、精细化运营工具（如用户分层、活动配置）。
|
||||
- 目标: 探索增值服务，提升用户粘性。
|
||||
|
||||
|
||||
---
|
||||
**文档结束**
|
||||
|
||||
Reference in New Issue
Block a user