- 重构了产品需求文档的章节组织和内容结构 - 改进了智能功能模块的文档格式和可读性 - 优化了一键邻回收和用户故事文档的排版 - 新增了完整的规格文档模板和内容框架 - 统一了文档风格和格式规范,提升文档质量
282 lines
13 KiB
Markdown
282 lines
13 KiB
Markdown
|
||
# 废品回收小程序产品需求文档 (PRD) V2.0
|
||
|
||
> **文档状态**: 修订中
|
||
> **版本**: 2.0
|
||
> **修订日期**: 2025-08-08
|
||
> **作者**: Claude, AI产品助手
|
||
|
||
---
|
||
|
||
## 修订历史
|
||
|
||
| 版本 | 修订日期 | 修订人 | 修订内容 |
|
||
| :---- | :--------- | :----- | :------------------------------------------- |
|
||
| 1.0 | 2025-08-07 | Claude | 初稿,定义了用户端和小站端的核心功能 |
|
||
| 2.0 | 2025-08-08 | Claude | 根据反馈重构,细化为四端模型,增强可执行性 |
|
||
|
||
---
|
||
|
||
## 1. 项目概述
|
||
|
||
### 1.1 项目背景
|
||
本项目旨在通过数字化的O2O平台,连接社区居民、社区回收小站、物流司机和后端处理中心,打造一个高效、透明、便捷的废品回收生态系统。平台以微信小程序为主要载体,解决传统废品回收流程中信息不对称、效率低下、用户体验差等痛点。
|
||
|
||
### 1.2 核心问题与解决方案
|
||
- **居民侧**: 出售废品渠道少、价格不透明、流程繁琐 → **提供一个稳定、便捷、价格透明的线上出售渠道。**
|
||
- **小站侧**: 人工记账易出错、库存管理混乱、与上游对接效率低 → **提供一套移动化、自动化的记账、库存及对接工具。**
|
||
- **物流侧**: 揽收路线不科学、交接凭证混乱、运输过程不可控 → **提供数字化的揽收任务管理和扫码交接功能。**
|
||
- **公司侧**: 缺乏全局数据、无法精细化运营、业务模式难以复制 → **搭建一个集数据监控、运营管理、财务结算于一体的中心化管理后台。**
|
||
|
||
### 1.3 项目目标
|
||
- **V1.0 (MVP) 目标**:
|
||
- 验证智能终端的核心商业模式:无人值守自动回收。
|
||
- 部署10-15台终端设备,实现每周200+笔交易。
|
||
- 单台设备日均交易量达到15笔,用户重复使用率达到40%。
|
||
- 实现每台设备3000元投入成本的自循环盈利模式。
|
||
|
||
### 1.4 核心用户画像
|
||
- **C端 - 居民用户**:
|
||
- **王大妈**: 65岁,退休在家,对价格敏感,希望24小时随时能卖废品,操作要像ATM一样简单直观。
|
||
- **小张**: 30岁,上班族,希望下班路过超市时能快速处理家里的快递纸箱,不用排队等人工服务。
|
||
- **B端 - 场地方**:
|
||
- **超市老板**: 希望终端设备不占用过多空间,不影响正常营业,还能获得稳定的场地租金收入。
|
||
- **快递站点**: 希望设备能吸引更多客流,带动快递业务,增加额外收入来源。
|
||
- **运营端 - 设备管理员**:
|
||
- **小陈**: 28岁,负责终端设备的远程监控、故障处理、定期清运等运维工作。
|
||
|
||
---
|
||
|
||
## 2. 整体业务流程
|
||
|
||
```mermaid
|
||
graph TD
|
||
subgraph 用户端
|
||
A[1.居民携带废品到终端] --> B[2.终端屏幕身份识别];
|
||
end
|
||
|
||
subgraph 智能终端
|
||
B --> C[3.选择回收品类];
|
||
C --> D[4.投入对应回收袋];
|
||
D --> E[5.AI摄像头识别验证];
|
||
E --> F[6.自动称重计价];
|
||
F --> G[7.用户确认交易];
|
||
G --> H((资金计入用户余额));
|
||
G --> I[8.废品存储在终端];
|
||
end
|
||
|
||
subgraph 后台监控
|
||
I --> J[9.终端容量监控];
|
||
J --> K{是否达到清运阈值?};
|
||
K -->|是| L[10.自动派发清运任务];
|
||
K -->|否| M[继续接收废品];
|
||
end
|
||
|
||
subgraph 物流清运
|
||
L --> N[11.物流团队接收任务];
|
||
N --> O[12.前往终端清运];
|
||
O --> P[13.运输至处理中心];
|
||
end
|
||
|
||
subgraph 管理后台
|
||
Q[终端设备管理] --> C;
|
||
R[品类/价格管理] --> F;
|
||
H --> S[交易流水监控];
|
||
I --> T[库存状态监控];
|
||
L --> U[物流任务管理];
|
||
P --> V[财务结算管理];
|
||
end
|
||
```
|
||
|
||
---
|
||
|
||
## 3. 智能终端系统
|
||
|
||
**核心定位:24小时无人值守的智能回收站。**
|
||
|
||
### 3.1 硬件组成详述
|
||
|
||
#### 3.1.1 回收袋模块
|
||
- **配置**: 1-3个可配置回收袋,根据场地大小和回收品类需求调整
|
||
- **分类**: 饮料瓶袋、废纸袋、织物袋,每个袋子有独立的称重传感器
|
||
- **容量**: 每个袋子设计容量约50-80升,支持自动容量检测
|
||
|
||
#### 3.1.2 AI视觉监控
|
||
- **摄像头**: 高清摄像头,支持物品识别和分类验证
|
||
- **功能**: 实时监控投入物品,防止异物污染,记录投入过程
|
||
- **AI算法**: 基于深度学习的物品分类识别,准确率>95%
|
||
|
||
#### 3.1.3 交互平板系统
|
||
- **规格**: 10-12寸触摸屏,支持多点触控
|
||
- **功能**: 用户身份识别、操作引导、重量显示、交易确认
|
||
- **登录方式**: 支持手机号、二维码扫描、NFC卡片等多种方式
|
||
|
||
#### 3.1.4 结构骨架
|
||
- **材料**: 铝合金框架,具备防水、防盗、耐候性能
|
||
- **设计**: 模块化设计,便于运输安装和维护
|
||
- **安全**: 配备防撬锁、振动报警等安全措施
|
||
|
||
### 3.2 软件系统详述
|
||
|
||
#### 3.2.1 终端操作系统
|
||
- **界面**: 适老化设计,大字体、高对比度、语音引导
|
||
- **流程**: 登录→选择品类→投入物品→AI验证→称重计价→确认交易
|
||
- **离线**: 支持网络断开时的离线操作和数据缓存
|
||
|
||
#### 3.2.2 数据采集与上传
|
||
- **实时数据**: 称重数据、交易记录、设备状态、故障信息
|
||
- **定时上传**: 每10分钟向后台上传一次数据
|
||
- **异常报警**: 设备故障、满载、异常操作自动报警
|
||
|
||
---
|
||
|
||
## 4. C端(用户端)小程序
|
||
|
||
**核心定位:便捷的个人回收助手。**
|
||
|
||
### 4.1 功能模块详述
|
||
|
||
#### 4.1.1 登录/注册
|
||
- **需求**: 微信一键授权登录,自动创建账户,无需额外注册步骤。
|
||
- **支持**: 同时支持手机号快速注册,便于在终端设备上使用。
|
||
|
||
#### 4.1.2 首页 (核心页面)
|
||
- **界面元素**:
|
||
1. **【附近终端】**: 地图或列表形式,展示附近智能终端的位置、设备状态(正常/故障/满载)、距离。
|
||
2. **【今日回收价】**: 醒目位置展示主要品类(饮料瓶、废纸、织物)的实时单价。
|
||
3. **【快速回收】**: 一键跳转到最近的可用终端,并生成二维码用于终端登录。
|
||
4. **【我的余额】**: 显示当前账户余额和今日收入。
|
||
|
||
#### 4.1.3 终端交互功能
|
||
- **二维码登录**: 生成个人专属二维码,用于在终端设备上快速登录。
|
||
- **交易确认**: 接收终端发送的交易确认通知,可在手机上再次确认。
|
||
- **实时反馈**: 显示正在进行的交易状态,包括称重、计价过程。
|
||
|
||
#### 4.1.4 "我的"页面
|
||
- **界面元素**:
|
||
1. **【我的余额】**: 突出显示当前账户余额和累计收入。
|
||
2. **【提现】**: 将余额提现至微信零钱,支持实名认证。
|
||
3. **【交易记录】**: 列表形式,展示每一笔交易的时间、终端位置、品类、重量、金额。
|
||
4. **【设备反馈】**: 用户可对使用过的终端设备进行评价和故障反馈。
|
||
|
||
#### 4.1.5 消息通知
|
||
- **需求**:
|
||
- 交易成功后,收到模板消息推送,告知本次收入金额。
|
||
- 提现成功后,收到模板消息推送。
|
||
- 设备故障或维护通知推送。
|
||
|
||
---
|
||
|
||
## 5. 运维端 (设备维护)
|
||
|
||
**核心定位:智能终端的"医生",确保设备正常运行。**
|
||
|
||
### 5.1 功能模块详述
|
||
|
||
#### 5.1.1 设备巡检任务
|
||
- **需求**: 查看系统自动生成的巡检任务列表,包含终端位置、巡检类型(定期保养/故障维修/清运)、预计时间。
|
||
- **功能**: 支持路线规划,优化巡检效率。
|
||
|
||
#### 5.1.2 设备状态检测
|
||
- **需求**: 到达终端后,通过手机APP连接设备进行状态检测。
|
||
- **流程**: 检测各硬件模块(摄像头、称重、屏幕、网络)状态,记录检测结果。
|
||
- **报告**: 自动生成巡检报告,上传设备照片和维修记录。
|
||
|
||
#### 5.1.3 清运管理
|
||
- **需求**: 根据终端容量预警,及时清运回收物品。
|
||
- **流程**: 扫描终端二维码,查看各品类存储量,记录清运重量,更新库存状态。
|
||
|
||
#### 5.1.4 故障处理
|
||
- **需求**: 接收设备故障报警,快速响应维修。
|
||
- **功能**: 常见故障诊断指导,备件管理,维修记录。
|
||
|
||
---
|
||
|
||
## 6. 数据中心 (Web/PC)
|
||
|
||
**核心定位:智能终端网络的"大脑",提供数据驱动的决策支持。**
|
||
|
||
### 6.1 功能模块详述
|
||
|
||
#### 6.1.1 实时监控大屏
|
||
- **需求**: 在PC端或数据大屏上,实时显示所有终端的运行状态、交易数据、库存情况。
|
||
- **可视化**: 地图展示终端分布,状态色彩编码(绿色正常/黄色预警/红色故障)。
|
||
- **告警**: 设备故障、满载、异常操作实时告警。
|
||
|
||
#### 6.1.2 数据分析中心
|
||
- **需求**: 提供深度数据分析,包括用户行为分析、设备效率分析、收益分析等。
|
||
- **报表**: 自动生成日报、周报、月报,支持数据导出。
|
||
- **预测**: 基于历史数据预测设备维护需求、清运时间等。
|
||
|
||
#### 6.1.3 库存汇总管理
|
||
- **需求**: 汇总所有终端的库存数据,为集中清运和销售提供决策支持。
|
||
- **功能**: 库存预警、最优清运路线规划、销售时机建议。
|
||
|
||
---
|
||
|
||
## 7. 统一管理后台 (Web端)
|
||
|
||
**核心定位:智能终端网络的"指挥中心",驱动业务运转。**
|
||
|
||
### 7.1 功能模块详述
|
||
|
||
#### 7.1.1 Dashboard 数据看板
|
||
- **需求**: 实时展示核心KPI,如:今日交易额、活跃用户数、**各终端设备回收量排名**、各品类回收趋势图、设备在线率等。
|
||
|
||
#### 7.1.2 终端设备管理
|
||
- **需求**: 设备的入网配置、信息管理(**设备编号、地理位置、场地方信息、运行状态**)、地理位置分布图、设备状态监控。
|
||
- **功能**: 远程设备重启、参数配置、软件更新推送。
|
||
|
||
#### 7.1.3 用户管理
|
||
- **需求**: 查询C端用户信息、交易记录、账户状态、使用习惯分析。
|
||
|
||
#### 7.1.4 品类与价格管理
|
||
- **需求**: 动态添加/修改/停用回收品类,实时调整各品类在不同区域或终端的回收单价。**支持设置不同品类的AI识别阈值参数。**
|
||
|
||
#### 7.1.5 交易与库存管理
|
||
- **需求**: 查询全平台所有交易流水。实时监控各终端设备的库存情况,自动生成清运计划。
|
||
|
||
#### 7.1.6 运维管理
|
||
- **需求**: 查看运维人员信息,手动派发或调整巡检任务,跟踪设备维护状态。
|
||
|
||
#### 7.1.7 财务管理
|
||
- **需求**: 管理与场地方、运维团队的结算周期和账单,支持成本分析和收益计算。
|
||
|
||
#### 7.1.8 系统管理
|
||
- **需求**: 后台操作员的角色与权限管理。**对异常登录行为和设备异常操作进行告警**。
|
||
|
||
#### 7.1.9 智能报警中心
|
||
- **需求**: 集中查看和处理系统产生的各类异常报警(设备故障、容量预警、交易异常、网络中断),AI辅助诊断问题原因。
|
||
|
||
---
|
||
|
||
## 8. 非功能性需求
|
||
- **性能**: 扫码响应时间 < 1秒。页面加载时间 < 2秒。系统核心接口可用性 > 99.9%。
|
||
- **易用性**: C端和B端界面必须严格遵循“适老化”设计,大字体、高对比度、操作简单。
|
||
- **安全性**: 交易、支付、个人信息等敏感数据必须加密传输和存储。需有完善的权限管理体系,防止未授权访问。
|
||
- **可扩展性**: 架构设计应支持未来新品类、新城市、新业务模式(如积分商城、上门回收)的快速扩展。
|
||
- **可观测性 (Observability)**:
|
||
- **监控与告警**: 对服务器、数据库、核心接口等进行实时监控,并在出现异常(如CPU过高、响应超时)时,通过短信/邮件/企业微信发出告警。
|
||
- **日志管理**: 建立集中化的日志平台,支持按关键字、时间、服务模块快速检索日志,以便于高效排查问题。
|
||
- **可维护性**:
|
||
- **版本更新与回滚**: 发布流程应支持一键回滚到上一个稳定版本。
|
||
- **容量规划**: 定期输出系统资源使用趋势报告,为扩容提供决策依据。
|
||
|
||
---
|
||
|
||
## 9. 版本迭代规划 (Roadmap)
|
||
- **V1.0 (MVP)**:
|
||
- 核心功能: 智能终端硬件系统、C端小程序、基础管理后台(设备监控、品类价格、订单查看)。
|
||
- 目标: 跑通"用户->智能终端"无人值守回收模式,验证3000元/台设备的自循环盈利。
|
||
- **V1.1**:
|
||
- 新增功能: 运维端APP、设备远程诊断、AI识别算法优化、C端提现功能。
|
||
- 目标: 完善设备运维体系,提升设备稳定性和识别准确率。
|
||
- **V1.2**:
|
||
- 新增功能: 数据分析中心、智能清运调度、财务自动结算、设备健康管理。
|
||
- 目标: 实现数据驱动运营,提升运营效率和设备利用率。
|
||
- **V1.3**:
|
||
- 新增功能: 积分商城、社区互动、碳积分系统、多品类扩展(电子垃圾等)。
|
||
- 目标: 构建环保生态圈,探索更多盈利模式。
|
||
|
||
|