docs(work-report): define voice-first reporting flow
This commit is contained in:
@@ -1,12 +1,13 @@
|
||||
# 银城数字师傅产品方案(整合修订)
|
||||
|
||||
> 版本:v1.4 ｜ 日期:2026-07-19
|
||||
> 版本:v1.5 ｜ 日期:2026-07-19
|
||||
> 输入源:①客户方《物业数字师傅系统三期建设方案》(2026-07-08 早,下称"第三版")②《企业内部AI培训学习APP产品需求与发布会内容讨论》会议纪要(2026-07-08)③客户方会后微信补充(学模块课程化+考试;巡检点位转入职学习任务)④2026-07-11 客户微信语音补充(员工个人 AI 助理/个人知识空间)。
|
||||
> v1.1 重构:按"产品是什么 → 发布会做什么 → 决策记录 → 执行"四部分分层,产品定义与发布会演示不再混写。
|
||||
> v1.2 更新(2026-07-08,客户回复三项待确认):①多端跳转议题**暂缓**,现阶段只保证能打开小程序页面;②工作积分排行榜**保留功能、可选择不用**(开关配置);③员工评价管理团队**按组织架构与权限控制**,需有权限才能评价。详见 §3.3。
|
||||
> v1.3 更新(2026-07-11):阶段二新增员工个人 AI 助理,首批做个人资料/链接收藏、时间检索、带引用问答和工作整理;PPT 生成后置为 P1;北森等外部个人数据归阶段三。
|
||||
> v1.4 更新(2026-07-19):个人助理增加确认式长期记忆,并把一级入口收敛为“工作助手 / 查全网”;内部个人资料、项目记录和企业知识默认自动路由,来源在答案中透明展示。
|
||||
> 与《银城员工端APP分阶段实施总纲》《AI陪练二期开发推进计划》的关系:本方案是增量修订,不推翻既有阶段划分;§4.2 回写清单已于 2026-07-08 执行——总纲升 v0.3、二期计划升 v0.8。BRD v1.2 已于 2026-07-11 增补个人 AI 助理,BRD 4.4 师徒演练等旧口径仍待后续版本继续修订。
|
||||
> v1.5 更新(2026-07-19):“工作上报”由传统表单主路径改为微信式语音/照片/视频会话,AI 整理并按需追问,用户确认后才提交既有审核链。
|
||||
> 与《银城员工端APP分阶段实施总纲》《AI陪练二期开发推进计划》的关系:本方案是增量修订,不推翻既有阶段划分;§4.2 回写清单已于 2026-07-08 执行——总纲升 v0.3、二期计划升 v0.8。BRD 已升至 v1.4,同步个人助理与工作上报交互定案;BRD 4.4 师徒演练等旧口径仍待后续版本继续修订。
|
||||
|
||||
---
|
||||
|
||||
@@ -42,7 +43,7 @@
|
||||
| 日常四模块 | **学** | 该会的知识按计划学、按要求考 | 岗位学习计划、入职任务包、文档/视频课件(防快进、最短阅读时长)、不定期考试(有截止时间) | 本期新建(最小集) |
|
||||
| | **练** | 每天 5 分钟,跟 AI 业主实战演练 | 场景对练(AI 控制生成)、语音对手戏、回复语气调节按钮、每日任务派发 | 已有主链,本期增强 |
|
||||
| | **问** | 现场遇事,一问就有能照做的答案 | 直给式问答(结论+一二三四五步骤)、语音提问、答案打勾/打叉、视频链接直出 | 已有,本期改格式 |
|
||||
| | **报** | 我的经验被看见、被沉淀 | 案例上报(文字+拍照+语音)、审核入库、署名计分 | 已有雏形,本期规范 |
|
||||
| | **报** | 我的经验被看见、被沉淀 | 微信式语音/照片/视频上报、AI 整理确认、审核入库、署名计分 | 已有表单链路，交互升级已定案 |
|
||||
| 共创层 | 问题榜 | 遇到难题有人帮,答题有奖 | "今天遇到什么难题"+"有奖征问题"双入口、全员可答、最佳答案置顶、沉淀入库 | 阶段二(本期埋 knowledge_gap 日志) |
|
||||
| 成长层 | 学分与晋升 | 努力可积累,晋升有通道 | 学分规则(可配置)、初/中/高级成长进度、E1-E8 远期框架、学分达标→统考资格 | 本期最小集 |
|
||||
| 地基 | 知识库 | 一切模块的内容来源 | 全业态资料入库、多格式解析、混合检索、纠错闭环、分级访问 | 已有,2026-07-08 当周补资料 |
|
||||
@@ -79,9 +80,26 @@
|
||||
|
||||
### 1.3.4 报——案例上报与经验沉淀
|
||||
|
||||
- 上报"今天处理了什么事、怎么处理的",支持文字+拍照+语音;目标**每个生活顾问每月至少 1 个有价值案例**;
|
||||
- 后台审核,采纳入库计学分并署名;与问题榜优质回答共同构成"行业经验知识库"原料;
|
||||
- "报"字面易与报事报修歧义,对外文案待定名,功能先行。
|
||||
> 高保真实现基准：[工作上报微信式语音会话 v1](../prototypes/work-report-voice-conversation-v1.png)。该图是目标交互，不是当前生产截图。
|
||||
|
||||
|
||||
|
||||
- **2026-07-19 交互定案**：员工端不再以“先选类型 → 填标题 → 填说明 → 传附件”的传统表单作为主路径，而是复用「问」的微信式会话语言。首页“工作上报”仍作为清晰任务入口，进入后直接提示“今天处理了什么？按住说，也可以发照片或视频”。
|
||||
- 主流程固定为：`语音/文字/照片/视频 → ASR 与 AI 理解 → 必要时追问 1–2 个缺失信息 → 生成结构化确认卡 → 用户确认上报 → 主管/运营审核 → 会话内展示状态`。
|
||||
- 前端默认复用现有 `ChatComposer`：语音优先，键盘次之；图片、视频和音频继续走附件入口。不得为了“报”再建设第二套录音、附件或聊天组件。
|
||||
- “优秀案例 / 操作视频 / 完整 SOP / 有用知识”仍是后台结构化类型，但由 AI 优先判断并在确认卡中展示，员工可以修改，不要求普通员工在表达前理解分类。
|
||||
- 确认卡至少展示类型、标题、事情经过、处理方法、结果和附件；卡片动作收敛为“修改 / 确认上报”，继续补充直接使用底部语音/文字输入，避免重复入口。只有明确点击“确认上报”才能创建正式记录，AI 不得自动提交。
|
||||
- “我的上报”作为历史入口，审核中、已通过、已驳回及审核意见以会话消息或状态卡呈现。审核通过只代表上报通过；最终进入案例库或知识库仍由运营在对应模块人工完成，不自动入库。
|
||||
- 上报目标仍为**每个生活顾问每月至少 1 个有价值案例**；后台采纳后计学分并署名，与问题榜优质回答共同构成“行业经验知识库”原料。
|
||||
- “工作上报”与“记一件事”必须区分：前者会提交给企业审核并可能共享入库，后者只进入已授权的个人或项目记忆域；两者都必须在最终动作前向用户说明保存范围。
|
||||
- “报”字面易与报事报修歧义，对外入口统一使用“工作上报”，不使用单独的“报”字作为页面标题。
|
||||
|
||||
高保真评审后的实施修订：
|
||||
|
||||
1. **短追问直接可读**：师傅的一句式追问默认显示文字，并提供播放图标；只有长回答才使用“语音条 + 转文字/收起”。不得在文字已经可见时仍显示“转文字”。
|
||||
2. **脱敏能力不做虚假承诺**：后端未真正生成并提交脱敏内容前，只提示“检测到具体房号，请修改后再提交”，不得写“提交后将自动隐藏”。确认卡必须展示即将提交的真实内容。
|
||||
3. **分类是建议，不是审核结论**：标签统一显示“建议类型：优秀案例”等文案，并允许员工修改；主管审核前不得用“已认定优秀案例”的视觉语义。
|
||||
4. **补充入口唯一**：确认卡不再放“继续补充”按钮，底部“按住说话/键盘输入”就是唯一补充入口；可增加“还可以继续说话补充”的弱提示。
|
||||
|
||||
### 1.3.5 问题榜——师带徒的替代方案
|
||||
|
||||
|
||||
Reference in New Issue
Block a user