LLHS/01_设计/用户故事.md

# 用户故事 (User Stories) - 绿邻回收项目

> 本文档旨在通过具体的用户故事，详细描述“绿邻回收”项目中不同角色的需求、行为和期望，从而指导产品设计与开发。

---

## 角色一：老百姓 (C端用户)

### 1.1. 核心诉求：方便、省心、价格透明地卖掉家里的废品

#### **用户画像：王大妈**
- **身份**: 65岁退休居民，社区活跃分子。
- **习惯**: 精打细算，会用微信基础功能（聊天、发朋友圈、支付），但对复杂App有畏惧心理。
- **痛点**: 楼下收废品的小贩时间不固定，价格随口报，还总想压价

### 1.2. 用户故事

#### **故事1：查看回收价格和终端位置**
- **作为** 王大妈，
- **我想要** 在出门前就能通过小程序看到今天各种废品的回收价格，以及最近的智能终端在哪里、是否正常运行，
- **以便于** 我决定今天是否值得跑一趟，并且选择最方便的终端设备。

#### **故事2：24小时随时回收**
- **作为** 上班族小张，
- **我想要** 下班后或周末任何时间都能使用智能终端处理家里的快递纸箱，不受营业时间限制，
- **以便于** 我能根据自己的时间安排处理废品，不用专门请假或赶时间。

#### **故事3：全自动回收体验**
- **作为** 王大妈，
- **我想要** 在智能终端上用手机号登录后，按照屏幕提示选择废纸类型，把纸箱投入对应袋子，系统自动称重计价并语音播报"收款成功，5块8毛"，
- **以便于** 整个过程像使用ATM一样简单，不需要等人服务，也不用担心被骗秤或算错账。

#### **故事4：实时了解收益**
- **作为** 王大妈，
- **我想要** 在手机小程序里实时看到交易完成的通知，查看我的账户余额变化和每笔交易的详细记录，
- **以便于** 我知道这个月通过智能终端攒了多少零花钱，对这种新方式更有信心。

---

## 角色二：小站管理员

### 2.1. 核心诉求：操作简单高效，不影响主业，账目清晰，交接方便

#### **用户画像：李老板**
- **身份**: 45岁，社区便民超市店主，兼营回收小站。
- **习惯**: 熟悉智能手机操作，对钱款非常敏感，追求效率。
- **痛点**: 手工记账容易出错，废品堆在店里不知道什么时候能被拉走，跟司机交接时核对重量很麻烦。

### 2.2. 用户故事

#### **故事1：快速开始回收**
- **作为** 李老板，
- **我想要** 在小站端小程序首页最显眼的位置有一个“开始回收”的大按钮，
- **以便于** 当有居民来卖废品时，我能一键进入回收
流程。

#### **故事2：高效完成回收**
- **作为** 李老板，
- **我想要** 扫完居民的码后，直接在屏幕上点选“纸壳”、“塑料瓶”等大按钮，然后输入重量，系统能自动算出价格，
- **以便于** 我可以快速完成一笔交易，减少顾客等待时间，尤其是在我超市生意忙的时候。

#### **故事3：查看今日战果**
- **作为** 李老板，
- **我想要** 在小程序首页看到今天收了多少单、各种废品有多重、总共收入了多少钱，
- **以便于** 我能随时掌握回收业务的经营状况，做到心中有数。

#### **故事4：库存盘点与交接**
- **作为** 李老板，
- **我想要** 能在小程序里看到店里各种废品的库存重量，并且在库存快满时，能一键生成出库单并通知物流来收货，
- **以便于** 我可以合理安排店铺空间，并与运输司机高效、准确地完成交接，避免扯皮。

---

## 角色三：设备运维人员

### 3.1. 核心诉求：设备状态清晰，故障快速定位，维护高效便捷

#### **用户画像：张师傅**
- **身份**: 35岁，智能终端设备运维工程师。
- **习惯**: 熟悉各种电子设备，有一定的技术基础，注重工作效率。
- **痛点**: 设备分布较广需要跑多个点，故障诊断耗时，备件管理混乱，用户投诉处理压力大。

### 3.2. 用户故事

#### **故事1：智能巡检任务**
- **作为** 运维工程师张师傅，
- **我想要** 在运维APP上看到系统根据设备状态自动生成的巡检任务，包括设备位置、故障类型、优先级，并能一键导航，
- **以便于** 我可以高效规划巡检路线，优先处理紧急故障，提升设备可用率。

#### **故事2：远程诊断与现场维修**
- **作为** 运维工程师张师傅，
- **我想要** 通过手机APP连接到智能终端，远程查看设备各模块状态，并获得故障诊断建议和维修指导，
- **以便于** 我能快速定位问题，携带正确的备件前往现场，提高一次修复成功率。

#### **故事3：设备清运与库存管理**
- **作为** 运维工程师张师傅，
- **我想要** 当终端设备发出满载预警时，能在APP上查看各袋子的准确重量，并记录清运数据，
- **以便于** 我能合理安排清运车辆，确保数据准确性，避免与后台系统数据不一致。

#### **故事4：维修记录与绩效跟踪**
- **作为** 运维工程师张师傅，
- **我想要** 每次维修后能在APP上记录维修过程、更换的备件、维修时间，并拍照存档，
- **以便于** 建立完整的设备维护档案，也让我的工作成果得到准确记录和考核。

---

## 角色四：数据中心管理员

### 4.1. 核心诉求：数据准确，监控全面，决策支持

#### **用户画像：赵主管**
- **身份**: 50岁，智能终端网络数据中心主管。
- **习惯**: 工作严谨，善于数据分析，关注系统整体运行状况。
- **痛点**: 设备数量多分布广难以全面监控，数据异常发现不及时，缺乏有效的预测分析工具。

