Files
danyang-match/docs/善缘丹阳 V1.1 页面级功能清单与交互流程修订版.md
Codex 60eeb8aef5 docs(brand): 全仓库 Codex 署名统一为 WorkBuddy + 5 个文件重命名
## 背景
用户指令:「先将 codex 的任务一并改为 workbuddy 的任务」。
Codex 已不再运行,当前由 WorkBuddy 承担开发执行,文档署名需同步。

## 判定规则(用大小写精确区分)
| 类别 | 写法 | 处置 |
|---|---|---|
| 工具署名 | 大写 Codex | → WorkBuddy |
| 分支名 | codex/ui-v11-fidelity | → workbuddy-ui-v11-fidelity(去斜杠,规避本仓库 ref 清理) |
| 已删除文件的历史路径 | 小写 2026-09-11-codex-baseline-cleanup* | 保持原样(记录真实曾存在的文件名,改了即失真) |

结果:26 个文件、126 处署名替换。残留小写 codex 仅 8 处,全部是历史路径。

## 文件重命名(git mv,保留历史)
- Codex开发执行总指令、项目规则与任务拆解.md → WorkBuddy 同名
- Codex首轮启动提示词 + Phase 01~Phase 26 Jira级任务清单 + 每阶段验收条件.md → WorkBuddy 同名
- docs/善缘丹阳 V1.1 Codex 开发执行计划修订版.md → docs/善缘丹阳 V1.1 WorkBuddy 开发执行计划修订版.md
- docs/善缘丹阳 V1.1 Codex-Jira 最终开发任务增量清单.md → docs/善缘丹阳 V1.1 WorkBuddy-Jira 最终开发任务增量清单.md
- docs/善缘丹阳 V1.1 Codex最终主启动提示词(整合版).md → docs/善缘丹阳 V1.1 WorkBuddy最终主启动提示词(整合版).md

引用已同步:AGENTS.md 6 处、AGENTS_SUMMARY.md、以及 4 份计划/规格文档。

## AGENTS.md 两处特别处理
- 「git config user.name = Codex」一句改为不点名工具的表述
- 「feature/ fix/ codex/ ui/ 前缀」示例去掉 codex/

## 有意未改动
- ui-tests/ui-document-baseline-contracts.mjs 的废弃清单仍列 codex-baseline-cleanup*
  那是「必须不存在」的断言目标,改了会让哨兵失去意义
- 仓库 git config user.name 仍是 Codex —— 未擅自改动环境身份。
  如需彻底交接:git config user.name WorkBuddy && git config user.email workbuddy@local

验证:UI 契约门禁 13/13;AGENTS.md 零 Codex 残留;5 个新文件名与全部引用一致
2026-09-16 14:37:44 +08:00

2478 lines
28 KiB
Markdown
Raw Permalink Blame History

