7.6 KiB
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 建议：
- 首页
- 服务
- 公益
- 我的
首页
- 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. 服务申请状态机
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、发布时间和创建/更新人员。首版不包含支付、捐赠订单、银行流水同步、结构化收支录入、金额统计或复杂审批。