20 KiB
20 KiB
物业行业 AI 人力资源系统 · 业务需求文档(BRD)
版本:v1.1(统一版)｜ 日期:2026-07-02 定位:本文是本项目的唯一事实源(Single Source of Truth),收敛此前所有讨论与文档,取代分散的局部材料作为业务需求基准。 v1.1 变更:第 5 章数据模型方向补充"HR 主干已对齐《手册》卷1 第9章"结论(见 5.2)。
收敛来源:
- 《物业管家与生活顾问 AI 陪练系统建设方案》(原始业务方案,陪练视角)
- 《物业 AI 陪练系统一期建设实施方案》(含 ch.14/15 技术选型评估)
- 《物业 AI 陪练系统建设方案研判报告》
- 《AI 人力资源系统一期 MVP 版作战清单》v1.8(阶段执行归档:
archive/2026-07-mvp-delivery/AI人力资源系统一期MVP版作战清单.md)- 2026-07-01 需求讨论纪要(HR 负责人提出,确立"选用育留"定位)
- 《数据资源模型主题域草案》(Silverston 通用数据模型)
关键重定位(本项目最重要的一条):系统已从"AI 陪练系统"(培训/品质视角)重定位为"选用育留全生命周期 AI 人力资源系统"(HR 负责人主导)。原"陪练"是其中「育/用」一个模块。
1. 项目背景与定位
1.1 背景
物业管理行业从"规模扩张"转向"品质驱动",一线管家与生活顾问的服务力(沟通、业务熟练度、营销、应变)直接决定业主满意度与品牌口碑。传统"老带新"式培训成本高、场景少、反馈慢、难规模化复制。企业最宝贵的经验分散在个人大脑里,"愿意讲才成为资产"。
1.2 定位
面向物业一线的「选 · 用 · 育 · 留」全生命周期 AI 人力资源系统。
- 需求由公司人力资源负责人提出,面向大老板汇报立项。
- 本质是一套完整 ERP 中以人力资源为核心的部分,横跨 HCM(培训/绩效/发展)与招聘。
- 原"AI 陪练"是其中「育/用」一个模块,不是系统全部。
1.3 核心价值
- 隐性经验显性化:将金牌管家/顾问的实战智慧,经大模型萃取为可传承、可复制的企业数字资产。
- 选用育留全链闭环:从面试选人 → 上岗培训 → 日常训练 → 能力评估认证,打通"学-练-考-评"闭环。
- 个性化能力画像:基于多维表现数据生成能力雷达图,精准识别短板、靶向推送训练。
2. 用户角色与痛点
| 角色 | 痛点 | 诉求 |
|---|---|---|
| 一线管家/生活顾问(学员) | 怕说错话激化矛盾;催费难开口;突发状况手足无措;缺可用内容素材 | 零压力"试错场" + 随时可用"内容库" |
| 项目主管/经理(管理者) | 无法透视团队真实能力;培训效果难量化;缺针对性辅导工具 | 洞察团队的"透视镜" + 靶向辅导"工具箱" |
| 集团 HR / 培训 / 品质部(运营者) | 优秀案例散落难沉淀;SOP 难统一贯彻;知识更新滞后 | 经验资产化"中央厨房" + 标准落地"高速公路" |
| HR 负责人(需求方/买单人) | 选用育留全流程割裂、无数字化抓手 | 一体化人才全生命周期赋能平台 |
3. 业务范围与边界
3.1 选用育留全生命周期(一期覆盖)
| 段 | 覆盖能力 | 一期状态 |
|---|---|---|
| 选(招聘) | AI 面试出题、候选人现场作答、AI 打分、面试记录 | 一期新增(原方案没有) |
| 用(配置上岗) | 岗位 SOP 匹配、岗前/入职培训、上岗资格 | 一期 |
| 育(训练) | 三角色对练、每日一练、专项训练营、错题本、师徒、案例学习 | 一期核心(原陪练主体) |
| 留(保留发展) | 能力雷达图、认证等级、晋升/绩效关联、荣誉激励 | 一期建规则,挂钩推迟 |
| 案例沉淀(贯穿) | 语音上传 → AI 整理 → 筛选 → AI 对话视频 | 一期(视频用样片) |
3.2 明确移出一期范围(已决策)
- 内容营销中心(原第七章朋友圈工坊):属营销/获客,与 HR 无关 → 一期砍除(D5)。
- 独立语音 APP(豆包式):愿景非交付物 → MVP 用 Web,APP 进二期(D6)。
- 双图谱知识图谱(Neo4j):冷启动成本高 → 一期先 RAG,图谱降二期(D4)。
- 多项目类型:一期只跑住宅类 SOP;公建类、景区类只预留结构。
4. 业务需求详述
4.1 选 · 招聘与面试(一期新增)
- AI 依据应聘岗位自动出题,候选人现场(语音/文本)作答,AI 打分并生成面试记录。
- 候选人为未入职者,在本系统本地建档(不在外部 HR/组织系统内),入职后与同步进来的员工主体挂钩。
- 合规约束:AI 招聘打分保留人工复核,只作辅助参考,防算法歧视(闸门 G2)。
4.2 用 · 上岗与培训
- 岗位与 SOP 匹配;岗前培训、入职培训任务可分派、可完成;上岗资格 gating。
- SOP 按大类/中类/小类/行业多层分类,叠加住宅/公建/景区项目类型(详见第 5 章建模)。
4.3 育 · 场景实战对练(系统核心)
4.3.1 三角色协同 AI 教练架构
- AI 客户:模拟有复杂背景、特定性格、实时情绪的真实业主,是对话对象。
- AI 教练:全程观察,学员卡壳或重大流程偏差时微提示引导(非直接给答案)。
- AI 考官:对话结束即基于全量数据,多维打分 + 建设性改进建议。
4.3.2 AI 客户五维度人物模型
- 基础属性(社会身份、人际关系、所处环境)
- 性格与风格(性格特征、语言指纹)
- 动机与目标(显性诉求 vs 隐性痛点、决策逻辑)
- 认知边界(懂什么/不懂什么、对物业的偏见)
- 动态状态(初始情绪、雷点/爽点、信任度动态曲线)
4.3.3 多模态交互
- 语音对话(高准确率 ASR,支持四川话/粤语等方言)、文本对话、图像/视频上传(拍照报修等)、服务录像回放。
4.3.4 全覆盖训练场景
- 投诉处理(漏水/噪音/宠物/邻里/公共设施)、费用催缴、服务推介(增值)、日常服务与突发应急(电梯困人/火警误报等)。
4.3.5 即时多维反馈评分(五维)
- 合规与完整度、情感应变力、沟通有效性、营销敏感性、导师润色版(把不妥表述重写成更优话术做对比教学)。
4.4 育 · 日常训练中心
- 每日一练:每天推 3 分钟微场景,语音作答,AI 秒评。
- 专项突破包:7–14 天专项训练营(如"催费攻心 7 天""投诉终结者 14 天")。
- 智能错题本:自动归集高频失误,归因"知识盲区"或"话术不当",推送修复练习。
- 师徒演练:师父指派案例,查阅徒弟与 AI 完整对话记录做靶向辅导。
4.5 留 · 能力画像与激励
4.5.1 五维能力评估模型(权重)
| 评估维度 | 权重 | 关键指标 |
|---|---|---|
| 任务完成度 | 40% | 问题解决有效性、工单闭环率、首解率、SOP 关键点执行率 |
| 话术规范性 | 25% | 流程完整性、法规引用准确性、沟通合规、用语专业度 |
| 情绪管理能力 | 20% | 共情、语速语气控制、业主情绪引导安抚有效性 |
| 响应时效 | 10% | 首响时长、处理周期、跟进频率 |
| 增值转化潜力 | 5% | 活动引导、产品推介时机与成功率 |
- 个性化学习路径("基础→进阶→高阶" + 能力九宫格),动态难度调级(连续高分自动升级复合高压场景)。
- 管家端成就激励(积分/排行榜/荣誉勋章);管理驾驶舱(投入度、高频错误场景、一键指派强化包、线上数据与真实绩效关联)。
- 合规约束:AI 分数定位"辅助参考、人可否决",不直接决定绩效/晋升(闸门 G1)。
4.6 案例沉淀 pipeline(贯穿)
- 流程:项目负责人语音上传案例 → AI 转写 → 从大量案例(目标千级)AI 筛选出有特色的少数 → 制作成 AI 对话讲解视频 → 供全员学习(如早八点课堂)。
- 节奏:每周每项目提交一个案例。
- 一期:流程跑通,视频用预渲染样片顶(数字人/视频生成慢且贵,不真跑)。
4.7 智慧知识中心
- 一期用 RAG(若依内置),双图谱(技能图谱 + 知识图谱/Neo4j)降二期。
- 静态知识库(收费标准/法规/应知应会/设备手册)+ 动态知识库(业主画像/服务历史)。
- 情景案例库多维标签:业务类型、紧急程度、业主画像、情绪状态、沟通渠道;所有案例脱敏后打标签。
- 更新机制:工单/会议记录自动回流(AI 听记转写提炼)、人工审核与共创(一线提交话术、专家终审、署名入库)、版本与质量管理(变更留痕、可回溯、防知识腐烂)。
5. 数据模型方向
5.1 原则
复用 Silverston《数据模型资源手册》卷 1 HR 主干,不发明表结构;通用主干优先、行业扩展后挂;主数据/事务/计量/治理分层建模。
5.2 选用育留 × 核心实体
| 段 | 核心实体(Silverston) | 落地对象 |
|---|---|---|
| 选 | JOB APPLICATION、POSITION |
招聘需求、职位、候选人、面试记录、offer |
| 用 | POSITION、EMPLOYMENT、PRODUCT CATEGORY |
岗位-SOP 映射、上岗资格 |
| 育 | WORK EFFORT、ACTIVITY |
训练/考核任务、对练记录、错题、学习路径 |
| 留 | SKILL、QUALIFICATION |
能力评估、认证等级、晋升规则 |
| 贯穿 | PARTY / PARTY ROLE |
主体与角色 |
HR 主干已对齐《手册》卷1 第9章「人力资源模型」(v1.1 补充):经回溯卷1 权威实体(16 个:雇用/职位/职位职责/职位履行/报告关系/工资级别/支付历史/福利/工资册/求职申请/技能/资格/雇员表现(绩效)/雇用终止等),数据模型已在开发规格中补齐三张原缺 backbone 表——performance_review(雇员绩效,即"绩效关联"锚点)、position_responsibility(职位职责)、employment_termination(雇用终止)。并明确:
- 薪酬/福利/工资册 属手册 HR 章原生但本系统一期不做(非 HR 薪酬系统)。
- 面试 AI 打分 / 三角色对练 / 课程学习 / 能力雷达图 / 认证规则 为本系统领域扩展(手册无现成实体,合法自建)。
- 详见《开发规格 TechSpec》附录 D。
5.3 三条关键建模决定
- Party-Role 分离:一个人依次/同时是候选人→新员工→学员→师父→考官,用 Party + Role,不为每种身份建表。
- SOP 用 Product-Category 层级 + Applicability 承载:大类/中类/小类/行业 × 住宅/公建/景区。一期只填住宅类,其余预留。
- 关系库 vs 向量库切分:元数据(目录/分类/权限)落关系表,正文落向量索引(RAG)。
5.4 主数据同步边界(外部同步 vs 本地自有)
「复用采购系统用户体系」= 三件独立的事:① 认证/SSO ② 权限映射 ③ 组织人员数据同步。
| 实体 | 归属 | 读写 |
|---|---|---|
| PARTY / PERSON / ORGANIZATION / 组织树 | 外部同步 | 只读 |
| POSITION / EMPLOYMENT / 任职 | 外部同步 | 只读 |
| PARTY ROLE(学员/师父/教练/考官/审核员/管理员) | 本地自有 | 读写 |
| 权限映射(外部岗位/组织 → 本地角色) | 本地自有 | 读写 |
| SKILL / QUALIFICATION(能力/认证) | 本地自有 | 读写 |
| JOB APPLICATION / 候选人 | 本地自有 | 读写 |
| WORK EFFORT(训练/考核/案例记录) | 本地自有 | 读写 |
硬约束:本地只存外部 party_id,绝不复制姓名/部门;候选人未入职先本地建、入职后挂钩;调岗/离职用 FROM DATE / THRU DATE 有效期承接,不物理删除。数据权限以「项目」为范围主体(D1)。
6. 技术选型与架构
6.1 基座:若依(RuoYi)
前后端分离(Vue + Java / Spring Boot 4)、内置 RBAC + RAG 知识库 + 后台、社区成熟、无许可证风险、可与采购系统用户体系对齐。
6.2 为什么不是其它候选(留档)
| 候选 | 结论 | 一句话理由 |
|---|---|---|
| aifei | ✗ 不采用 | AI Coding 框架只优化"怎么写代码",不提供现成模块;84 star、文档不全、企业实现走 VIP 付费(与枪毙 PandaWiki 同款风险);违背若依决策与采购系统复用约束 |
| PandaWiki | ✗ | 半开源、后续强制收费风险 |
| JeecgBoot | ✗ | 代码生成集成度过高、二次修改难 |
| Yuxi(玉溪) | 参考 | 仅二期借鉴其 Agent 能力,不做基座 |
6.3 架构
集中式部署 + 前后端分离(非微服务)。理由:2 人小团队、无高并发、微服务协作成本高。
6.4 必须自建(无任何框架可复用)
三角色状态机(AI 客户/教练/考官)、评分引擎(情感 + 语义 + SOP 关键点 + Rubric)、方言 ASR 接入 —— 这是一期真正的工程瓶颈。
6.5 AI 技术关键点
- 对话引擎:大模型 + 物业专属 Prompt + RAG,控幻觉、保合规。
- 语音:高准确率低延迟 ASR(方言)+ 表现力 TTS;方言走第三方现成接口,只是费用问题。
- 评分模型:情感计算 + 语义相似 + SOP 关键点识别多模型融合,可解释,非关键字匹配。
- 大模型:一期用公有大模型 API(D3),业主 PII 出境为硬约束(闸门 G3/G6)。
7. 集成与外部依赖
| # | 外部依赖 | 一期做法 |
|---|---|---|
| 1 | 组织/人员数据同步(采购系统) | 接口疑似与待批预算系统绑定;MVP 用静态快照兜底 |
| 2 | 登录 / 身份认证(采购系统) | 一期本地账号(D2),SSO 留二期 |
| 3 | 权限映射(外部岗位/组织→本地角色) | 本地建 |
| 4 | 方言 ASR / TTS(第三方) | 选 1 家跑通 |
| 5 | 大模型 API | 公有云 API 先行 |
| 6 | 数字人/视频生成 | 预渲染样片 |
| 7 | 企业微信/钉钉/工单系统 | 一期只列接口、不实现(D8) |
8. 关键决策记录(D1–D9,全部已定)
| # | 决策 | 结果 |
|---|---|---|
| D1 | 系统/数据归属 | 归属项目(以项目为 owner 与数据范围主体) |
| D2 | 登录方式 | 本地账号(SSO 留二期) |
| D3 | 大模型 | 公有大模型 API(出境合规入闸门) |
| D4 | 知识图谱 | 一期先 RAG,图谱降二期 |
| D5 | 内容营销中心 | 一期砍除 |
| D6 | 原生 APP | 用独立 mobile/ Web/H5,原生 APP 进二期 |
| D7 | 文档口径 | 综合统一成新的一版(即本 BRD) |
| D8 | 企微/钉钉/工单集成 | 只列接口、不实现 |
| D9 | 一期验收标准 | 最小可验收承诺(见第 10 章;一致率 70%、试点 1–2 项目) |
9. 一期范围与 MVP 切割线
9.1 🔴 MVP 演示必做(阻塞项)
英雄路径(1–2 条端到端跑通)、住宅类内容冷启动(SOP+案例+Rubric)、组织人员快照、案例视频样片、本地登录、大模型接入、方言语音 1 条路径、演示脚本、前端壳全可点开。
9.2 关键路径与止损
- 关键路径:内容 → 英雄路径 → 联调;内容不齐一切空转。
- 外部依赖任一没接通,立即切兜底(mock/录屏/样片),不卡主线。
- 落后就保 1 条英雄路径 + 壳 + 脚本,砍第 2 条。
10. 一期验收承诺(最小可判定)
原则:验收只写"是/否"或"可测量";大 ROI 数字归入愿景层,不作验收依据。
10.1 L0 · MVP 演示验收(过大老板)
L0-1 全功能点 Web 可点开 · L0-2 至少 1 条英雄路径端到端跑通 · L0-3 住宅类 SOP 可检索且 AI 问答能引用 · L0-4 案例语音上传→AI 整理可演示 · L0-5 脚本无致命卡点且有录屏兜底。
10.2 L1 · 一期验收
- A 功能闭环(是/否):选(面试打分闭环)/ 用(SOP 匹配+培训任务)/ 育(≥1 类对练场景端到端 + 每日一练)/ 留(雷达图 + 认证规则可配)/ 案例(整理筛选跑通)。
- B 数据内容:住宅类 SOP ≥ 5 个核心流程;案例库 ≥ 20 条(脱敏);Rubric 可配置;组织人员导入 + 项目级数据范围权限。
- C 技术质量:集中式部署稳定;语音单轮响应 ≤ 5 秒;AI 与人工打分分档一致率 ≥ 70%;RAG 可用回答率 ≥ 80%;不承诺高并发与多项目类型。
- D 试点效果(过程指标):试点 1–2 个住宅项目、≥ 20 名员工;人均 ≥ 10 次对练;完训率 ≥ 80%;满意度 ≥ 4/5。
11. 实施路线图与排期
11.1 阶段路线(原方案)
- 一阶段(1–2 月):知识库/案例库架构 + 核心高频场景对练模型 + 基础评估算法 + 基础 API 集成。
- 二阶段(3–4 月):扩场景 + 个性化路径 + 小范围试点。
- 三阶段(5–6 月+):全面推广 + 长效运营共创 + 管理驾驶舱 + 阶段性 ROI 评估。
11.2 周末施工排期(2 人时间盒)
- 2026-07-03 周五 基础日:若依骨架 + 本地登录 + 大模型接通 + ASR 接通(A);SOP/案例/Rubric 定稿 + 快照造数 + 功能点清单(B)。收工验收:能登录、能调大模型、ASR 出字、素材齐。
- 2026-07-04 周六 主攻日:2 条英雄路径后端(A);前端壳批量搭 + 视频样片 + 脚本初稿(B)。收工验收:路径接口跑通、壳可点开、样片就绪。
- 2026-07-05 周日 联调彩排:前后端联调精修 + 录屏兜底 + 彩排 2 遍。收工验收:端到端无致命卡点、有兜底、彩排通过。2026-07-05 不加新功能。
12. 风险 · 生产前闸门 · 组织风险
12.1 生产前闸门(现在不做,上线前必过)
| # | 闸门项 |
|---|---|
| G1 | AI 打分定位"辅助参考、人可否决",不由 AI 决定绩效/晋升 |
| G2 | AI 招聘打分保留人工复核,防算法歧视 |
| G3 | 数据合规:业主 PII + 员工数据 脱敏 + 审计 + 数据权限 |
| G4 | 员工接受度:试点期配激励 + 沟通,化解"被 AI 监考"抵触 |
| G5 | 情绪疏导树洞:兑现"不留痕、不进训练集"隐私边界 |
| G6 | 运营成本:LLM/ASR/视频 月度调用成本设上限与降级策略 |
12.2 组织与变革风险
AI 分挂钩个人利益的公平性/申诉、员工对被 AI 监考的抵触(尤其资深/年长者)、内容贡献激励与知识产权署名、系统/数据归属(已定:归属项目)。
13. 后续待办与未决项
- 集成负责人指派:第 7 章 6 个外部依赖需落实到人。
- F2 派生:数据权限以项目为范围主体落地(源自 D1)。
- F3 派生:公有大模型已定,业主 PII 出境评估升为一期必须评估项(源自 D3)。
- 二期:知识图谱、原生 APP、玉溪 Agent 化(即时锦囊/语音咨询)、多项目类型、企微/钉钉深度集成、实时同步。
附录 A:34 条完整查漏登记(可追溯)
- 第一层(MVP 演示阻塞):陪练英雄路径 · 内容冷启动 · 组织 API 未就绪 · 案例视频过重 · 登录/认证 · 大模型+出境合规 · 方言厂商 · 演示脚本 · UI 壳工作量
- 第二层(数据模型地基):HR 主干抽全 · 关系/向量切分 · 招聘域空白 · SOP 多层分类 · Rubric 数据结构 · 版本管理 · ID/主键策略 · 数据权限字段 · 训练事务+学习路径 · 知识图谱去留
- 第三层(生产前闸门+组织风险):AI 分挂钩绩效 · AI 招聘合规 · 业主/员工数据合规 · 运营成本模型 · 员工接受度 · 内容贡献激励+署名 · 情绪树洞隐私 · 系统/数据归属
- 第四层(范围边界+交付一致性):营销中心去留 · 原生 APP · 老文档一致性 · 企微/钉钉/工单集成 · 一期验收标准 · 玉溪 Agent 落点 · 认证/晋升/绩效规则引擎
附录 B:配套文档
- 《AI 人力资源系统一期 MVP 版作战清单》:阶段执行归档,保留当时的决策/MVP/排期/闸门/验收口径;当前演示入口以
DEMO_ACCEPTANCE.md为准。
附录 C:一句话结论
本项目是以"选用育留"为主线的物业行业 AI 人力资源系统;若依做基座、核心三角色对练与评分自建、数据模型抬 Silverston HR 主干、组织人员从外部同步;一期以住宅类 + 单条 MVP 英雄路径起步,合规与挂钩留生产前闸门。当前头号风险是"2 人 + 死线"下的范围失控,守住 MVP 切割线即可闭环。