Files
prop-ai-hr/docs/帮道-练与银城大喇叭功能介绍.md
T
admin d06ea63214 docs: sync knowledge base after 帮道 rename and summary-card fix
- rename brand docs to 帮道 prefix; reframe 20260721 plan as historical snapshot
- compress AGENTS.md rule detail into API_INTEGRATION.md, keep boundaries only
- scrub test phone numbers from design-qa, DEV_SETUP, org-sync and rebuild docs
- document summary-card evidence binding contract and 20260725 config migrations
- pin relative dates in README and audit baseline
2026-07-25 02:55:42 +08:00

280 lines
15 KiB
Markdown
Raw 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.0 | 日期:2026-07-24
>
> 状态说明:本文以当前实施计划、接口契约和发布审计为依据。文中的“已具备”指已有实现或已发布基础闭环;业务内容校审、真实用户试点和正式验收仍须以相应证据单独确认。
## 1. 产品全景:让信息被理解,让标准被练会
帮道中的“练”和“银城大喇叭”不是两套孤立功能。
- **银城大喇叭**:把公司的通知、制度和重要提醒可靠地送到员工手中;
- **问 · 数字师傅**:让员工读完后还能继续问清楚“这是什么意思、与我有什么关系、应该如何理解”;
- **练**:把需要掌握的岗位标准变成可反复训练、可复盘提升的服务能力。
```mermaid
flowchart LR
A[公司发布制度或通知] --> B[银城大喇叭]
B --> C[员工阅读]
C --> D[问:围绕消息追问]
D --> E[理解规则与SOP]
E --> F[练:场景化对练]
F --> G[评分、复盘、再练]
G --> H[主管带教与内容优化]
```
| 模块 | 解决的问题 | 主要使用者 | 形成的闭环 |
|---|---|---|---|
| 练 | 服务标准如何变成员工真正会做的动作 | 员工、主管、内容运营人员 | 任务 → 对练 → 反馈 → 复盘 → 再练 |
| 银城大喇叭 | 公司重要信息如何统一发布、阅读和回看 | 员工、内容运营人员 | 发布 → 阅读 → 已读记录 → 撤回审计 |
| 问 · 数字师傅 | 员工看完消息后如何获得可信解释 | 员工 | 消息上下文 → 追问 → 有依据的回答 |
## 2. 当前范围与口径
| 能力 | 当前定位 | 不能误认为已经完成的内容 |
|---|---|---|
| 练 | 住宅物业五岗位的基础训练闭环,并按初级、中级、高级组织成长内容 | 全部训练内容已经业务审核、真实试点已通过、自动人事决策 |
| 银城大喇叭 M0 | 当前租户全员公开文本消息、发布/撤回、未读与已读、列表/详情、消息追问 | 定向发布、强制必读、附件、AI 摘要、修订重发、外部强触达 |
| 问 | 对通知、制度和内部知识进行解释;消息追问由服务端校验上下文 | 凭 AI 猜测或生成员工真实待办、工单、审批结果 |
“已发布的基础能力”不等同于“已完成全部业务验收”。尤其是“练”,还需要完成场景内容校审、真实员工训练数据、主管复盘样本和正式试点证据。
---
## 3. “练”:AI 陪练与岗位能力提升
### 3.1 产品定位
“练”不是简单的题库,也不是把员工拉进一个聊天机器人。它将岗位 SOP、服务规范、常见风险和客户沟通情境组织成模拟训练,让员工在低风险环境中先练会,再用于真实服务。
它的目标是帮助员工完成三件事:
1. **知道标准**:理解服务步骤、关键话术和不能触碰的红线;
2. **练出反应**:在业主、客户或协作岗位的连续追问中作出应对;
3. **形成改进**:知道这次哪里做得好、哪里有风险、下一次具体怎样表达。
初级、中级、高级只表示训练复杂度和内容进阶,不会自动改变员工职级、薪酬、晋升资格或人事档案。
### 3.2 场景与岗位范围
当前固定聚焦**住宅物业**,覆盖以下五个岗位。
| 岗位 | 初级:能上岗 | 中级:能独立处理 | 高级:能处理复杂协同 |
|---|---|---|---|
| 生活顾问 | 接待与记录、巡检、报事报修受理、基础服务规范 | 投诉、催费、停车费沟通、跨部门跟进、回访 | 重大投诉服务恢复、群体沟通、风险预判 |
| 保安 | 门岗礼仪、访客车辆、巡查与异常上报 | 纠纷初处、夜间/高峰处置、与管家协同 | 突发事件协同、现场秩序组织、复盘交接 |
| 保洁 | 作业标准、工具安全、现场反馈 | 卫生异常、投诉处理、时间与区域协调 | 重大活动保障、跨工种协同、品质复盘 |
| 保修(工程) | 安全确认、报修受理、上门服务、完工说明 | 故障初判、延期沟通、跨部门转办 | 高风险故障协同、复杂工单、服务恢复 |
| 客服 | 咨询受理、信息记录、基础话术 | 投诉分级、情绪安抚、跟进协调 | 复杂客诉、群体沟通、服务升级与复盘 |
每个可开放给员工的训练单元都应具备四项基础:经审核的场景、可追溯的 SOP/制度依据、对应的评分标准,以及明确的服务或安全红线。
### 3.3 员工端功能与用法
#### 训练任务
员工在“练”模块中可以看到以下来源的训练:
| 任务类型 | 适用场景 | 员工看到的含义 |
|---|---|---|
| 每日训练 | 按当前成长层和待巩固能力安排 | 今天建议优先完成的练习 |
| 专项训练 | 主管针对某一服务问题或活动安排 | 需要重点提升的具体能力 |
| 再练任务 | 分数偏低、触发红线或主管要求强化 | 应针对上一次问题重新练习 |
| 自主练习 | 已开放的场景 | 员工可主动选择需要巩固的内容 |
任务来源不等于能力等级。例如,专项训练可以跨越员工当前层级,但应有明确的业务或带教原因。
#### 一次训练怎么完成
1. 进入“练”,选择今日任务或自主练习场景。
2. 先查看训练准备卡:核心注意点、服务红线和推荐表达。
3. 通过文字或语音,和 AI 扮演的业主、客户或协作岗位进行多轮模拟对话。
4. 训练过程中可请求与当前场景相关的 SOP 提示;它只帮助理解,不会替员工虚构真实任务。
5. 结束训练后,查看总结并决定是否立即再练。
语音训练与文字训练使用同一业务闭环:语音可以转写为对话输入,也可以播放角色回复。麦克风不可用时,客户端仍应提供可选择/录制音频后继续识别的后备路径。
#### 训练结束后能看到什么
一份训练总结至少应包含:
- 多维能力评分;
- 本次表现较好的证据句;
- 需要注意的服务、安全或沟通红线;
- 更合适的表达建议;
- 下一步推荐训练、是否需要重练;
- 个人训练历史、易错点和能力进度。
典型例子:生活顾问练习“业主投诉维修迟迟未完成”。员工先练习安抚与信息确认,再练习与工程协同、解释时限和回访承诺。训练总结会指出是否遗漏风险说明、是否过度承诺时限,以及下一次可如何表达得更准确。
### 3.4 主管端功能与用法
主管的作用不是只查看分数,而是完成带教闭环:
1. 查看团队训练完成情况、风险提醒和待复盘记录;
2. 打开训练详情,回听录音并查看关键对话、评分依据和逐句标注;
3. 写下复盘建议,指出员工应改善的服务动作或表达;
4. 为员工派发专项训练或再练任务;
5. 在有训练证据的前提下,人工确认员工可以尝试下一层训练内容。
主管确认只是一项训练带教证据,不会自动写入 HR 等级、薪酬、任职资格或晋升结论。
### 3.5 内容运营功能与用法
内容运营人员在既有训练运营后台中管理“练”的内容,而不是另建一套培训系统:
- 配置岗位、能力项、场景、目标、角色人设和多轮对话;
- 绑定 SOP、制度或业务来源;
- 配置 Rubric 和服务红线;
- 管理场景生命周期:`草稿 → 待业务审核 → 已发布 → 已下线`;
- 对收费、安全、投诉等高风险内容执行双人审核;
- 按“住宅物业 × 岗位 × 成长层 × 能力项”查看内容覆盖缺口;
- 保留内容版本与训练会话快照,避免新规则改写历史训练结论。
员工只能看到“已发布且启用”的内容;未审核、下线或高风险审核未完成的内容不能作为员工训练任务开放。
### 3.6 “练”的业务价值
- 新员工:先练标准接待、报修受理和基础安全规范,降低首次上岗的不确定性;
- 一线员工:把投诉、协同和复杂沟通放进可重复练习的场景,减少只听课不会用;
- 主管:从“凭感觉带人”转为有训练记录、有问题证据、有再练安排的带教;
- 运营:发现哪些 SOP 被频繁问、哪些话术容易触发风险,再反向优化场景和制度说明。
### 3.7 “练”的明确边界
- 不以 AI 评分直接决定员工人事结果;
- 不以种子数据、测试账号或截图替代真实试点证据;
- 当前不将视频情境训练、服务录像回放、方言正式验收包装为已完成能力;
- 当前不因每发现一个需求就另起“第 N 期”,五岗位、三级成长已是阶段一固定范围。
---
## 4. “银城大喇叭”:公司消息的正式入口
### 4.1 产品定位
银城大喇叭是员工端的**公司公共信息频道**。它承载正式、需要统一口径的公司信息,避免重要内容分散在微信群或聊天记录中而无法回看、无法确认是否阅读。
适合发布的内容包括:
- 公司通知、制度更新、服务标准;
- 重要培训、活动和专项工作提醒;
- 面向全员的安全、品质、运营要求;
- 需要员工查看原文并进一步理解的规则说明。
员工通过首页右上角的喇叭入口进入,不新增第五个底部 Tab。
### 4.2 当前基础版(M0)功能
| 角色 | 已具备能力 | 使用方式 |
|---|---|---|
| 员工 | 未读红点 | 首页喇叭提示有新的公司消息 |
| 员工 | 消息列表与详情 | 查看当前租户已发布的全员公开消息 |
| 员工 | 已读记录 | 打开详情后写入幂等的已读记录,支持审计 |
| 员工 | 围绕消息追问 | 从详情进入“问”,不需要复制粘贴原文 |
| 内容运营人员 | 发布消息 | 在管理端“内容运营 → 银城大喇叭”填写标题和正文并发布 |
| 内容运营人员 | 撤回消息 | 误发或失效时填写撤回原因,保留发布与撤回审计 |
当前 M0 的消息是**面向当前租户全员公开发布的文本消息**。发布后员工可见;撤回后员工不能继续查看,但管理端保留可追溯的发布和撤回记录。
### 4.3 员工如何使用
1. 在首页看到喇叭未读提示后,进入“银城大喇叭”。
2. 在列表中选择消息,阅读标题、正文和发布时间。
3. 打开详情后,系统记录本人的已读状态;重复打开不会重复写入多条记录。
4. 如有疑问,点击“就这条消息问数字师傅”,围绕该消息继续追问。
适合追问的问题包括:
- “这次制度和原来相比改了什么?”
- “我所在岗位应该重点注意哪几项?”
- “通知里提到的 SOP 在哪里可以查看?”
- “遇到业主质疑时,推荐怎样解释?”
消息追问只绑定消息 ID,由服务端重新校验消息状态、当前租户和员工身份。消息已撤回、跨租户或员工不再在职时,不能继续以该消息作为上下文追问。
### 4.4 管理端如何发布和撤回
1. 进入管理端 **内容运营 → 银城大喇叭**。
2. 新建消息,填写标题和正文。
3. 确认向当前租户全员公开发布。
4. 发布后在消息管理列表中查看状态和审计信息。
5. 如内容误发或失效,填写原因后撤回。
消息以首次发布的内容快照为准。当前不支持直接编辑已发布消息;需要停止展示时,应撤回并保留原因,避免历史口径被无痕改写。
### 4.5 消息追问与“问”模块的关系
大喇叭负责“**告诉员工是什么**”,问负责“**帮助员工理解为什么和怎么做**”。
系统可以解释通知、制度、SOP 和建议动作,但必须遵守以下边界:
- 可以说“这项制度通常要求先完成哪些步骤”;
- 可以基于授权资料说明“与你的岗位相关的注意点”;
- 不可以在没有真实任务数据时说“主管已经给你派了任务”;
- 不可以把通用建议伪装成当前员工的真实待办、工单或审批结果。
如果员工问“我现在要做什么”,系统只能根据服务端已授权的真实任务数据回答“有任务”“当前没有查到待办”或“无权确认”,不能由大模型自行生成任务结论。
### 4.6 当前不属于 M0 的能力
以下能力可作为后续增强,但不能在当前产品介绍中表述为已正式验收:
- 按项目、岗位、成长层级定向发布;
- “与我有关”自动筛选和优先级排序;
- 必读、未读催办和强制阅读闭环;
- 图片、文件、制度附件下发;
- AI 摘要、版本修订、补发和重推;
- 企业微信、短信、电话等外部强触达;
- 高管直通、匿名建议、审批、工单派发等独立业务流程。
---
## 5. 两个模块的联动场景
### 场景一:制度更新后的理解与训练
1. 公司通过大喇叭发布《投诉处理时效更新》;
2. 员工阅读后追问新旧要求、适用范围和推荐话术;
3. 主管发现该制度需要强化后,人工指派“投诉升级处理”专项训练;
4. 员工在“练”中完成模拟对话和训练总结;
5. 主管复盘并安排再练,运营根据高频问题完善制度说明或训练场景。
> 当前边界:一条通知不会自动创建训练任务、工作任务或成果记录;是否安排训练仍由主管或运营人员按真实业务流程决定。
### 场景二:高风险服务规范强化
1. 大喇叭发布安全或收费相关服务提醒;
2. 员工先阅读原文并追问红线与 SOP;
3. 运营人员将高风险训练场景完成双人审核后开放;
4. 员工练习沟通和处置,主管重点复盘是否触碰红线。
### 场景三:从员工问题反哺内容
1. 员工持续围绕某条制度提出相似问题;
2. 运营人员识别出原通知解释不足或现有训练场景缺失;
3. 更新 SOP 说明、补充场景并经过审核;
4. 后续员工在大喇叭、问和练中获得更一致的口径。
这是一条人工运营闭环,不应由系统在无审核的情况下自动改写通知、SOP 或训练内容。
## 6. 对外介绍时建议统一使用的表述
| 主题 | 推荐表述 |
|---|---|
| 练 | “面向住宅物业五岗位的 AI 场景化陪练,帮助员工把 SOP 和服务规范练成可执行动作。” |
| 主管带教 | “主管可基于训练证据复盘、点评和安排再练,不以 AI 自动决定人事结果。” |
| 银城大喇叭 | “公司面向当前租户全员的正式消息频道,支持发布、阅读、撤回和围绕消息追问。” |
| 问 | “员工可基于通知原文、制度和授权知识持续追问,答案不越权、不虚构真实待办。” |
| 当前进度 | “基础闭环已具备;完整内容审核、真实试点和后续定向/必读能力按独立验收口径推进。” |
## 7. 依据与关联文档
- [AI陪练完整交付计划(固定范围版)](AI陪练完整交付计划-20260724.md)
- [银城大喇叭与问模块纠偏增量方案](银城大喇叭与问模块纠偏增量方案-20260722.md)
- [API 对接与接口边界](API_INTEGRATION.md)
- [BRD 实现与发布审计](BRD_IMPLEMENTATION_AUDIT.md)
- [员工端 APP 分阶段实施总纲](银城员工端APP分阶段实施总纲.md)