feat: add project-scoped work assistant results
This commit is contained in:
@@ -1,6 +1,6 @@
|
||||
# 银城数字师傅产品方案(整合修订)
|
||||
|
||||
> 版本:v1.5 ｜ 日期:2026-07-19
|
||||
> 版本:v1.7 ｜ 日期:2026-07-21
|
||||
> 输入源:①客户方《物业数字师傅系统三期建设方案》(2026-07-08 早,下称"第三版")②《企业内部AI培训学习APP产品需求与发布会内容讨论》会议纪要(2026-07-08)③客户方会后微信补充(学模块课程化+考试;巡检点位转入职学习任务)④2026-07-11 客户微信语音补充(员工个人 AI 助理/个人知识空间)。
|
||||
> v1.1 重构:按"产品是什么 → 发布会做什么 → 决策记录 → 执行"四部分分层,产品定义与发布会演示不再混写。
|
||||
> v1.2 更新(2026-07-08,客户回复三项待确认):①多端跳转议题**暂缓**,现阶段只保证能打开小程序页面;②工作积分排行榜**保留功能、可选择不用**(开关配置);③员工评价管理团队**按组织架构与权限控制**,需有权限才能评价。详见 §3.3。
|
||||
@@ -8,6 +8,7 @@
|
||||
> v1.4 更新(2026-07-19):个人助理增加确认式长期记忆,并把一级入口收敛为“工作助手 / 查全网”;内部个人资料、项目记录和企业知识默认自动路由,来源在答案中透明展示。
|
||||
> v1.5 更新(2026-07-19):“工作上报”由传统表单主路径改为微信式语音/照片/视频会话,AI 整理并按需追问,用户确认后才提交既有审核链。
|
||||
> v1.6 更新(2026-07-19):“记一下”升级为确认式统一采集。系统先建议服务线索、住户画像、优秀案例、个人想法、待跟进事项或工作记录,用户选择仅自己保存或提交公司处理;位置字段缺失不阻断保存,公司处理在正式接口接入前只标记待流转。
|
||||
> v1.7 收口(2026-07-21):日常工作采集统一归“工作助手”,按自然日汇总为“今日工作成果”;现有 CASE/VIDEO/SOP/KNOWLEDGE 审核链产品语义收敛为“成果投稿”,当前页面和 API 名称仍保留“工作上报”。项目工作记录后续必须从项目名称下拉列表确认当前项目,不要求用户输入项目编码。施工顺序见[专项迭代计划](../工作助手与今日工作成果迭代计划-20260721.md)。
|
||||
> 与《银城员工端APP分阶段实施总纲》《AI陪练二期开发推进计划》的关系:本方案是增量修订,不推翻既有阶段划分;§4.2 回写清单已于 2026-07-08 执行——总纲升 v0.3、二期计划升 v0.8。BRD 已升至 v1.4,同步个人助理与工作上报交互定案;BRD 4.4 师徒演练等旧口径仍待后续版本继续修订。
|
||||
|
||||
---
|
||||
@@ -79,21 +80,21 @@
|
||||
- **打勾/打叉**:每条 AI 答案可标好/差;打叉的知识条目在该问题上后续**不再推送**,并进后台待复核清单——解决"错误知识反复出现"的历史问题;
|
||||
- 悬赏问答不在问模块内,独立为问题榜(1.3.5)。
|
||||
|
||||
### 1.3.4 报——案例上报与经验沉淀
|
||||
### 1.3.4 报——成果投稿与经验沉淀
|
||||
|
||||
> 高保真实现基准：[工作上报微信式语音会话 v1](../prototypes/work-report-voice-conversation-v1.png)。该图是目标交互，不是当前生产截图。
|
||||
> 高保真实现基准：[工作上报微信式语音会话 v1](../prototypes/work-report-voice-conversation-v1.png)。当前会话式页面已实现，该图只作为视觉回归基准，不代表工作助手日常采集或今日成果页面。
|
||||
|
||||
|
||||
|
||||
- **2026-07-19 交互定案**：员工端不再以“先选类型 → 填标题 → 填说明 → 传附件”的传统表单作为主路径，而是复用「问」的微信式会话语言。首页“工作上报”仍作为清晰任务入口，进入后直接提示“今天处理了什么？按住说，也可以发照片或视频”。
|
||||
- 主流程固定为：`语音/文字/照片/视频 → ASR 与 AI 理解 → 必要时追问 1–2 个缺失信息 → 生成结构化确认卡 → 用户确认上报 → 主管/运营审核 → 会话内展示状态`。
|
||||
- **当前交互**：员工端已经不再以“先选类型 → 填标题 → 填说明 → 传附件”的传统表单作为主路径，而是复用「问」的微信式会话语言。当前首页和页面仍显示“工作上报”，后续迭代 4 再统一改成“成果投稿”。
|
||||
- 主流程固定为：`语音/文字/附件 → ASR 与文字整理 → 必要时追问 1–2 个缺失信息 → 生成结构化确认卡 → 用户确认上报 → 主管/运营审核 → 会话内展示状态`。当前附件可以保存，但整理服务不会读取图片/视频内容，不能宣传为已完成视觉理解。
|
||||
- 前端默认复用现有 `ChatComposer`：语音优先，键盘次之；图片、视频和音频继续走附件入口。不得为了“报”再建设第二套录音、附件或聊天组件。
|
||||
- “优秀案例 / 操作视频 / 完整 SOP / 有用知识”仍是后台结构化类型，但由 AI 优先判断并在确认卡中展示，员工可以修改，不要求普通员工在表达前理解分类。
|
||||
- 确认卡至少展示类型、标题、事情经过、处理方法、结果和附件；卡片动作收敛为“修改 / 确认上报”，继续补充直接使用底部语音/文字输入，避免重复入口。只有明确点击“确认上报”才能创建正式记录，AI 不得自动提交。
|
||||
- “我的上报”作为历史入口，审核中、已通过、已驳回及审核意见以会话消息或状态卡呈现。审核通过只代表上报通过；最终进入案例库或知识库仍由运营在对应模块人工完成，不自动入库。
|
||||
- 上报目标仍为**每个生活顾问每月至少 1 个有价值案例**；后台采纳后计学分并署名，与问题榜优质回答共同构成“行业经验知识库”原料。
|
||||
- “工作上报”与“记一件事”必须区分：前者会提交给企业审核并可能共享入库，后者只进入已授权的个人或项目记忆域；两者都必须在最终动作前向用户说明保存范围。
|
||||
- “报”字面易与报事报修歧义，对外入口统一使用“工作上报”，不使用单独的“报”字作为页面标题。
|
||||
- “成果投稿”与“工作助手记一件事”必须区分：前者会提交给企业审核并可能共享入库，后者进入本人日常工作记录或待公司处理队列；两者都必须在最终动作前说明保存范围。
|
||||
- “报”字面易与报事报修、日常汇报混淆。当前代码兼容“工作上报”名称，后续产品文案统一迁移到“成果投稿”，不再新增第三种同义入口。
|
||||
|
||||
高保真评审后的实施修订：
|
||||
|
||||
|
||||
Reference in New Issue
Block a user