### 4.2. 用户故事

#### **故事1：实时监控大屏**
- **作为** 数据中心主管赵主管，
- **我想要** 在数据中心的大屏上实时看到所有智能终端的运行状态、交易数据、库存情况，并用不同颜色标识设备健康状态，
- **以便于** 我能一目了然地掌握整个终端网络的运行情况，及时发现异常设备。

#### **故事2：智能预警与分析**
- **作为** 数据中心主管赵主管，
- **我想要** 系统能基于历史数据自动预测设备维护需求、最佳清运时间，并在设备即将出现故障前提前预警，
- **以便于** 我能提前安排运维资源，实现预防性维护，降低设备故障率。

#### **故事3：数据报表与决策支持**
- **作为** 数据中心主管赵主管，
- **我想要** 系统能自动生成各类运营报表，包括设备利用率、用户活跃度、收益分析等，并支持自定义查询和数据导出，
- **以便于** 我能为公司管理层提供准确的数据支持，协助制定运营策略和扩张计划。

---

## 角色五：区域经理

### 5.1. 核心诉求：全局掌控，数据驱动，精细运营

#### **用户画像：小陈**
- **身份**: 28岁，公司运营经理，负责一个城市的业务。
- **习惯**: 擅长使用各类办公软件，关注数据报表，希望通过数据发现问题、驱动决策。
- **痛点**: 无法实时了解各小站的经营状况，调整价格需要层层通知效率低，缺乏有效的数据来评估业务健康度。

### 5.2. 用户故事

#### **故事1：查看运营数据大盘**
- **作为** 区域经理小陈，
- **我想要** 在管理后台的首页看到一个数据驾驶舱，实时展示今日交易额、活跃用户数、各小站回收量排名、各品类回收趋势图等核心KPI，
- **以便于** 我能一目了然地掌握整个区域的业务动态，快速发现异常。

#### **故事2：动态调整回收价格**
- **作为** 区域经理小陈，
- **我想要** 当废品市场价格波动时，能在后台方便地调整某个或所有小站的某个品类的回收单价，并且能立即生效，
- **以便于** 我可以灵活应对市场变化，保证公司的利润空间，同时保持对用户的吸引力。

#### **故事3：管理与拓展小站**
- **作为** 区域经理小陈，
- **我想要** 在后台看到所有小站的地理分布、状态和详细信息，并能处理新的小站入驻申请，
- **以便于** 我可以进行精细化的小站运营管理，并为BD团队的拓展工作提供数据支持。

---

## 角色六：后台系统运维人员

### 6.1. 核心诉求：保障系统稳定、安全、高效运行

#### **用户画像：老周**
- **身份**: 38岁，公司IT运维工程师。
- **习惯**: 熟悉服务器运维、数据库管理、系统监控工具。
- **痛点**: 系统出问题时缺乏实时告警，日志分散难以排查，版本更新缺乏回滚机制，安全漏洞修复不及时可能影响业务。

### 6.2. 用户故事

#### **故事1：实时监控与告警**
- **作为** 系统运维人员老周，
- **我想要** 在运维后台或监控平台上实时查看服务器、数据库、网络的运行状态，并在出现异常（如CPU过高、数据库连接数过多、接口响应超时）时收到短信/邮件/企业微信告警，
- **以便于** 我能第一时间介入处理，减少系统宕机时间，保障业务连续性。

#### **故事2：集中化日志管理**
- **作为** 系统运维人员老周，
- **我想要** 所有服务端、数据库、应用日志能集中到一个可检索的平台（如ELK、Grafana Loki），并支持按时间、关键字、服务模块快速筛选，
- **以便于** 我能高效定位问题根源，缩短故障排查时间。

#### **故事3：安全与权限管理**
- **作为** 系统运维人员老周，
- **我想要** 能定期查看和管理系统的访问权限、API密钥、数据库账号，并对异常登录行为进行告警，
- **以便于** 我能防止未授权访问，保障数据和系统安全。

#### **故事4：版本更新与回滚**
- **作为** 系统运维人员老周，
- **我想要** 在发布新版本时，系统能自动备份当前版本，并在新版本出现严重问题时一键回滚，
- **以便于** 我能快速恢复系统到稳定状态，减少对业务的影响。

#### **故事5：容量与性能规划**
- **作为** 系统运维人员老周，
- **我想要** 定期查看系统的资源使用趋势（CPU、内存、磁盘、带宽），并在接近阈值时收到扩容建议，
- **以便于** 我能提前规划资源，避免因资源不足导致的性能下降或宕机。

### 6.3. 业务运维扩展故事

#### **故事6：添加和管理站点信息**
- **作为** 系统运维人员老周，
- **我想要** 在后台可以方便地添加新的回收小站信息，包括名称、地址、地理位置、负责人联系方式、营业时间等，
- **以便于** 新站点能快速接入系统并开始运营，同时保持站点信息的准确性。

#### **故事7：定义产品分类和价格**
- **作为** 系统运维人员老周，
- **我想要** 在后台可以新增、修改、停用回收品类，并为不同区域或站点设置不同的回收价格，
- **以便于** 系统能灵活应对市场价格波动和业务策略调整。

#### **故事8：设置物流损耗参数**
- **作为** 系统运维人员老周，
- **我想要** 在后台为不同品类设置合理的运输损耗比例（如纸壳运输损耗2%），
- **以便于** 在结算时自动扣除损耗，保证财务数据的准确性和公平性。

#### **故事9：报警处理与上报**
- **作为** 系统运维人员老周，
- **我想要** 在收到系统或业务异常报警（如库存异常、交易异常、物流延误）时，可以在后台查看详情、处理并记录处理结果，同时支持一键上报给相关负责人，
- **以便于** 异常问题能被快速响应和闭环处理，减少对业务的影响。