docs: sync production release truth
This commit is contained in:
@@ -1,201 +1,88 @@
|
||||
# 员工端版本功能对比与功能对齐清单
|
||||
|
||||
> 日期:2026-07-17
|
||||
> 范围:截至 2026-07-17 09:46 收到的客户反馈,重点比较历史可运行移动端、历史需求/设计、当前 `mobile-uni` 实现和本地待发布修复。
|
||||
> 重要边界:本清单核对的是仓库源码和项目文档,不等同于线上生产版本验收。本轮未重新核验线上 H5,因此“当前实现”不能直接表述为“线上已生效”。
|
||||
> 客户反馈基线:2026-07-17;当前工程与生产状态更新:2026-07-18。
|
||||
>
|
||||
> Figma 需求覆盖专项审计见:[FIGMA需求覆盖与版本偏差审计-20260717.md](FIGMA需求覆盖与版本偏差审计-20260717.md)。该审计确认:Figma 只能作为视觉与交互事实源,不能单独替代功能需求和阶段边界。
|
||||
> 本清单用于区分“旧版真有、历史规划、本轮新增、当前实现和生产验收”。视觉事实以 Figma 正式画板为准,功能事实以业务文档、当前代码和真实运行证据为准;Figma 未画不等于可以删除,Figma 已画也不等于已经开发或属于当前阶段。
|
||||
|
||||
## 1. 先给结论
|
||||
## 1. 客观结论
|
||||
|
||||
客户所说的“主要功能被删完了”不能原样认定为事实,但反映了真实的版本连续性问题。当前反馈实际混合了四类情况:
|
||||
客户所说“主要功能被删完了”不是对全部功能的准确描述,但准确暴露了版本连续性失控:旧版语音输入/播报等能力在 `mobile-uni` 重建时曾回退,历史规划和新增需求又混在同一批反馈中,而 Figma 没有完整承载非视觉规则。
|
||||
|
||||
1. **确认回退**:历史可运行移动端确实有、切换到 `mobile-uni` 后缺失或弱化,例如“问师傅”语音提问、SOP 回答和总结卡语音播报。
|
||||
2. **历史规划未完成**:需求文档或 Figma 已设计,但没有证据证明曾形成可运行版本,例如开放问题榜/有奖问答、完整课程考试、主管批量派发等。
|
||||
3. **新增或扩大范围**:本轮才明确增加,例如“问 AI(全网)”、总结卡下载图片、生成题目与点评逐条播报、主管一键切换学员身份。
|
||||
4. **正确收口或体验缺陷**:岗位不应由员工随意切换,这是权限纠正,不是删功能;“提交没反应”“录音归属错误”“快捷问题错位”属于缺陷,不应包装成功能调整。
|
||||
截至 2026-07-18:确认回退已恢复,本轮明确要求的学习、反馈、问题榜、考试和全网 AI 能力也已实现并发布。当前不能再说“尚未发布”,但仍必须保留两个边界:
|
||||
|
||||
因此,后续不能再用“旧版/新版”两个模糊概念沟通。必须按本清单逐项确认:**旧版是否真有、历史是否承诺、当前是否实现、是否已经发布**。
|
||||
1. 生产包、schema、公开接口和关键管理页已验证,不等于正式账号写链路、真机能力和严格试点已验收。
|
||||
2. 奖励按积分/学习学分实现,不是现金、不可提现;岗位仍由组织系统决定,员工不能自行改岗。
|
||||
|
||||
## 2. 对比口径
|
||||
## 2. 证据层级
|
||||
|
||||
| 对比层 | 本清单定义 | 主要证据 | 能证明什么 |
|
||||
| 层级 | 主要证据 | 能证明什么 |
|
||||
|---|---|---|
|
||||
| 历史可运行版 | `mobile/src/App.vue`、`mobile/src/data/*` | 旧源码实际存在过的交互,不代表今天仍在线 |
|
||||
| 历史需求/设计 | BRD、阶段总纲、会议纪要、Figma | 功能被提出、规划或设计过,不单独证明已交付 |
|
||||
| 当前实现 | `mobile-uni/`、`frontend/`、`backend/ruoyi-modules/ruoyi-aihr/` | 当前代码和接口能力 |
|
||||
| 本地验证 | 自动化测试、真实本地 API、浏览器操作和截图 | 当前构建在验证环境可运行 |
|
||||
| 生产部署 | 提交、构建哈希、迁移记录、服务与 HTTP | 版本和 schema 已进入现网 |
|
||||
| 生产业务验收 | 正式账号、真机、真实内容/权限/试点窗口 | 客户业务可按正式规则使用;当前仅部分完成 |
|
||||
|
||||
当前生产基线为提交 `32fa376d`;21 个迁移已执行,目标 schema `34/34`,管理端、H5、后端产物哈希一致。管理端关键页和移动端匿名首屏已浏览器复核;正式 OTP 认证写链路与真机权限未重放。
|
||||
|
||||
## 3. 客户反馈版本对比
|
||||
|
||||
| 客户反馈/能力 | 历史判断 | 当前结果 | 当前完成层级与剩余边界 |
|
||||
|---|---|---|---|
|
||||
| 历史可运行版 | 仓库保留的旧移动端 `mobile/` | `mobile/src/App.vue`、`mobile/src/data/*` | 能证明旧源码里实际存在过的交互 |
|
||||
| 历史需求/设计 | BRD、分阶段总纲、推进计划、会议纪要、Figma 清单 | 本文末尾“证据来源” | 能证明功能被提出、规划或设计过,不能单独证明已经开发上线 |
|
||||
| 当前开发版 | 当前权威用户侧工程 `mobile-uni/` | `mobile-uni/src/pages/*`、后端 `ruoyi-aihr` | 能证明当前工作树的实现状态 |
|
||||
| 本地修复版 | 当前工作树里尚未发布的反馈修复 | `git diff` 与相关测试 | 只能表述为“本地已修”,不能表述为“客户已可用” |
|
||||
| 线上生产版 | `https://peilian.njzhmj.top/h5/` 的真实部署 | 线上资源、认证账号、真实接口和浏览器回归 | 本轮未复核,暂不下结论 |
|
||||
| 不同角色看到不同页面 | 旧版已有三类入口,BRD 持续要求 | 员工、候选人、主管独立页面保留 | 已实现并部署;正式角色和项目权限正反例待生产账号验收 |
|
||||
| 不同岗位看到不同内容 | 历史目标,旧版只做了部分展示差异 | 岗位来自组织身份;五岗位场景/题库已落地,训练和学习按岗位分发 | 已部署;正式岗位内容、SOP 和资格规则仍需业务审核 |
|
||||
| 主管也要学习 | 本轮明确新增,旧版无稳定双身份证据 | 主管可在工作台/学习端切换,组织角色不变 | 已实现并部署;生产正式主管账号待重放 |
|
||||
| 岗位在哪里修改 | 正式口径一直应来自人力/组织系统 | 员工端只读,岗位错误联系 HR,不提供自由切换 | 正确收口,不应恢复演示性改岗 |
|
||||
| 全局字体可调 | 本轮适老化新增,旧版无开关证据 | 标准/大字/超大字三档全局持久化,同构页面响应式增高 | 已部署、本地视觉通过;真机触控、键盘、读屏待验收 |
|
||||
| 问师傅语音提问 | 旧版明确有,切换工程时确认回退 | 录音、停止、转写和选择音频兜底已恢复,复用 `/api/ai/asr` | 已部署;正式 ASR、真机麦克风和弱网待验收 |
|
||||
| 回答/总结卡语音播报 | 旧版确认有,曾回退 | SOP 回答、总结卡、每日题、参考答案、AI 对话、点评和候选题目均提供播报;TTS 失败可降级设备语音 | 已部署;正式 TTS 和真实设备播放待验收 |
|
||||
| “每个文字都能点播报” | 旧版只能证明关键答案/总结卡,不支持“所有 UI 文字”说法 | 对业务关键内容提供统一播报,不把每个标签做成可点击 | 客户表述被合理收敛,兼顾可用性和无障碍 |
|
||||
| 录音不属于当前账号 | 缺陷,不是功能差异 | 请求身份、资源归属、页面代次和旧请求回写均已收紧 | 已部署、本地双账号验证;生产认证态待复验 |
|
||||
| 点提交没反应 | 缺陷 | 增加 loading、成功/失败提示和可见输入/按钮状态 | 已部署、本地交互通过;生产真机点击待复验 |
|
||||
| 问师傅上传图片/视频 | 旧版未确认;属于历史规划/本轮明确化 | 图片/视频只用于本次现场分析,不自动进入共享知识库 | 已部署;PII 外发、大小限制、失败状态和真机选择待验收 |
|
||||
| 总结卡下载图片 | 本轮新增,旧版无证据 | 总结卡可下载 PNG;无聊天模型时只摘录真实命中原文并保留来源 | 已部署;iOS/Android H5 文件/相册行为待验收 |
|
||||
| 每日三题每天变化 | 历史目标,旧版没有稳定动态题库证据 | 按日期、岗位和员工身份确定性轮换;同日稳定、相邻日不重复 | 已实现并部署;正式内容审核与长期去重样本待验收 |
|
||||
| 同一专项内容不能总重复 | 历史目标,旧版无版本/去重保证 | 专项保存内容版本、题目/参考答案快照和内容哈希 | 已实现并部署;正式运营样本待观察 |
|
||||
| 学员评价题目有用/无用 | 历史计划有,旧版仅 SOP 赞踩 | 每日题/专项题已支持有用/无用反馈 | 已实现并部署;生产正式员工写链路待复验 |
|
||||
| 管理端常见难题排序 | BRD 有团队短板目标,旧版只有薄弱项展示 | 可按岗位、时间、次数、人数、均分查看并一键派专项 | 生产页面已验证;正式团队数据待验收 |
|
||||
| 指派显示人名而非编号 | 体验缺陷 | 从项目在职人员选择姓名 | 已部署;依赖正式组织和项目范围 |
|
||||
| 一次多选、简化字段、快捷日期 | 本轮新增/设计细化 | 最多 100 人,多选、默认值、当天/明天/3 天/7 天、幂等提交和逐人结果 | 已实现并部署;生产大团队、时区边界和失败隔离待验收 |
|
||||
| 有奖征问题和征答案 | 历史阶段二规划,本轮要求一并实现 | 开放问题榜、全员回答、审核、最佳答案、积分规则和双账户已落地 | 已部署;奖励仅积分/学分,正式运营规则与认证写链路待验收 |
|
||||
| “员工每天可以赚钱” | 从未批准现金日结 | 只实现积分/学习学分,不实现现金、提现、预算或税务流程 | 现金化需业务、财务、法务另行批准 |
|
||||
| 岗位入职测试 | 历史规划,旧版无完整可运行证据 | 主管选择岗位/项目/员工、组卷、发布、截止日期和成绩;员工答题、播报、提交和逐题结果 | 已部署;提交幂等本地通过,生产正式账号待重放 |
|
||||
| 问 AI(全网) | 本轮新增;历史基线是企业内部知识 | 与问师傅分入口、接口、来源和免责声明;提供方须公网 HTTPS、连接测试成功后才可启用 | 管理页已生产验证;正式密钥/真实外部回答尚未验收,未配置时明确不可用 |
|
||||
|
||||
状态说明:
|
||||
## 4. Figma 对比结论
|
||||
|
||||
- **保留**:当前仍有等价主链路。
|
||||
- **部分保留**:有基础能力,但范围、内容或角色未覆盖完整。
|
||||
- **确认回退**:历史可运行源码里有,当前权威工程缺失。
|
||||
- **本地已修未发布**:当前工作树已补,但尚未完成线上发布验证。
|
||||
- **历史规划未实现**:需求/设计里有,没有证据证明旧版真正交付。
|
||||
- **新增需求**:本轮扩大了原有范围,应重新评估安全、成本和排期。
|
||||
- **待确认**:现有证据不能支持客户记忆或开发方判断,需要原版本包、旧链接或验收记录。
|
||||
Figma 已完成全文件结构和视觉复核,当前实测为 81 个顶层页面、78 张 `Screen/` 画板。“我”页标准/大字/超大字已改为同一信息架构和同一数据语义,底栏、安全区和超大字重叠已修。代码另行完成真实页面多视口视觉验收。
|
||||
|
||||
### 2.1 本轮恢复结果(2026-07-17 晚间,本地未发布)
|
||||
设计仍不能替代以下非视觉规则:身份与项目权限、录音归属、幂等、题目轮换、积分分账、供应商安全、知识空间授权、生产发布和正式试点门禁。后续给 Codex 的任务必须同时写明功能事实源、Figma node、阶段、必须保留能力、明确不做项和分层验收。
|
||||
|
||||
本轮已按“功能真实可用 + 同尺寸视觉复核”执行,不再只检查页面结构:
|
||||
## 5. 生产发布结果与未完成验证
|
||||
|
||||
- 恢复问师傅语音录制与选择音频兜底,继续复用 `/api/ai/asr`;恢复 SOP 回答、总结卡、每日题、参考答案、AI 对话、训练结果和候选人面试内容播报。TTS 优先走 `/api/ai/tts`,本地未配置 TTS 模型时 H5 自动降级到设备语音,并已实际切换到“停止播报”状态。
|
||||
- 恢复总结卡生成与 PNG 下载。无对话模型时只摘录检索命中的 SOP 原文,并标明来源,不编造推荐话术或异议答案;本地已实际生成并触发下载成功提示。
|
||||
- 恢复主管“工作台/学习端”切换,切换只改变显示模式,不修改组织系统中的主管身份;已用主管真实登录态进入员工今日页并返回主管工作台。
|
||||
- 恢复主管按姓名多选、当天/明天/3 天内/7 天内快捷截止日期和逐人派发结果;已向 2 名团队成员真实提交,接口返回 2/2 成功。
|
||||
- 每日题从固定 3 题改为 7 组共 21 题,按日期、岗位和员工身份确定性轮换;同一员工同一天稳定、相邻日期不重复,仍保持每日 3 题。
|
||||
- 全局字号恢复标准/大字/超大字三档并持久化;员工端关键页已在 400×900 下逐档截图,超大字页验证了换行、卡片自增高、底栏安全区和无横向溢出。
|
||||
### 已确认
|
||||
|
||||
上述段落记录的是 2026-07-17 晚间的中间状态。用户随后要求“一并实现”,最终状态以 2.2 为准;第 3–5 节保留为需求来源与实施前差距快照,不再代表当前工作树完成度。
|
||||
- 分支 `codex/multi-tenant-knowledge-platform` 已推送,生产提交为 `32fa376d`。
|
||||
- 管理端、移动端 H5、后端和 21 个迁移脚本已发布;备份位于 `/opt/wygj/backups/release-20260718005151`。
|
||||
- 根站、H5、租户接口、员工首页 API、服务状态和 schema 已验证;知识空间排序规则问题已修复。
|
||||
- 管理端首页、常见难题、问题榜运营、知识空间、全网 AI 配置及 390×844 H5 已浏览器查看,无最终控制台/请求错误。
|
||||
|
||||
### 2.2 全量实现结果(2026-07-18,本地未发布)
|
||||
### 尚未确认
|
||||
|
||||
| 客户反馈能力 | 本轮落地结果 | 本地证据 |
|
||||
|---|---|---|
|
||||
| 不同角色、岗位内容与主管学习 | 员工/候选人/主管独立入口继续保留;主管可在工作台和学员模式间切换且不改变组织身份;岗位、项目和人员范围由组织数据约束 | 角色深链、主管学员模式、岗位只读和团队范围测试通过 |
|
||||
| 问师傅语音、生成内容播报 | 语音录制、音频选择兜底、ASR、TTS/设备语音降级恢复;每日题、参考答案、评分点评、候选题目、问题内容支持播报 | H5 交互和服务调用已验证 |
|
||||
| 图片/视频与总结卡下载 | 问师傅支持仅本次查询使用的图片/视频附件;总结卡可生成并下载 PNG,来源继续可追溯 | 浏览器交互已验证 |
|
||||
| 全局字号 | 标准/大字/超大字三档全局持久化;可见业务文字最低 12px,输入框采用 `border-box`,问题榜四个筛选标签在窄屏完整显示 | 400×900、430px 和超大字状态逐页截图复核 |
|
||||
| 训练题变化、反馈与常见难题 | 每日三题按日期、岗位和员工身份轮换;每日题/专项支持有用与无用反馈;主管和管理端可按岗位、时间范围、次数/人数/均分查看难题并一键派专项 | 真实 API 创建专项成功,管理端页面已登录复核 |
|
||||
| 指派专项 | 显示真实姓名,支持最多 100 人多选,提供当天/明天/3 天内/7 天内快捷截止日期;批量提交具有请求幂等和逐人结果 | 真实 API 指派和超时重进机制已验证 |
|
||||
| 开放问题榜、有奖征问题/答案 | 已实现提问、全员回答、审核、最佳答案、积分规则、积分/学习学分双账户和后台运营;奖励明确不是现金且不能提现 | 真实 API 完成提问→回答→审核→最佳答案→发奖,重复选优不重复发奖 |
|
||||
| 完整岗位考试 | 已实现主管选择岗位、项目、真实员工多选、组卷、发布、截止日期和成绩查询;员工可答题、播报、提交、查看逐题结果;提交具备幂等重放 | 真实 API 发布考试并完成 100 分提交;同请求重放返回相同记录和时间 |
|
||||
| 问 AI(全网) | 与企业问师傅分入口、分接口、分提示;仅允许已测试启用的 HTTPS 提供方,禁用或未配置时明确不可用且不生成假答案 | 能力探测、禁用查询、安全边界和管理页已验证;真实外部回答待配置正式密钥后验证 |
|
||||
| “点提交没反应”、录音串号、快捷标签错位 | 已补明确错误/加载状态、账号与页面代次隔离、旧请求回写保护;修正提交/输入宽度与筛选标签布局 | 自动化测试、真实浏览器请求和逐页截图均通过 |
|
||||
|
||||
最终本地完成层级为:**已实现、自动化验证、真实 API 验证、浏览器交互验证、逐页视觉验证**。尚未执行生产发布,因此不能表述为“客户线上已可用”。“员工每天赚钱”按已批准的积分/学习学分落地,没有擅自实现现金、提现、预算或税务流程。
|
||||
|
||||
## 3. 核心功能版本矩阵
|
||||
|
||||
### 3.1 角色、岗位与学习
|
||||
|
||||
| 功能 | 历史可运行版 | 历史要求/设计 | 当前开发版 | 客观判断 | 建议 |
|
||||
|---|---|---|---|---|---|
|
||||
| 员工、候选人、主管看到不同页面 | 旧版已有三类角色入口与不同首页 | BRD 和 Figma 均要求分角色 | `mobile-uni` 仍有员工、候选人、主管独立页面 | **保留**,不是整体删除 | 继续用正式账号做三角色回归,不用截图代替权限验证 |
|
||||
| 不同岗位看到不同内容 | 旧版有岗位标签和部分展示差异,业务内容仍以生活顾问为主 | 总纲要求按条线/岗位分发,第一波生活顾问,项目经理第二波 | 当前员工岗位来自组织身份,但训练派发仍固定查询“生活顾问”场景 | **部分保留**,岗位身份已接,岗位内容尚未完整产品化 | P1 建岗位→场景→SOP→每日题映射,先明确“四保一服”首批岗位清单 |
|
||||
| 主管同时作为学员学习 | 没有找到稳定的双身份切换证据 | 客户本轮明确提出“主管也要学习” | 本地已增加“工作台/学习端”显式切换,组织角色保持主管;已用主管登录态双向切换 | **新增需求,本地已实现并交互验证,未发布** | 发布后用正式主管账号复验工作台权限正例/反例 |
|
||||
| 员工自行切换岗位 | 旧版存在演示性岗位切换痕迹 | 正式口径要求岗位来自人力/组织系统 | 本地已移除员工自由切换,改为 HR 组织同步只读 | **正确收口**,不应恢复随意切换 | 保持只读;提供“岗位有误,联系 HR”入口和同步状态 |
|
||||
| 岗前/入职任务 | 旧版没有形成正式任务闭环证据 | BRD 一期要求岗位 SOP、岗前/入职任务和资格门禁 | 当前有员工岗前任务、完成回写和资格状态页面,但正式规则/数据未配置 | **部分实现** | HR 提供正式任务与资格规则后再验收,不用空表或 seed 宣称完成 |
|
||||
| 主管/经理配置岗位入职测试 | 未找到旧版已实现证据 | 阶段二“学”模块要求课程、考试、截止时间;BRD 有上岗资格 | 当前无主管/经理端出题、组卷、发布考试闭环 | **历史规划未实现/待确认** | 让客户提供曾用旧链接或验收截图;若确认要做,纳入学模块专项 |
|
||||
| 全局字号调节 | 未找到旧版字号开关 | Figma `4:16` 已修为标准/大字/超大字三张同构画板 | 本地已实现全局三档、持久化和页面响应式自增高;400×900 逐档及关键页超大字已截图复核 | **新增无障碍需求,本地已实现并视觉验证,未发布** | 发布后补真实 iOS/Android 与 375–430px 触控、键盘和读屏复验 |
|
||||
|
||||
### 3.2 “问师傅”、语音与多媒体
|
||||
|
||||
| 功能 | 历史可运行版 | 历史要求/设计 | 当前开发版 | 客观判断 | 建议 |
|
||||
|---|---|---|---|---|---|
|
||||
| 问师傅文字提问 | 旧版有 SOP 搜索 | 一期核心 | 当前保留,查询企业授权知识空间并显示引用 | **保留** | 继续保持“有依据才回答”,不兜造假答案 |
|
||||
| 问师傅语音提问 | 旧版明确有“语音提问/选择语音”并走 ASR | 产品方案明确“问”支持语音提问 | 本地已恢复录音、停止录音、转写和选择音频兜底,复用 `speech.ts` 与 `/api/ai/asr` | **确认回退已在本地恢复,未发布** | 发布前补正式 ASR 配置和真机麦克风权限/弱网复验 |
|
||||
| SOP 回答语音播报 | 旧版回答有“听一遍” | 历史要求 TTS,产品强调语音优先 | 本地已补“语音播报” | **本地已修未发布** | 发布后用真实 TTS 配置验证播放、停止、失败提示 |
|
||||
| 总结卡语音播报 | 旧版有总结卡 TTS | 总纲明确“长文总结卡 + 语音播报(能力已有)” | 本地已补总结卡播报 | **本地已修未发布** | 与回答播报共用控制器,避免同时播放 |
|
||||
| “每个文字都能点播报” | 旧版能确认的是回答与总结卡播报,不能证明每段文字逐字可点 | 设计原则是话术大字+语音,并非所有文字元素都可播 | 当前只对答案、总结卡、每日题、AI 对话等关键内容提供播报 | **客户表述扩大** | 对业务关键内容提供统一播报按钮,不做所有 UI 文本逐元素点击 |
|
||||
| 生成题目/AI 对话/点评播报 | 未找到旧版完整覆盖证据 | 语音优先原则支持该方向 | 本地已覆盖每日题题干、AI 角色回复、点评、参考答案、训练结果和候选面试内容 | **新增增强,本地已实现并构建验证,未发布** | 发布后逐页验证播放、停止、切换内容时释放音频和设备语音降级 |
|
||||
| 员工作答语音转文字 | 旧版已有训练语音能力方向 | 一期明确 ASR→文本→提交→评分 | 当前每日题和对练支持录音/选音频、转写后编辑提交 | **保留** | 发布后验证录音权限、账号归属和弱网降级 |
|
||||
| 录音“不属于当前账号” | 不属于产品功能 | 无历史需求差异 | 本地已修请求身份/归属处理,提交失败也补可见提示 | **缺陷,本地已修未发布** | 用两个真实账号交叉验证自己的录音可提交、他人资源不可读 |
|
||||
| 提交按钮无反应 | 不属于产品功能 | 无历史需求差异 | 本地增加失败 toast 和输入区域/按钮可见性修正 | **缺陷,本地已修未发布** | 仍需手机端真实点击回归,不能只靠单测关闭 |
|
||||
| 问师傅上传图片/视频 | 旧版问师傅未确认有此能力 | BRD/缺口文档把图片/视频情境列为新增或后置能力 | 本地已增加图片/视频仅用于本次现场分析,不写入共享知识库 | **历史规划项,本地已补最小版未发布** | 先验收大小限制、权限、PII 外发和失败提示,再决定是否留存 |
|
||||
| 总结卡下载图片 | 未找到旧版证据 | 历史文档强调总结卡,没有明确图片下载验收 | 本地已补 PNG 下载;无聊天模型时可基于真实命中原文生成,并已实际触发下载成功提示 | **新增需求,本地已功能与视觉验证,未发布** | 发布后验证 iOS/Android H5 下载、文件名和相册/文件权限 |
|
||||
| 问 AI(全网) | 旧版没有 | 2026-07-08 会议明确当时是“不联网的内部知识” | 当前问师傅只查授权的企业/个人知识空间,不是公网搜索 | **新增范围** | 单独立项为“外部 AI”,与问师傅分入口、分来源、分免责声明;先评估版权、错误信息和数据外发 |
|
||||
|
||||
### 3.3 练习、每日题与内容变化
|
||||
|
||||
| 功能 | 历史可运行版 | 历史要求/设计 | 当前开发版 | 客观判断 | 建议 |
|
||||
|---|---|---|---|---|---|
|
||||
| 场景对练、提交、AI 评分 | 旧版有演示主链路 | 一期核心 | 当前文字/语音作答、AI 评分、记录、低分再练均在 | **保留并增强** | 用正式场景和人工校准验证,不用 seed 结果代替业务验收 |
|
||||
| “专项”的定义 | 旧版主要是主管给员工派场景 | 计划中专项=按岗位/短板派发的训练任务或训练营 | 当前实现为“主管给一名员工派一个训练场景”,不是固定的一道题 | **功能在,但产品解释不清** | 页面改名为“专项训练任务”,显示场景、对象、原因、截止时间和内容版本 |
|
||||
| 同一专项每次内容不同 | 旧版没有内容版本/去重保证 | 历史目标是 AI 控制生成、动态难度与多场景 | 当前真 LLM 可让对话变化,但 seed 降级与场景锚点可能重复;没有题目版本和去重契约 | **部分实现** | P0 加 `content_version`/题目快照/最近使用去重,保留 seed 降级但不可每天原样重复 |
|
||||
| 每日三题每天变化 | 未找到旧版动态题库闭环 | 总纲要求 3 个月覆盖 100 个常见场景 | 本地已扩为 7 组共 21 题,按日期、岗位和员工身份轮换;同日稳定、相邻日不重复 | **明确缺口已完成第一阶段修复,未发布** | 后续继续把正式岗位题库扩到 100 个常见场景,并保留题目快照与版本审计 |
|
||||
| 选择岗位/条线生成题目和参考答案 | 未找到旧版已实现证据 | 历史要求按岗位推题,后续 AI 辅助出题 | 当前没有主管按条线生成题库的完整入口 | **历史规划未实现** | P1 先做审核式生成:选择岗位→生成草稿→人工确认→版本化发布 |
|
||||
| 学员评价题目有用/无用 | 旧版 SOP 答案已有赞/踩,不等于训练题评价 | 二期计划明确问答打勾/打叉 | 当前 SOP 答案可反馈;每日题/专项题没有逐题有用/无用 | **部分实现** | P1 复用反馈模型到训练题,区分“答案准确性”和“题目有用性” |
|
||||
| 管理端按常见难题排序 | 旧版主管端有薄弱项/风险展示 | BRD 要求错题、团队短板、专项派发 | 当前主管团队已有错题聚合、次数/人数/均分等数据,但运营排序闭环不完整 | **部分实现** | P1 增加按出现次数、涉及人数、低分程度排序,并支持一键生成专项 |
|
||||
| 训练后整体满意度 | 旧版没有完整正式窗口证据 | 试点要求收集反馈 | 当前有 1–5 分满意度和意见 | **保留/新增完成** | 与“逐题有用性”分开统计,避免一个指标代替另一个 |
|
||||
|
||||
### 3.4 主管派发、激励与问题榜
|
||||
|
||||
| 功能 | 历史可运行版 | 历史要求/设计 | 当前开发版 | 客观判断 | 建议 |
|
||||
|---|---|---|---|---|---|
|
||||
| 指派时显示员工姓名 | 旧版多为演示数据 | 正式权限要求稳定组织身份 | 本地已改为从当前项目在职人员中选择姓名,不再手填人员编号 | **本地已修未发布** | 生产需正式组织同步和项目权限数据,不能用本地姓名 seed 验收 |
|
||||
| 一次多选人员 | 未找到旧版已实现证据 | Figma 有“人员/岗位/场景/截止时间”,但不证明已开发 | 本地已支持按姓名多选、最多 100 人、单次批量接口和逐人结果,超时重进可复用幂等请求 ID | **新增需求,本地已实现并真实提交 2/2 成功,未发布** | 发布后以大团队验证 100 人上限、权限、超时重试和逐人失败隔离 |
|
||||
| 简化字段、默认值 | 未找到旧版完整证据 | 属于交互优化 | 当前已有默认场景/默认原因,但表单仍偏技术化 | **体验改进** | 保留对象、场景、截止时间三项必填,其他默认折叠 |
|
||||
| 今天/明天/3天内/7天内快捷日期 | 未找到旧版已实现证据 | Figma 明确有截止时间 | 本地已增加 `dueDate`、四个快捷项和逐人到期结果;3 天内真实派发显示 2026-07-20 | **历史设计细化已在本地实现,未发布** | 发布后复验时区、当天边界和后台准确日期 |
|
||||
| 有奖征问题/有奖答案 | 旧版没有可运行证据 | 2026-07-08 已定为阶段二“开放问题榜”,有双入口、全员作答、最佳答案和奖励 | 当前阶段一没有问题榜 UI/业务闭环 | **历史规划未实现,不是当前版误删** | P2 按阶段二单独实施,不应临时塞进“问师傅”页 |
|
||||
| “员工每天可以赚钱” | 旧版没有 | 历史口径是积分/悬赏/学分分账,奖励规则需后台配置,并未批准现金日结 | 当前没有现金收益闭环 | **新增且有运营/财务风险** | 先由业务确认积分、礼品或现金及税务/预算规则,研发不直接实现“赚钱”文案 |
|
||||
|
||||
## 4. 客户逐条反馈归类
|
||||
|
||||
| 客户反馈 | 归类 | 当前结论 |
|
||||
|---|---|---|
|
||||
| “不同岗位看到的页面不一样?” | 能力确认 | 三角色页面不同;不同员工岗位内容只部分覆盖,不能笼统回答“都不一样” |
|
||||
| “有奖征问题和征答案放哪里了?” | 历史阶段二规划 | 设计和总纲里有,当前阶段一未实现;应作为开放问题榜,不塞进问师傅 |
|
||||
| “字体能调大吗?有很多老年人” | 新增无障碍需求 | 没有旧版字号开关证据;大字设计不等于可调字号 |
|
||||
| “原来很多优点都没了,例如每个文字语音播报” | 部分属实、部分扩大 | 旧版可确认回答/总结卡 TTS,不能确认所有文字可点;关键播报已在本地恢复/扩展 |
|
||||
| “录音不属于当前账号” | 缺陷 | 本地已修,待双账号和线上验证 |
|
||||
| “点提交没反应” | 缺陷 | 本地补错误反馈,待真机回归 |
|
||||
| “快捷问题错位” | 视觉缺陷 | 需要按正式 Figma/手机宽度做视觉验收,不能只看 DOM 顺序判断已修 |
|
||||
| “要能上传图片和视频” | 历史规划/本地最小实现 | 已做仅本次查询附件分析,未发布,不等于共享知识库上传 |
|
||||
| “生成的问题也要语音播放” | 新增增强 | 本地已覆盖每日题/AI 对话,其他生成内容仍需统一核对 |
|
||||
| “总结卡可以下载图片” | 新增增强 | 本地已补 PNG 下载,未发布 |
|
||||
| “语音播报亮点全没了” | 确认回退 | 问师傅语音输入和关键输出播报均已在本地恢复;无 TTS 模型时 H5 已验证设备语音降级 |
|
||||
| “岗位身份在哪里修改?” | 权限口径冲突 | 员工不应自行修改;本地已改为 HR 组织同步只读 |
|
||||
| “指派要显示人名,不是编号” | 缺陷/体验 | 本地已改项目内在职员工姓名选择,依赖正式组织数据 |
|
||||
| “增加问 AI(全网)” | 新增范围 | 当前会议基线是内部知识,不联网;需独立产品和安全决策 |
|
||||
| “指派人员可多选、字段更简、快捷日期” | 新增 + 历史设计细化 | 本地已完成姓名多选、字段收敛、四档快捷日期、逐人结果和幂等批量提交 |
|
||||
| “专项是什么?今天明天会不会同一道题?” | 产品定义/内容机制 | 专项是场景任务;当前无题目版本和去重保证,客户担忧成立 |
|
||||
| “主管也要学习、不同岗位内容不同” | 历史目标 + 当前缺口 | 主管学习端切换本地已实现且不改组织角色;全岗位内容矩阵仍未完成,不能把生活顾问内容冒充全岗位覆盖 |
|
||||
| “每天题目不一样、学员评有用无用” | 历史目标 + 新机制 | 每日题已本地改为 21 题按人按日轮换;SOP 有赞踩,训练题逐题有用/无用仍未实现 |
|
||||
| “岗位入职测试保留在主管/经理角色” | 待确认 | 当前只有员工任务/资格与候选人面试;未找到旧版主管端考试配置证据 |
|
||||
|
||||
## 5. 优先级建议
|
||||
|
||||
### P0:先恢复版本连续性和可用性
|
||||
|
||||
1. 恢复“问师傅”语音输入,解决首页“语音提问”文案与实际能力不一致。
|
||||
2. 完成回答、总结卡、每日题、AI 对话、评分点评的统一播报验收。
|
||||
3. 真机复验录音归属、提交反馈、附件上传、总结卡下载。
|
||||
4. 建每日题/专项的内容快照、版本号和去重规则,停止固定三题反复出现。
|
||||
5. 用正式组织账号验证岗位只读、员工姓名派发和项目范围权限。
|
||||
|
||||
### P1:补齐阶段一产品完整性
|
||||
|
||||
1. 主管“工作台/学习端”双模式。
|
||||
2. 岗位→场景→SOP→每日题的统一映射,明确首批岗位内容清单。
|
||||
3. 指派多人、截止时间和快捷日期;每人生成独立任务记录。
|
||||
4. 训练题有用/无用反馈、团队常见难题排序和一键派专项。
|
||||
5. 全局字号三档与老年用户真机可读性验收。
|
||||
|
||||
### P2:按原阶段二单独立项
|
||||
|
||||
1. 开放问题榜、有奖征问题、全员回答、最佳答案、激励规则。
|
||||
2. 完整课程、考试、题库、截止时间和成绩留档。
|
||||
3. “问 AI(全网)”外部信息能力;必须与内部问师傅分来源和权限。
|
||||
4. 现金型奖励需业务、财务、法务先确认,不作为普通前端功能直接上线。
|
||||
- 正式 OTP 下员工、主管、候选人和后台账号的完整读写与越权反例。
|
||||
- 真实 iOS/Android 的麦克风、音频选择、图片/视频选择、下载、设备语音、键盘和读屏。
|
||||
- 正式 ASR/TTS、全网 AI 提供方和真实业务内容配置。
|
||||
- 严格试点窗口的完训、人工校准、SOP 评审、满意度和案例门槛。
|
||||
|
||||
## 6. 对客户的建议回复
|
||||
|
||||
> 之前的功能要求文档和旧版源码已经找到,并已按“旧版实际有过、历史规划但未上线、本轮新增”三类逐项对齐。问师傅语音输入、回答/总结卡播报等确认回退已在本地恢复;同时补齐了三级字号、总结卡图片下载、主管学习端、批量派发/快捷日期和每日题轮换。有奖问答、完整学习考试和问 AI 全网仍分别属于后续阶段或新增专项,不会因为 Figma 已画就混入当前版本。岗位继续以人力系统身份为准,员工不能随意改岗。当前结论是“本地实现并完成相应功能/视觉验证”,尚未发布生产。
|
||||
> 已经按旧版源码、历史文档、Figma 和当前生产版本逐项对齐。旧版确认存在的语音输入、回答与总结卡播报已经恢复;本轮提出的三级字号、图片总结卡、主管学习端、多人派发与快捷日期、每日题轮换/反馈、常见难题、开放问题榜、岗位考试和全网 AI 也已进入生产包。岗位继续以人力系统身份为准,奖励当前是积分/学习学分,不是现金。现网版本、数据库结构和关键页面已经验证;下一步是用正式账号和真实手机完成录音、下载、权限、外部模型及试点窗口验收,不能把这部分写成已经完成。
|
||||
|
||||
## 7. 对齐与验收流程
|
||||
## 7. 证据来源
|
||||
|
||||
1. **客户确认分类**:逐项确认“旧版真有/历史规划/新增需求/不再需要”。
|
||||
2. **冻结对比基线**:给旧版源码、当前开发包和目标版本各自标记 commit、构建时间和访问地址。
|
||||
3. **先修 P0**:只处理确认回退和阻断缺陷,不同时扩张阶段二范围。
|
||||
4. **测试版验收**:按账号、岗位、页面、操作、期望结果记录,不再用聊天截图代替验收单。
|
||||
5. **发布后复核**:本地完成、构建通过、线上资源同步、正式账号验证分别记录,不合并成一个“已完成”。
|
||||
|
||||
## 8. 证据来源
|
||||
|
||||
- 当前工程边界:[README.md](../README.md)、[AGENTS.md](../AGENTS.md)。
|
||||
- 当前实现与试点事实:[BRD_IMPLEMENTATION_AUDIT.md](BRD_IMPLEMENTATION_AUDIT.md)、[FIGMA_IMPLEMENTATION_MATRIX.md](FIGMA_IMPLEMENTATION_MATRIX.md)。
|
||||
- 阶段边界:[银城员工端APP分阶段实施总纲.md](银城员工端APP分阶段实施总纲.md)、[AI陪练二期开发推进计划.md](AI陪练二期开发推进计划.md)。
|
||||
- 产品定案:[20260708/数字师傅学练问报整合方案.md](20260708/数字师傅学练问报整合方案.md)、[2026-07-08 产品讨论纪要](20260708/企业内部AI培训学习APP产品需求与发布会内容讨论-2026年07月08日-来自【Get%20笔记】.md)。
|
||||
- 业务原始范围:[物业AI人力资源系统业务需求文档BRD.md](物业AI人力资源系统业务需求文档BRD.md)、[legacy/物业AI陪练系统一期建设实施方案.md](legacy/物业AI陪练系统一期建设实施方案.md)。
|
||||
- 设计状态:[FIGMA_DESIGN_INVENTORY.md](FIGMA_DESIGN_INVENTORY.md)、[H5_REDESIGN.md](H5_REDESIGN.md)。注意:Figma 清单中的 `[x]` 只证明设计画板或对应页面状态,不能单独证明线上功能已交付。
|
||||
- 历史可运行源码:`mobile/src/App.vue`(问师傅语音输入约 1009–1017 行、回答播报约 1021–1027 行、回答/总结卡 TTS 约 1804–1894 行)。
|
||||
- 当前权威源码:`mobile-uni/src/pages/user/*`、`mobile-uni/src/pages/supervisor/*`、`mobile-uni/src/services/position.ts`、`backend/ruoyi-modules/ruoyi-aihr/`。
|
||||
|
||||
## 9. 尚需补齐的证据
|
||||
|
||||
- 客户口中的“上一版”具体访问地址、安装包、发布时间或 commit 尚未确认;当前只能用仓库保留的 `mobile/` 作为历史可运行源码基线。
|
||||
- “主管/经理曾能配置岗位入职测试”“每个文字都能点播报”暂未找到足够旧版证据,需要旧录屏或验收单确认。
|
||||
- 当前本地反馈修复尚未发布,线上是否仍是旧资源、本地修复是否在 iOS/Android H5 上工作,需在发布窗口单独验证。
|
||||
- 当前工程与生产状态:[README.md](../README.md)、[BRD_IMPLEMENTATION_AUDIT.md](BRD_IMPLEMENTATION_AUDIT.md)、[BRD_PRODUCTION_MIGRATION_RUNBOOK.md](BRD_PRODUCTION_MIGRATION_RUNBOOK.md)。
|
||||
- 设计审计:[FIGMA需求覆盖与版本偏差审计-20260717.md](FIGMA需求覆盖与版本偏差审计-20260717.md)、[FIGMA_IMPLEMENTATION_MATRIX.md](FIGMA_IMPLEMENTATION_MATRIX.md)。
|
||||
- 阶段与产品定义:[银城员工端APP分阶段实施总纲.md](银城员工端APP分阶段实施总纲.md)、[20260708/数字师傅学练问报整合方案.md](20260708/数字师傅学练问报整合方案.md)。
|
||||
- API 与运行边界:[API_INTEGRATION.md](API_INTEGRATION.md)、[DEMO_ACCEPTANCE.md](DEMO_ACCEPTANCE.md)。
|
||||
- 历史可运行源码:`mobile/src/App.vue`;当前权威源码:`mobile-uni/`、`frontend/`、`backend/ruoyi-modules/ruoyi-aihr/`。
|
||||
|
||||
Reference in New Issue
Block a user