admin
9ecf4fdfc3
新增《银城员工端APP分阶段实施总纲》v0.2:三阶段(陪练→大喇叭+ 知识学习平台→北森对接)、身份三轴模型与防遗漏分发策略;归档立项 会纪要。二期计划 v0.2→v0.7:客户反馈(传帮带/成长路径/提示词模板/ 总结卡快速修复)与立项会增量(时间锚点/收费场景权重/每日三题/ knowledge_gap 钩子);确认管家=生活顾问、APP 形态=H5 套壳。BRD 同步传帮带与评级证据包口径。
117 lines
11 KiB
Markdown
117 lines
11 KiB
Markdown
# 银城员工端 APP 分阶段实施总纲
|
||
|
||
> 版本:v0.2 ｜ 日期:2026-07-07
|
||
> 输入源:《基于AI的银城员工端APP项目立项与开发规划会议(2026-07-07)》纪要 +《BRD v1.1》+《AI陪练二期开发推进计划 v0.7》。
|
||
> 定位:立项会把交付物从"AI 人力资源系统"升级为**银城员工端 APP**(员工服务载体)。本总纲定义三阶段顺序与边界;各阶段的执行细节仍由对应专项计划承载(阶段一 = 二期推进计划)。
|
||
> 分阶段口径(已定):**第一步陪练相关全部工作 → 第二步银城大喇叭 + 知识学习平台 → 第三步北森人事考勤对接**。
|
||
> v0.2 确认(2026-07-07,客户方):①"管家"与场景库"生活顾问"为**同一岗位**,术语统一为"管家(生活顾问)",`position` 标签沿用现有值不迁移;②APP 形态定为 **H5 套壳 APP**(WebView 包装可安装),原生重写不做,D6 决策维持。
|
||
|
||
## 1. 立项会带来的定位变化
|
||
|
||
| 维度 | 原口径(BRD v1.1) | 立项会新口径 |
|
||
|---|---|---|
|
||
| 交付物 | AI 人力资源系统(选用育留) | 银城员工端 APP,三大功能:AI 陪练、人事考勤(北森)、公司→员工信息直达 |
|
||
| 主导视角 | HR 负责人(选用育留闭环) | 员工服务载体("这是我的客户"),信息绝对透明、调动员工愿力 |
|
||
| 首抓手 | 生活顾问岗位陪练试点 | **管家和项目经理的陪练**为核心抓手(物业 AI 最有效场景:管家 + 工程) |
|
||
| 培训模式 | 陪练为「育」一个模块 | **取消复杂线下培训/考试**,全部转为知识库 + AI 陪练 + 每日趣味练习 |
|
||
| 时间 | 二期 8 周节奏 | 2026-07-10(周五)Alpha、2026-07-13 当周 Beta、**半年会产品发布**(带一线真实使用数据)、**9 月收费季前上线** |
|
||
| 团队 | 2 人开发 | 专项工作组立项:张丽=产品经理/技术,闫鑫=知识库+AI训练+报事梳理,业务团队=知识结构化 |
|
||
|
||
两条不变的底线继续有效:AI 分"辅助参考、人可否决"(G1);数据合规与成本闸门(G3/G6)。
|
||
|
||
## 2. 三阶段总览
|
||
|
||
| 阶段 | 内容 | 时间锚点 | 承载文档 |
|
||
|---|---|---|---|
|
||
| **一、陪练** | 陪练相关全部工作:场景库、语音对手戏、复盘、画像、派发、新员工每日三题、传帮带 | 2026-07-10 Alpha → 2026-07-13 当周 Beta → 半年会发布 → 9 月收费季前试点可用 | 《AI陪练二期开发推进计划》v0.7 |
|
||
| **二、大喇叭 + 知识学习平台** | 下行:公司信息直达推送(不过滤);每份文件 AI 总结 + 分身份"跟我相关"提取(见 §4 身份模型);上行:品检翻转(员工拍照上报+AI分析+积分)、新问题挂榜共创 | 半年会后启动,与阶段一试点并行推进 | 本总纲 §4/§5(后续出专项计划) |
|
||
| **三、北森对接** | SSO/组织人员同步、考勤请假入口整合;报事闭环接口对接("一键走天下") | 阶段二稳定后;报事流程梳理由闫鑫牵头业务侧先行 | 本总纲 §6(后续出集成方案) |
|
||
|
||
排序理由(立项会原话):先陪练可倒逼知识沉淀 + 缓解 9 月收费压力;不求大求全,先做员工必用核心功能。
|
||
|
||
## 3. 阶段一:陪练(对二期计划的增量调整)
|
||
|
||
二期计划主体不变,立项会带来 6 处调整(已并入 v0.6,岗位与 APP 形态两项确认已并入 v0.7,详见该文档):
|
||
|
||
1. **时间锚点收紧**:8 周里程碑映射到 Alpha(2026-07-10)/Beta(2026-07-13 当周)/半年会发布/9 月收费季四个外部节点;半年会前必须收集到一线员工真实使用数据 → M1/M2 的可用增量要提前放给种子用户,不能等 M5 才见人。
|
||
2. **岗位口径**:**已确认(2026-07-07)**——立项会所说"管家"与场景库"生活顾问"为同一岗位,文档统一写"管家(生活顾问)",`position` 标签沿用现有值不迁移;**项目经理为第二波人设**,场景由内容侧供给,不阻塞第一波。
|
||
3. **收费场景权重上调**:9 月收费季是上线动因,12 条场景中催费/预收/停车费类优先做深(预交折扣、历史欠费怎么谈等立项会举例场景入库)。
|
||
4. **新员工每日三题**:新管家入职 3 个月掌握 100 个场景、每天 5 分钟 3 题、AI 秒评。落在 M4 派发机制(`source='daily'`),新增**轻量微题库**内容形态(题干+参考答案+秒评,区别于 12 条重对练场景)。
|
||
5. **新问题识别蓄水**:阶段一先埋钩子——求助/问答未命中时记录 `knowledge_gap` 日志(问题、岗位、时间),为阶段二"挂榜积分共创"备数据;阶段一不做挂榜 UI。
|
||
6. **范围保护**:大喇叭、品检翻转、北森对接**不进阶段一主线**,进本总纲阶段二/三。
|
||
|
||
## 4. 阶段二核心设计:身份模型与"跟我相关"分发策略
|
||
|
||
这是知识学习平台的地基。目标:每份公司文件自动生成 AI 总结,并按员工身份提取"跟我相关"的内容,**确保不遗漏**。
|
||
|
||
### 4.1 身份三轴模型
|
||
|
||
员工身份 = **横向条线 × 纵向层级 × 管辖范围**,三轴缺一不可:
|
||
|
||
| 轴 | 取值示例 | 数据来源 |
|
||
|---|---|---|
|
||
| 横向:业务条线 | 管家/客服、保洁、保安、保绿、维修/工程、收费/财务、人事、品质、市场 | 岗位映射(阶段三前用组织快照 `position_code`,之后北森同步) |
|
||
| 纵向:管理层级 | 一线员工 → 主管 → 项目经理 → 片区经理 → 城市/事业部总经理 → 集团职能/高管 | 同上 |
|
||
| 管辖范围 | 单项目 / 片区(多项目)/ 城市 / 集团 | 组织树 + D1 项目数据权限,复用 `role_perm_mapping` 机制 |
|
||
|
||
立项会的例子即三轴的必要性:**保洁片区经理**与**保洁总经理**横向同条线(保洁),纵向层级不同、范围不同——两人都必须命中该文件,但关心的粒度不同。
|
||
|
||
### 4.2 分层摘要:同一份文件,不同层级看不同粒度
|
||
|
||
文件入库时 AI 打标(涉及条线、涉及层级、涉及范围、主题、时效),并按层级生成**摘要变体**:
|
||
|
||
| 层级 | 摘要视角 | 示例(一份《保洁作业标准更新》) |
|
||
|---|---|---|
|
||
| 决策层(总经理及以上) | 影响面、成本、风险、需要拍板什么 | "作业标准升级涉及全部 23 个项目,预计人力成本 +5%,需 Q3 预算确认" |
|
||
| 管理层(项目经理/片区经理) | 执行要求、考核变化、时间节点 | "8 月 1 日起按新标准检查,考核项从 12 项增至 15 项,附对照表" |
|
||
| 一线执行层 | 具体动作变化、怎么做 | "办公区清洁增加 3 个动作,看演示视频" |
|
||
|
||
### 4.3 防遗漏五道机制(召回优先,宁多勿漏)
|
||
|
||
"跟我相关"是**加强层,不是过滤层**——这是防遗漏的总原则,与立项会"信息绝对透明、不过滤"完全一致:
|
||
|
||
1. **透明频道兜底**:所有全员文件进"银城大喇叭"公共频道,任何人可看全量;定向推送只决定"置顶给谁",不决定"谁看不到"。定向匹配失败最坏结果是没置顶,不是丢失。
|
||
2. **宁多勿漏的匹配策略**:AI 打标置信度低时,升级为"可能与你相关"推送而非静默丢弃;条线打标默认多选(一份涉及保洁+工程的文件两条线都推)。
|
||
3. **分发清单可审计**:每份文件后台可查"推给了谁、谁已读、谁未读";运营可对重要文件人工补推。
|
||
4. **身份矩阵空洞告警**:定期扫描条线×层级组合,凡存在员工但没有任何匹配规则的组合,后台告警提示运营补规则——防"新设岗位没人管映射"这类系统性遗漏。
|
||
5. **员工自校正回流**:员工可自订阅条线/主题;对推送可反馈"与我无关/我还想看这类",回流修正映射规则。
|
||
|
||
### 4.4 阶段二其余范围
|
||
|
||
- **上行通道·品检翻转**:员工拍照上报现场问题 → AI 分析(督导图片分析模板已在提示词模板体系内,`supervision_image_analysis_*`)→ 管理者针对性巡检;积分激励,体验做"好玩"不做"负担"(立项会明确要求)。
|
||
- **新问题挂榜共创**:消费阶段一积攒的 `knowledge_gap` 日志,新问题亮榜、员工答题得积分(立项会示例 500 积分/题)、采纳入库署名——复用 BRD 4.7 共创链与 `incentive_point`。
|
||
- **内容形态升级**:长文自动图文总结卡 + 语音播报(能力已有);AI 场景演示视频/番茄小短剧挂 BACKLOG B4,半年会可先出 1–2 条示范样片。
|
||
- **敏感项闸门**:立项会提到"员工参与对管理团队的评价"——涉组织风险,列为阶段二**待独立评审项**,不默认进主线(参照 G4 员工接受度闸门处理)。
|
||
|
||
## 5. 阶段二不做什么(边界)
|
||
|
||
- 不做通用 OA/审批流(请假考勤等待阶段三北森入口,不自建)。
|
||
- 不做对外(业主端)任何功能——本 APP 始终是员工端。
|
||
- 推送通道受 H5 形态限制,一期为站内信 + 首页横幅;强触达(短信/企微)待通道决策。
|
||
|
||
## 6. 阶段三:北森人事考勤对接
|
||
|
||
- 范围:SSO 认证、组织/人员/岗位数据同步(替换静态快照,身份三轴的权威数据源)、考勤请假入口整合。
|
||
- 现有系统整合策略:立项会已定**先用跳转链接集成**,不做深度改造;报事闭环由闫鑫牵头业务侧梳理流程,APP 侧只做入口与接口预留("一键走天下"是长期目标)。
|
||
- 对 BRD 的修订影响:BRD §7 外部依赖表中"采购系统用户体系"应更正/补充为**北森**(HR 主数据权威源);D2"本地账号一期、SSO 二期"决策不变,阶段三兑现 SSO。
|
||
|
||
## 7. 对 BRD 的修订建议(待确认后落 v1.2)
|
||
|
||
| # | 修订点 | 说明 |
|
||
|---|---|---|
|
||
| 1 | 定位补充 | §1.2 补"交付载体为银城员工端 APP,三大功能:陪练/信息直达/人事入口" |
|
||
| 2 | 外部系统具名 | §7 人事/组织/认证的外部系统明确为**北森** |
|
||
| 3 | D6 复核 | **已确认(2026-07-07)**:APP 形态 = **H5 套壳 APP**(WebView 包装可安装、可推送),原生重写不做——守住 D6 工程量约束,满足"可安装"体验要求 |
|
||
| 4 | 新增范围 | 大喇叭信息平台、品检翻转、新问题挂榜共创补入业务范围(阶段二) |
|
||
| 5 | 培训模式表述 | 4.2/4.4 补立项会口径:线下集中培训/考试整体退位,转"知识库 + 陪练 + 每日趣味练习" |
|
||
|
||
## 8. 风险与待确认
|
||
|
||
| 项 | 说明 |
|
||
|---|---|
|
||
| 半年会硬死线 | Alpha(2026-07-10)/Beta(2026-07-13 当周)节奏极紧;止损:半年会演示保"陪练 + 总结卡 + 1 条示范视频",大喇叭出原型图不上真功能 |
|
||
| 信息透明的口径 | "不过滤"与"有人维护口径"(立项会两位发言人有张力)→ 建议:发布走运营审核,**发布后不做分级隐藏**;员工评管理层单独评审 |
|
||
| 推送通道 | H5 无系统级推送;强触达依赖企微/短信,涉 D8(企微只列接口不实现)→ 阶段二开工前决策 |
|
||
| 积分体系提前 | 挂榜/品检/贡献命名都依赖 `incentive_point`(P1);阶段二开工时优先建积分最小闭环 |
|
||
| 北森接口未知 | 接口文档、账号体系、数据范围均未调研;阶段三开工前 2 周做技术摸底,失败兜底=快照同步继续用 |
|