This file contains ambiguous Unicode characters
This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
# “善缘丹阳”公益婚恋服务平台
# V1.1 页面级功能清单与交互流程修订版
版本:V1.1
修订基础:现有 V1.0 页面体系 + 最新《丹阳乐活公益婚恋交友服务项目计划书》+ 已确认首页新版结构
修订原则:增量升级,不推翻既有匹配、聊天、红娘、活动、风控、权限、安全架构
---
# 第一章 修订目标
本次 V1.1 页面级修订重点解决:
```text
1. 首页增加 Banner 和主要入口
2. “善缘丹阳”品牌正式落地
3. 固定线下公益服务站进入产品
4. 婚恋咨询进入产品
5. 婚前辅导进入产品
6. 婚恋课堂与婚俗新风进入产品
7. 婚恋反诈进入产品
8. 活动从“相亲活动”升级为多类型公益活动
9. 线上服务和线下阵地打通
10. 公益服务全生命周期正式形成
```
项目计划书明确要求构建“婚前交友—婚恋辅导—婚俗新风”全链条服务,因此此次修订不是单纯增加资讯页面,而是补齐完整公益服务闭环。
---
# 第二章 V1.1 用户端整体信息架构
底部导航正式固定:
```text
首页
找对象
消息
活动
我的
```
不新增第六个 Tab。
新增服务全部从:
```text
首页主要入口
+
我的
+
相关业务状态引导
```
进入。
---
# 第三章 用户端页面总览
原有:
```text
U01~U48
```
继续保留。
新增:
```text
U49 公益服务中心
U50 善缘服务站详情
U51 服务预约
U52 我的预约
U53 婚恋课堂
U54 内容详情
U55 婚恋咨询介绍
U56 申请婚恋咨询
U57 我的婚恋咨询
U58 婚前辅导介绍
U59 婚前辅导申请
U60 婚恋反诈中心
U61 专项公益服务介绍
U62 本地资格说明
U63 本地资格补充核验
U64 公益服务记录
```
最终 V1.1 用户端:
> U01~U64。
---
# 第四章 首页 U18 正式修订
U18 不再沿用旧版本首页布局。
正式结构:
```text
顶部品牌
↓
用户状态提示
↓
Banner轮播
↓
8个核心功能入口
↓
今日推荐
↓
善缘公益服务
↓
近期公益活动
↓
善缘服务站
↓
婚恋课堂
↓
安全提醒
```
---
# 第五章 U18-01 顶部品牌区
显示:
```text
善缘丹阳
丹阳公益婚恋服务平台
```
右侧:
```text
消息入口
```
辅助文案:
```text
真实 · 公益 · 本地 · 安全
```
不堆多个主办单位 Logo。
---
# 第六章 U18-02 用户状态提示
根据用户状态动态显示。
## 未完成资料
```text
完善资料后即可开始寻找合适的人
[继续完善资料]
```
## 审核中
```text
资料审核中
审核通过后即可开始查看婚恋推荐
[查看审核状态]
```
## 审核通过
轻量展示:
```text
已实名 · 本地资格已核验 · 资料已审核
```
## Paused
```text
你已暂停新的对象推荐
[恢复寻找]
```
## Successful
```text
祝福你们正在认真了解彼此
```
并弱化找对象内容。
---
# 第七章 U18-03 Banner 轮播区
首页核心运营位。
支持:
```text
品牌 Banner
重点活动
公益红娘
婚恋咨询
婚前辅导
善缘服务站
婚恋反诈
婚俗新风
```
Banner 支持:
```text
开始时间
结束时间
排序
状态
目标用户状态
内部页面跳转
```
---
# 第八章 Banner 跳转类型
支持:
```text
activity
matchmaker
counseling
premarital
service_station
article
internal_page
none
```
V1.1 不开放任意外部 URL。
---
# 第九章 U18-04 八个核心入口
第一排固定:
```text
找对象
公益红娘
公益活动
婚恋咨询
```
第二排固定:
```text
婚恋课堂
婚前辅导
婚恋反诈
善缘服务站
```
这是已确认结构。
---
# 第十章 核心入口交互
## 找对象
进入:
```text
U19 找对象
```
## 公益红娘
进入:
```text
U33 公益红娘
```
## 公益活动
进入:
```text
U27 活动
```
## 婚恋咨询
进入:
```text
U55 婚恋咨询介绍
```
## 婚恋课堂
进入:
```text
U53 婚恋课堂
```
## 婚前辅导
进入:
```text
U58 婚前辅导介绍
```
## 婚恋反诈
进入:
```text
U60 婚恋反诈中心
```
## 善缘服务站
进入:
```text
U50 服务站详情
```
---
# 第十一章 U18-05 今日推荐
标题:
```text
今日推荐
```
副标题:
```text
根据双方条件,为你筛选更合适的人
```
右侧:
```text
查看更多 >
```
首页建议显示:
```text
2~4张
```
具体数量配置化。
---
# 第十二章 今日推荐卡
继续沿用已有 RecommendCard。
展示:
```text
头像
展示名
年龄
区域
学历
职业
婚姻状态
匹配等级
推荐理由
```
操作:
```text
不合适
喜欢
```
不得显示:
```text
具体百分比分数
AI成功率
人气值
```
---
# 第十三章 U18-06 善缘公益服务区
该模块根据用户状态动态推荐。
例如:
## searching
```text
公益红娘
择偶条件建议
公益活动
```
## active match
```text
沟通建议
婚恋反诈
婚恋咨询
```
## getting_to_know
```text
关系沟通
公益咨询
```
## successful
```text
婚前辅导
婚俗新风
```
只使用规则排序。
不需要 AI 推荐。
---
# 第十四章 U18-07 近期公益活动
展示:
```text
1~2场
```
内容:
```text
活动图片
活动名称
类型
时间
地点
公益免费
报名状态
```
跳转:
```text
U28 活动详情
```
---
# 第十五章 U18-08 善缘服务站
首页只展示一张横向卡片:
```text
善缘丹阳公益服务站
万善公园婚姻登记处
公益红娘
婚恋咨询
婚前辅导
活动服务
[查看服务站]
```
项目计划书将万善公园婚姻登记处作为固定运营阵地,因此该入口必须长期存在。
---
# 第十六章 U18-09 婚恋课堂
显示 2~3 条轻内容。
分类包括:
```text
婚恋课堂
婚恋反诈
婚俗新风
婚前辅导
```
点击:
```text
U54 内容详情
```
---
# 第十七章 U18-10 安全提醒
固定轻量卡片:
```text
善缘提醒
实名认证和人工审核可以提高信息真实性,
但交往过程中仍请谨慎涉及借款、投资和个人隐私。
[查看婚恋反诈指南]
```
---
# 第十八章 U19 找对象保持简洁
U19 不加入:
- 内容
- 公益宣传
- 服务站
- Banner
只保留:
```text
搜索
筛选
候选列表
```
确保核心找人效率。
---
# 第十九章 U27 活动首页正式升级
原来:
> 相亲活动。
升级为:
> 公益活动中心。
顶部分类:
```text
全部
交友
兴趣
课堂
辅导
公益
```
---
# 第二十章 ActivityType
建议:
```text
matchmaking
interest_social
relationship_education
premarital_guidance
marriage_custom_culture
anti_fraud
```
计划书明确提出联谊、徒步、读书会、婚恋宣讲、婚前辅导、婚俗科普、反诈等多类活动。
---
# 第二十一章 U28 活动详情升级
展示:
```text
活动名称
活动类型
活动图片
时间
地点
主办/执行信息
适用人群
活动介绍
报名要求
活动规则
公益免费
剩余名额/报名状态
```
按钮:
```text
立即报名
```
---
# 第二十二章 活动资格根据类型区分
## Matchmaking / Interest Social
可以要求:
```text
实名认证
本地资格
资料审核
当前可参与婚恋服务
```
## 反诈 / 婚俗课堂
可以降低准入要求。
由:
```text
registration_policy
```
配置。
---
# 第二十三章 U29 活动报名
原则:
> 尽量复用已有资料。
不重复让用户填写:
- 姓名
- 年龄
- 手机号
系统自行校验。
如活动确实需要:
> 只增加本活动必要字段。
---
# 第二十四章 行业专场报名
活动详情可以显示:
```text
某单位青年职工专场
```
支持:
```text
邀请码
专属二维码
```
但用户详细工作单位默认不公开给其他参与者。
---
# 第二十五章 U30 我的活动
分组:
```text
待审核
已报名
待参加
已参加
已取消
```
进入活动详情和签到。
---
# 第二十六章 U31 签到码
继续沿用:
> 签名短期凭证。
不暴露身份证、手机号。
---
# 第二十七章 U32 活动反馈
根据活动类型动态展示。
普通活动:
```text
活动满意度
组织体验
安全感受
是否愿意接受后续服务
意见
```
交友活动增加:
> 活动后意向入口。
---
# 第二十八章 活动后互选流程正式修正
采用两阶段:
```text
A选择B
↓
B不知道
↓
B也选择A
↓
生成“双向互选结果”
↓
双方收到:
“你们在活动中互有好感”
↓
双方分别确认“开启线上沟通”
↓
双方都确认
↓
创建新的Match Episode
↓
创建Conversation
```
不再使用:
> 双向互选立即创建聊天
作为默认逻辑。
---
# 第二十九章 U33~U36 公益红娘
保持既有结构:
```text
U33 红娘服务首页
U34 申请红娘服务
U35 服务进度
U36 红娘推荐
```
新增:
> 从首页核心入口直接进入。
---
# 第三十章 红娘服务类型优化
建议正式:
```text
帮我推荐合适的人
帮我看看择偶条件
帮我联系意向对象
想参加线下活动
匹配很久没有结果
不知道怎么开始沟通
其他
```
咨询类复杂情感问题:
> 引导至婚恋咨询。
---
# 第三十一章 U37 “我的”正式升级
信息架构:
```text
我的
│
├── 用户身份与状态
│
├── 我的资料
├── 我的择偶条件
├── 我的缘分
│
├── 公益服务
│ ├── 我的红娘
│ ├── 我的咨询
│ ├── 我的活动
│ └── 我的预约
│
├── 安全与隐私
│ ├── 隐私设置
│ ├── 黑名单
│ ├── 举报/安全
│ └── 账号设置
│
└── 公益信息
├── 婚恋课堂
├── 婚恋反诈
├── 善缘服务站
└── 关于善缘丹阳
```
---
# 第三十二章 U49 公益服务中心
定位:
> 所有非直接匹配型公益服务聚合页。
页面:
```text
公益红娘
婚恋咨询
婚前辅导
公益活动
婚恋课堂
婚恋反诈
善缘服务站
```
但它不是底部 Tab。
入口来自:
- 首页
- 我的
---
# 第三十三章 U50 善缘服务站详情
正式名称:
> 善缘丹阳公益服务站
当前阵地:
> 万善公园婚姻登记处。
页面内容:
```text
服务站图片
名称
地址
开放时间
服务内容
联系电话
导航
临时公告
预约入口
```
---
# 第三十四章 U50 服务项目
展示:
```text
公益红娘
婚恋咨询
婚前辅导
活动咨询
婚恋反诈
婚俗文化服务
```
---
# 第三十五章 U51 服务预约
用户选择:
```text
服务项目
希望日期
希望时间段
简要说明
```
原则:
> 少填。
用户基础身份由系统取得。
---
# 第三十六章 服务预约状态
建议:
```text
已提交
待确认
已确认
已完成
已取消
```
具体技术枚举可进一步优化。
---
# 第三十七章 U52 我的预约
展示:
```text
预约服务
时间
地点
状态
负责人员(如适用)
```
支持:
```text
查看
取消
```
---
# 第三十八章 U53 婚恋课堂
分类:
```text
婚恋观
择偶
沟通
关系经营
婚前准备
婚俗新风
```
页面形式:
> 文章列表。
不做 Feed。
---
# 第三十九章 U54 内容详情
展示:
```text
标题
分类
发布时间
正文
公益提示
相关服务
```
可出现:
```text
需要更多帮助?
[申请公益红娘]
[申请婚恋咨询]
```
---
# 第四十章 U55 婚恋咨询介绍
明确说明服务定位:
```text
恋爱困惑
关系沟通
婚恋焦虑
择偶困惑
公益指导
```
同时明确:
> 平台提供公益婚恋咨询和支持,不替用户作出个人感情决定。
---
# 第四十一章 U56 申请婚恋咨询
字段:
```text
咨询类型
希望解决的问题
希望服务方式
希望时间
简短说明
```
不要求用户上传整个聊天记录。
---
# 第四十二章 婚恋咨询类型
建议:
```text
择偶困惑
沟通相处
情感困惑
婚恋焦虑
关系冲突
其他
```
---
# 第四十三章 U57 我的婚恋咨询
状态:
```text
待受理
待预约
已确认
服务中
已完成
已取消
```
展示:
```text
服务人员
服务时间
服务方式
状态
```
不展示内部咨询备注。
---
# 第四十四章 U58 婚前辅导介绍
内容:
```text
婚姻责任
家庭沟通
财务与家庭规划
家庭边界
冲突处理
文明婚嫁
```
实际课程内容由专业人员维护。
---
# 第四十五章 U59 婚前辅导申请
字段:
```text
申请人
服务需求
希望时间
服务方式
```
如果双方都使用平台:
可以允许:
> 邀请对方共同参加。
但必须由对方自主确认。
---
# 第四十六章 U60 婚恋反诈中心
结构:
```text
婚恋交友安全提示
常见骗局
借款风险
投资理财风险
虚假身份
线下见面安全
隐私保护
如何举报
```
---
# 第四十七章 U60 快捷举报入口
底部:
```text
遇到可疑情况?
[我要举报]
```
进入:
```text
U26 举报
```
---
# 第四十八章 U61 专项公益服务介绍
用于:
```text
基层职工关爱
异地务工青年
专项青年服务
残障人士公益支持
```
必须避免:
> 用户价值标签化。
用户通过:
```text
查看项目
申请参与
```
进入专项服务。
---
# 第四十九章 U62 本地资格说明
解释:
> 善缘丹阳主要服务丹阳本地工作、居住或户籍适龄单身人群。
用户选择:
```text
丹阳户籍
丹阳居住
丹阳工作
其他符合服务条件
```
---
# 第五十章 U63 本地资格补充核验
只有需要进一步核验时进入。
允许上传:
```text
居住佐证
工作佐证
其他必要材料
```
不是所有用户默认强制上传。
---
# 第五十一章 本地资格核验状态
```text
未提交
声明完成
待补充
审核中
已核验
未通过
```
前台只展示用户可理解状态。
---
# 第五十二章 U64 公益服务记录
用户可以查看自己的:
```text
红娘服务
咨询服务
婚前辅导
活动
服务站预约
```
以时间轴形式:
```text
2026-09-05
参加公益联谊活动
2026-09-10
公益红娘服务完成
2026-09-18
婚恋咨询服务
```
不包含内部工作备注。
---
# 第五十三章 用户首次完整准入流程修订
原来:
```text
微信
↓
手机
↓
实名
↓
资料
↓
审核
```
V1.1 建议:
```text
微信登录
↓
手机号
↓
实名认证
↓
本地资格声明
↓
填写资料
↓
择偶条件
↓
人工审核
↓
开始匹配
```
---
# 第五十四章 本地资格不是单独制造高门槛
用户只需要先声明:
```text
户籍 / 工作 / 居住
```
需要时再:
> 补充核验。
减少首屏流失。
---
# 第五十五章 人脸核验页面暂不直接固化
计划书提出人脸核验,但具体技术、Provider、必要性和合规处理仍需确认。
因此:
> 页面流程预留 Verification Step。
没有正式决定前:
```text
Feature Flag关闭
```
不得自行开发长期人脸库。
---
# 第五十六章 消息 U23 正式结构
继续:
```text
聊天
系统通知
```
系统通知支持业务分类:
```text
审核
匹配
红娘
活动
咨询
预约
安全
平台
```
不增加更多一级 Tab。
---
# 第五十七章 Chat U24 不增加咨询师聊天
私人婚恋对象Chat继续独立。
咨询服务 V1:
> 采用预约 + 线下/电话/约定服务方式。
避免混合不同隐私边界。
---
# 第五十八章 Successful 用户首页交互
Successful后:
默认:
> 停止新对象推荐。
首页今日推荐区域替换为:
```text
祝福你们正在认真了解彼此
善缘丹阳仍可以为你提供:
婚恋沟通
婚前辅导
婚俗新风
```
已有聊天保留。
---
# 第五十九章 Paused 用户首页交互
Banner仍可显示:
- 公益活动
- 婚恋课堂
- 婚恋反诈
- 服务站
但不显示:
> 强刺激脱单内容。
推荐区显示恢复入口。
---
# 第六十章 审核中用户首页交互
用户可以使用:
```text
公益内容
反诈
服务站
部分开放活动
```
不能进入:
```text
用户搜索
候选详情
Like
Chat
```
---
# 第六十一章 未实名用户活动权限
根据 Activity.registration_policy 决定。
例如反诈课堂:
可以允许普通用户查看。
但相亲联谊:
必须通过完整婚恋准入。
---
# 第六十二章 首页 Banner 状态策略
## 未完成注册
优先:
```text
品牌
服务站
公益课堂
```
## Searching
优先:
```text
重点联谊活动
公益红娘
```
## Getting to know
优先:
```text
婚恋沟通
公益咨询
```
## Successful
优先:
```text
婚前辅导
婚俗新风
```
---
# 第六十三章 Banner管理后台新增页面
建议:
```text
A21 Banner管理
A22 Banner编辑
```
功能:
```text
新增
编辑
上下架
排序
定时
跳转
目标状态
```
---
# 第六十四章 后台页面新增清单
在原A01~A20基础上增加:
```text
A21 Banner管理
A22 Banner编辑
C01 公益咨询列表
C02 公益咨询详情
C03 咨询服务人员
CMS01 内容列表
CMS02 内容编辑
S01 服务站管理
S02 服务预约
SP01 专项公益项目
SP02 项目详情
```
---
# 第六十五章 公益咨询后台核心流程
```text
用户申请
↓
待受理
↓
分配专业人员
↓
确认服务时间
↓
执行服务
↓
记录必要摘要
↓
完成
↓
用户反馈
```
---
# 第六十六章 咨询人员默认不能查看
```text
用户私人聊天
身份证
举报证据
完整红娘内部记录
```
只能看到:
> 完成咨询所需必要资料。
---
# 第六十七章 内容管理后台
CMS只做:
```text
分类
标题
封面
摘要
正文
发布
下架
发布时间
```
不做:
```text
评论
用户投稿
推荐算法
SEO复杂系统
```
---
# 第六十八章 服务站管理后台
字段:
```text
名称
地址
地图位置
服务时间
联系电话
服务内容
公告
状态
```
---
# 第六十九章 服务预约后台
工作人员看到:
```text
预约编号
用户展示信息
服务项目
预约时间
状态
必要联系方式
```
普通服务站志愿者:
> 不显示完整用户婚恋档案。
---
# 第七十章 项目来源二维码
所有宣传入口建议支持:
```text
source
campaign
organization
activity
```
例如:
```text
万善公园宣传牌
工会公众号
妇联活动
企业专场二维码
```
只用于公益项目来源统计。
---
# 第七十一章 新用户来源记录
新增:
```text
registration_source
```
或:
```text
source_campaign_id
```
用于回答:
> 用户从哪里知道善缘丹阳。
---
# 第七十二章 不设计商业广告归因
不需要:
```text
CAC
ROAS
广告竞价
用户变现
```
只做公益推广来源。
---
# 第七十三章 页面视觉层级
用户端整体:
```text
一级:
找对象 / 红娘 / 活动 / 咨询
二级:
婚恋课堂 / 婚前辅导 / 反诈 / 服务站
三级:
内容与公益说明
```
避免所有模块视觉同权。
---
# 第七十四章 首页Banner视觉规范
Banner:
```text
宽度:屏幕-32px
圆角:16px
比例:约2:1
```
建议使用:
```text
真实活动场景
万善公园
自然青年交流
简洁公益插画
```
避免:
```text
影楼婚纱照风
性感交友广告风
桃花运玄学风
```
---
# 第七十五章 核心入口视觉规范
8入口统一:
```text
图标
+
短文字
```
建议:
> 不显示副标题。
保持整洁。
---
# 第七十六章 首页模块间距
建议:
```text
Banner → 入口:16
入口 → 推荐:24
模块之间:24
卡片内部:12~16
```
具体跟随Design Token。
---
# 第七十七章 页面标题规范
统一使用:
```text
公益红娘
公益活动
婚恋咨询
婚恋课堂
婚前辅导
婚恋反诈
善缘服务站
```
避免同一功能出现多个名称。
---
# 第七十八章 用户语言简化
后台术语:
```text
Mutual Match
RelationshipStatus
Eligibility
```
用户端不要出现。
前台用:
```text
互相喜欢
正在了解
暂停寻找
```
---
# 第七十九章 服务预约按钮统一
统一:
```text
申请服务
```
或:
```text
立即预约
```
不要:
```text
抢名额
马上脱单
立刻咨询专家
```
---
# 第八十章 公益属性统一标签
适当使用:
```text
公益免费
```
但不要每个按钮都强调“免费”。
重点活动和服务页说明即可。
项目计划书明确所有基础婚恋、活动和公益服务面向用户免费。
---
# 第八十一章 首页空推荐状态
不要显示:
```text
没有人符合你
```
使用:
```text
暂时没有找到完全符合双方条件的人
你可以:
[查看择偶条件]
[申请公益红娘]
[看看近期活动]
```
---
# 第八十二章 咨询空状态
```text
你还没有申请过公益婚恋咨询
如果在择偶、沟通或关系中遇到困惑,
可以申请公益服务。
[了解婚恋咨询]
```
---
# 第八十三章 预约空状态
```text
暂时没有服务预约
你可以前往善缘服务站了解当前公益服务。
```
---
# 第八十四章 首页不再增加更多大模块
V1.1首页正式封顶。
不得继续增加:
```text
政府新闻
志愿者风采
资金公示
公益捐赠
成功用户排行榜
用户故事Feed
```
这些若未来需要:
> 放“关于善缘丹阳”或独立项目介绍。
---
# 第八十五章 “关于善缘丹阳”
建议从“我的”进入。
内容:
```text
项目介绍
公益性质
服务阵地
项目宗旨
主办/执行信息
用户服务边界
联系方式
```
项目计划书确定该项目为纯公益、非营利性、本土化社会服务项目。
---
# 第八十六章 主办单位展示
可以在:
```text
关于善缘丹阳
活动详情
项目介绍
```
展示。
不要把首页第一屏做成:
> 多部门Logo墙。
---
# 第八十七章 V1.1完整用户主路径
```text
进入善缘丹阳
↓
看到品牌/Banner/主要入口
↓
完成准入
↓
今日推荐
↓
Like
↓
Mutual Match
↓
安全聊天
↓
需要时:
├── 公益红娘
├── 公益活动
└── 婚恋咨询
↓
进一步了解
↓
婚前辅导
↓
成功关系/文明婚嫁
```
---
# 第八十八章 V1.1完整线下路径
```text
群众到万善公园
↓
看到善缘丹阳二维码
↓
扫码进入
↓
注册/登录
↓
申请服务/活动
↓
工作人员后台接单
↓
线下执行
↓
服务记录回平台
```
这样避免:
> 线上一套用户,线下一套Excel。
---
# 第八十九章 V1.1活动路径
```text
Banner/活动入口
↓
活动列表
↓
详情
↓
资格检查
↓
报名
↓
审核
↓
签到
↓
参加活动
↓
反馈
↓
交友型活动互选
↓
双方互选
↓
双方确认开启沟通
↓
Match
↓
Chat
```
---
# 第九十章 V1.1婚恋咨询路径
```text
首页
↓
婚恋咨询
↓
了解服务
↓
申请
↓
后台分配
↓
确认时间
↓
服务
↓
完成
↓
反馈
```
---
# 第九十一章 V1.1婚前辅导路径
```text
首页/关系阶段引导
↓
婚前辅导介绍
↓
申请
↓
预约
↓
参加辅导
↓
服务记录
```
---
# 第九十二章 V1.1服务站路径
```text
首页入口
↓
善缘服务站
↓
查看时间/地点/服务
↓
预约
↓
到场
↓
工作人员服务
↓
服务完成
```
---
# 第九十三章 V1.1反诈路径
```text
首页入口
聊天RiskNotice
用户详情提醒
↓
婚恋反诈中心
↓
了解风险
↓
如果遇到问题
↓
举报
```
---
# 第九十四章 V1.1角色新增建议
原有角色基础上建议增加:
```text
service_station_operator
counselor
counseling_manager
content_editor
```
是否全部独立角色:
> 可按实际运营人数合并授权。
---
# 第九十五章 不因为新增角色复制后台
仍然:
> 一个统一Web后台。
通过RBAC显示不同模块。
---
# 第九十六章 新增权限建议
```text
banner.view
banner.manage
counseling.service.view
counseling.service.assign
counseling.service.process
content.view
content.create
content.edit
content.publish
service_location.view
service_location.manage
service_appointment.view
service_appointment.process
service_program.view
service_program.manage
```
---
# 第九十七章 咨询数据敏感性
咨询内容可能高度私人。
因此普通:
```text
platform_admin
matchmaker
activity_manager
```
不默认看到咨询记录正文。
咨询工作人员:
> 只看到分配给自己的服务。
---
# 第九十八章 咨询记录原则
只保存:
```text
服务需求摘要
服务结果摘要
后续建议
```
不做:
> 咨询谈话逐字稿。
---
# 第九十九章 V1.1统计新增
新增:
```text
SERVICE_STATION_VISITS
SERVICE_APPOINTMENTS
COUNSELING_REQUESTS
COUNSELING_COMPLETED
PREMARITAL_GUIDANCE_COMPLETED
CONTENT_VIEWS
ANTI_FRAUD_SERVICE_USERS
SERVICE_PROGRAM_USERS
```
---
# 第一百章 首页数据统计
需要埋点:
```text
banner_impression
banner_click
home_entry_click
recommendation_impression
activity_click
service_station_click
content_click
```
但正式业务转化仍以:
> 后端业务表
为准。
---
# 第一百零一章 Banner效果只做简单统计
后台展示:
```text
曝光
点击
目标行为
```
不做复杂广告分析。
---
# 第一百零二章 “项目服务人数”统计
需要区分:
```text
用户数
服务人次
```
例如:
一个人:
- 红娘1次
- 活动2次
- 咨询1次
则:
```text
服务用户:1人
服务人次:4人次
```
这对公益项目报表非常重要。
---
# 第一百零三章 页面版本兼容
原 U01~U48 不需要因为编号变化全部重写。
WorkBuddy文档采用:
```text
Original Pages
+
V1.1 Added Pages
```
即可。
不要为了编号完美重命名所有代码路由。
---
# 第一百零四章 WorkBuddy实施影响
需要更新:
```text
AGENTS.md
STATUS.md
PENDING_DECISIONS.md
JIRA_BACKLOG.md
UI_DESIGN_SYSTEM.md
API_CONTRACT.md
DATABASE_SCHEMA.md
ANALYTICS_METRICS.md
```
---
# 第一百零五章 已确认项必须从 Pending 移出
包括:
```text
首页必须有Banner
首页8个核心入口
8个入口顺序
首页今日推荐保留核心地位
善缘服务站进入V1.1
婚恋咨询进入V1.1
婚前辅导进入V1.1
婚恋课堂进入V1.1
婚恋反诈进入V1.1
```
---
# 第一百零六章 仍然 Pending 的事项
包括:
```text
人脸核验具体Provider
是否强制所有用户人脸核验
本地资格佐证的具体触发条件
本地佐证保留期限
咨询服务具体人员与资质要求
服务站正式开放时间
活动具体容量
推荐数量
Banner最大数量
具体品牌Logo
最终视觉主色值
```
---
# 第一百零七章 V1.1不新增
明确仍然不做:
```text
开放社交Feed
用户发帖
评论
群聊
兴趣社区
积分打卡
排行榜
婚恋直播
心理治疗IM
在线问诊
捐赠/支付
财务监管系统
政府OA
```
---
# 第一百零八章 最终首页确认版
正式锁定:
```text
善缘丹阳品牌区
↓
用户状态
↓
Banner
↓
8个核心入口
↓
今日推荐
↓
善缘公益服务
↓
近期公益活动
↓
善缘服务站
↓
婚恋课堂
↓
安全提醒
```
不再回到旧首页结构。
---
# 第一百零九章 V1.1设计核心原则
> **首页首先建立信任,然后让用户立即找到主要服务。**
> **Banner承担公益运营,不承担商业广告。**
> **“找对象”仍然是最高频、最高优先级用户任务。**
> **公益红娘、活动、咨询构成三大人工补位能力。**
> **固定服务站把线上平台真正连接到线下公益阵地。**
> **婚恋课堂、婚前辅导、婚俗新风和反诈补齐项目计划书要求的全生命周期服务。**
> **新增服务不能破坏现有用户隐私边界。**
> **新增公益内容不能把小程序变成资讯门户。**
---
# 第一百一十章 最终结论
V1.1修订后,“善缘丹阳”用户端不再是简单:
```text
注册
→
推荐
→
聊天
```
而正式形成:
```text
可信准入
+
线上匹配
+
安全沟通
+
公益红娘
+
公益活动
+
固定服务站
+
婚恋咨询
+
婚前辅导
+
婚恋反诈
+
婚俗新风
```
同时首页仍然保持非常清晰的使用逻辑:
> **看Banner知道最近有什么 → 点主要入口找到服务 → 看今日推荐寻找对象。**
这既满足最新项目计划书的整体公益服务体系,也不会把小程序做成复杂、沉重的综合政务平台。