# 废品回收小程序产品需求文档 (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**: - 新增功能: 积分商城、社区互动、碳积分系统、多品类扩展（电子垃圾等）。 - 目标: 构建环保生态圈，探索更多盈利模式。