LLHS/01_设计/废品回收小程序产品需求文档.md

废品回收小程序产品需求文档 (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. 整体业务流程

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:
  • 新增功能: 积分商城、社区互动、碳积分系统、多品类扩展（电子垃圾等）。
  • 目标: 构建环保生态圈，探索更多盈利模式。