465 lines
7.6 KiB
Markdown
465 lines
7.6 KiB
Markdown
# 02 V1.0 产品需求文档（PRD）
|
||
|
||
## 1. V1.0 目标
|
||
|
||
交付可真实投入公益服务的第一版：
|
||
|
||
- 群众能找到服务、提交申请、看进度、给反馈；
|
||
- 家属/社区/志愿者能代申请；
|
||
- 工作人员能受理、建档、派单、留痕、回访；
|
||
- 志愿者能注册、报名活动；
|
||
- 管理员能管理项目、内容、人员、权限和统计。
|
||
|
||
---
|
||
|
||
## 2. 用户角色
|
||
|
||
### 2.1 PUBLIC
|
||
|
||
普通公众。浏览公益项目、活动、组织介绍、参与入口。
|
||
|
||
### 2.2 APPLICANT
|
||
|
||
申请人。可以是服务对象本人，也可以是代申请人。
|
||
|
||
### 2.3 BENEFICIARY
|
||
|
||
服务对象。老人、困境妇女、困境儿童、残疾人及其他困难群体。
|
||
|
||
### 2.4 VOLUNTEER
|
||
|
||
志愿者。
|
||
|
||
### 2.5 STAFF
|
||
|
||
公益工作人员。
|
||
|
||
### 2.6 PROJECT_MANAGER
|
||
|
||
公益项目负责人。
|
||
|
||
### 2.7 ADMIN
|
||
|
||
系统管理员。
|
||
|
||
### 2.8 SUPER_ADMIN
|
||
|
||
仅限极少数技术/管理人员，用于系统级配置，日常不使用。
|
||
|
||
---
|
||
|
||
## 3. 小程序信息架构
|
||
|
||
底部 Tab 建议：
|
||
|
||
1. 首页
|
||
2. 服务
|
||
3. 公益
|
||
4. 我的
|
||
|
||
### 首页
|
||
|
||
- Logo/品牌语
|
||
- 我需要帮助
|
||
- 帮他人申请
|
||
- 为老服务
|
||
- 妇女帮扶
|
||
- 儿童关爱
|
||
- 残疾人帮扶
|
||
- 最新公益项目
|
||
- 最新活动
|
||
- 我要做公益
|
||
|
||
### 服务
|
||
|
||
- 服务分类
|
||
- 帮扶服务（原“服务申请”的公众端名称）
|
||
- 我的帮扶服务
|
||
- 服务进度
|
||
- 我的反馈
|
||
- 联系乐活
|
||
|
||
### 公益
|
||
|
||
- 公益项目
|
||
- 公益动态
|
||
- 公益活动
|
||
- 志愿者招募
|
||
- 企业/资源合作
|
||
- 乐活公益介绍
|
||
|
||
### 我的
|
||
|
||
根据身份动态显示：
|
||
|
||
- 微信登录/绑定手机号
|
||
- 我的资料
|
||
- 我的服务申请
|
||
- 我的活动
|
||
- 志愿者资料
|
||
- 我的志愿服务
|
||
- 消息
|
||
- 隐私设置
|
||
- 联系客服
|
||
|
||
---
|
||
|
||
## 4. 服务申请
|
||
|
||
> 公众端统一使用“帮扶服务/帮扶需求”文案；本节“服务申请”是内部业务模型名称，不修改既有 API、状态机和数据口径。
|
||
|
||
### 4.1 申请类型
|
||
|
||
- OLD_AGE：老年关爱/为老服务
|
||
- WOMEN：困境妇女
|
||
- CHILD：困境儿童
|
||
- DISABILITY：残疾人帮扶
|
||
- LIFE_DIFFICULTY：生活困难
|
||
- OTHER：其他
|
||
|
||
### 4.2 申请身份
|
||
|
||
- SELF：本人申请
|
||
- FAMILY：家属代申请
|
||
- COMMUNITY：社区/机构代申请
|
||
- VOLUNTEER：志愿者代申请
|
||
- OTHER：其他
|
||
|
||
### 4.3 最小字段
|
||
|
||
- 服务类别
|
||
- 申请人与服务对象关系
|
||
- 服务对象姓名或称呼
|
||
- 联系方式
|
||
- 所在区域（不默认要求精确门牌）
|
||
- 需求描述
|
||
- 隐私授权确认
|
||
|
||
### 4.4 可选字段
|
||
|
||
- 图片/附件
|
||
- 期望联系时间
|
||
- 是否行动不便
|
||
- 是否需要上门
|
||
- 紧急程度（用户只能表达，最终等级由工作人员评估）
|
||
- 语音描述（二期可增强）
|
||
|
||
### 4.5 提交
|
||
|
||
提交后：
|
||
|
||
- 生成不可预测的业务编号；
|
||
- 显示“已收到”；
|
||
- 明确说明后续由工作人员联系；
|
||
- 不承诺超出机构能力的即时救援；
|
||
- 若用户选择明显紧急风险，应提示联系 110/120 等适当公共紧急服务，但具体文案由运营审核。
|
||
|
||
---
|
||
|
||
## 5. 服务申请状态机
|
||
|
||
```text
|
||
SUBMITTED
|
||
↓
|
||
PENDING_CONTACT
|
||
↓
|
||
ASSESSING
|
||
├─→ REJECTED/OUT_OF_SCOPE
|
||
├─→ REFERRED
|
||
↓
|
||
ACCEPTED
|
||
↓
|
||
SERVICE_PLANNED
|
||
↓
|
||
IN_SERVICE
|
||
↓
|
||
SERVICE_COMPLETED
|
||
↓
|
||
FOLLOW_UP_PENDING
|
||
↓
|
||
CLOSED
|
||
```
|
||
|
||
可增加：
|
||
|
||
- CANCELLED
|
||
- SUSPENDED
|
||
|
||
规则：
|
||
|
||
- 状态变化必须记录历史；
|
||
- 不可跳过关键节点，除管理员执行带原因的纠正操作；
|
||
- 关闭后再次产生需求，应创建新申请/跟进记录，而不是覆盖旧记录。
|
||
|
||
---
|
||
|
||
## 6. 服务对象档案
|
||
|
||
每个 Beneficiary 一人一档。
|
||
|
||
核心字段：
|
||
|
||
- 基础身份
|
||
- 联系信息
|
||
- 联系人/监护人
|
||
- 所属服务类别
|
||
- 地址分级信息
|
||
- 风险/关爱标签
|
||
- 备注
|
||
- 是否重点关爱
|
||
- 档案状态
|
||
|
||
严禁把所有信息塞入一个 JSON 字段。
|
||
|
||
儿童、残疾、健康、家庭困难等敏感字段应按实际必要性分表/分域并控制权限。
|
||
|
||
---
|
||
|
||
## 7. 工单
|
||
|
||
服务申请被接受后创建 Service Case / Work Order。
|
||
|
||
字段：
|
||
|
||
- 工单编号
|
||
- beneficiary_id
|
||
- application_id
|
||
- project_id（可空）
|
||
- 服务类别
|
||
- 负责人
|
||
- 计划日期
|
||
- 服务地点
|
||
- 服务说明
|
||
- 当前状态
|
||
- 优先级
|
||
- 完成时间
|
||
- 结果摘要
|
||
- 后续计划
|
||
|
||
工单可关联多个执行人/志愿者，但只有一个责任负责人。
|
||
|
||
---
|
||
|
||
## 8. 服务记录
|
||
|
||
一次工单可有多次服务记录。
|
||
|
||
记录：
|
||
|
||
- 服务时间
|
||
- 服务类型
|
||
- 服务人员
|
||
- 服务内容
|
||
- 服务结果
|
||
- 图片附件
|
||
- 服务对象确认情况
|
||
- 后续建议
|
||
- 创建人
|
||
|
||
服务记录创建后若修改，必须保留修订痕迹或审计日志。
|
||
|
||
---
|
||
|
||
## 9. 回访
|
||
|
||
回访任务来源：
|
||
|
||
- 服务完成自动创建；
|
||
- 重点关爱对象周期任务；
|
||
- 工作人员手工创建。
|
||
|
||
回访结果：
|
||
|
||
- SATISFIED
|
||
- GENERALLY_SATISFIED
|
||
- UNSATISFIED
|
||
- NEED_MORE_HELP
|
||
- UNREACHABLE
|
||
- OTHER
|
||
|
||
若 `NEED_MORE_HELP`：
|
||
|
||
- 必须支持一键创建后续申请/工单；
|
||
- 不能只保存文字然后无人处理。
|
||
|
||
---
|
||
|
||
## 10. 志愿者
|
||
|
||
注册字段遵循最小必要：
|
||
|
||
- 姓名
|
||
- 手机
|
||
- 所在区域
|
||
- 可服务时间
|
||
- 技能标签
|
||
- 感兴趣领域
|
||
- 紧急联系人（仅确有管理需要时）
|
||
- 志愿者状态
|
||
|
||
状态：
|
||
|
||
- APPLIED
|
||
- APPROVED
|
||
- REJECTED
|
||
- SUSPENDED
|
||
- INACTIVE
|
||
|
||
志愿者默认不能查看完整服务对象档案。
|
||
|
||
---
|
||
|
||
## 11. 公益活动
|
||
|
||
活动：
|
||
|
||
- 标题
|
||
- 封面
|
||
- 项目
|
||
- 时间
|
||
- 地点
|
||
- 招募人数
|
||
- 报名截止时间
|
||
- 说明
|
||
- 状态
|
||
|
||
状态：
|
||
|
||
- DRAFT
|
||
- PUBLISHED
|
||
- REGISTRATION_CLOSED
|
||
- IN_PROGRESS
|
||
- COMPLETED
|
||
- CANCELLED
|
||
|
||
报名：
|
||
|
||
- 用户
|
||
- 志愿者身份
|
||
- 报名时间
|
||
- 审核状态
|
||
- 签到状态
|
||
- 服务时长
|
||
|
||
---
|
||
|
||
## 12. 公益项目
|
||
|
||
项目用于：
|
||
|
||
- 展示；
|
||
- 归集服务工单；
|
||
- 统计服务成果；
|
||
- 后续政府购买服务项目管理。
|
||
|
||
V1 字段：
|
||
|
||
- 项目名称
|
||
- 项目类别
|
||
- 简介
|
||
- 详细介绍
|
||
- 封面
|
||
- 项目周期
|
||
- 状态
|
||
- 是否公开
|
||
- 负责人
|
||
- 目标人数（可空）
|
||
- 排序
|
||
|
||
---
|
||
|
||
## 13. 内容管理
|
||
|
||
内容类型：
|
||
|
||
- 机构介绍
|
||
- 公益动态
|
||
- 服务故事
|
||
- 通知公告
|
||
- 常见问题
|
||
|
||
内容必须支持草稿和发布，不允许编辑即立即对外。
|
||
|
||
涉及服务对象故事：
|
||
|
||
- 必须有内容审核流程；
|
||
- 展示前脱敏；
|
||
- 未授权不得公开身份性信息。
|
||
|
||
---
|
||
|
||
## 14. 消息通知
|
||
|
||
V1：
|
||
|
||
- 站内消息
|
||
- 微信订阅消息（按微信平台能力和用户授权使用）
|
||
|
||
事件：
|
||
|
||
- 申请提交
|
||
- 申请状态变化
|
||
- 服务安排
|
||
- 服务完成
|
||
- 待评价/回访
|
||
- 活动报名结果
|
||
|
||
通知失败不能回滚主交易。
|
||
|
||
---
|
||
|
||
## 15. Web 后台
|
||
|
||
一级菜单：
|
||
|
||
- 工作台
|
||
- 服务申请
|
||
- 服务工单
|
||
- 服务对象
|
||
- 回访管理
|
||
- 公益项目
|
||
- 公益活动
|
||
- 志愿者
|
||
- 内容管理
|
||
- 数据统计
|
||
- 用户与权限
|
||
- 系统设置
|
||
- 审计日志（高权限）
|
||
|
||
工作台至少展示：
|
||
|
||
- 新申请
|
||
- 待联系
|
||
- 评估中
|
||
- 服务中
|
||
- 待回访
|
||
- 今日服务
|
||
- 超期任务
|
||
- 重点关爱提醒
|
||
|
||
---
|
||
|
||
## 16. 数据统计 V1
|
||
|
||
统计以真实业务数据计算：
|
||
|
||
- 申请数
|
||
- 受理数
|
||
- 完成服务数
|
||
- 服务人次
|
||
- 去重服务对象数
|
||
- 各服务类别数量
|
||
- 志愿者数量
|
||
- 活动数量
|
||
- 志愿服务时长
|
||
|
||
不得用手工填写数字覆盖真实统计结果。
|
||
|
||
---
|
||
|
||
## 17. 财务公开文档
|
||
|
||
经用户批准，财务公开采用文档发布方式，不建设财务核算或在线募捐系统。工作人员在本地完成文档后，可在管理后台导入 `.docx`、继续编辑基础富文本排版、预览并发布；公众在小程序“公益”页查看已发布文档列表和详情。
|
||
|
||
最小字段为标题、可选摘要、富文本正文、草稿/已发布/已归档状态、置顶、排序、revision、发布时间和创建/更新人员。首版不包含支付、捐赠订单、银行流水同步、结构化收支录入、金额统计或复杂审批。
|