feat: 同步知识库与工作台相关改动
This commit is contained in:
@@ -0,0 +1,55 @@
|
||||
---
|
||||
knowledge_source: 规则制度库审批制度样本 V1.0
|
||||
version: V1.0
|
||||
category: policy
|
||||
domain: governance
|
||||
knowledge_space_key: policy
|
||||
audit_status: pending
|
||||
---
|
||||
|
||||
# 规则制度库:事项审批与资料提交流程
|
||||
|
||||
## 结构化产品数据
|
||||
|
||||
> 本文件为制度规则样本,不写入产品表,仅生成知识切片与题目,供 04 知识库应用做制度问答演示。
|
||||
|
||||
## AI 检索知识
|
||||
|
||||
### 审批适用范围
|
||||
涉及合同盖章、付款申请、客户报价确认、对外正式承诺、知识库正式发布的事项,必须先完成系统审批,未经审批不得直接对外执行。
|
||||
|
||||
### 提交流程要求
|
||||
提交审批时,申请人必须填写事项名称、业务背景、影响范围、期望完成时间,并上传支撑材料。缺少业务背景或附件不全的申请,管理员可以直接退回并要求补充。
|
||||
|
||||
### 审批时效要求
|
||||
普通事项应在 1 个工作日内完成审批;涉及合同、报价、付款与对外承诺的高风险事项,应优先处理并在 4 小时内给出审批意见。
|
||||
|
||||
### 审批结论要求
|
||||
审批结论分为通过、退回补充、驳回三种。通过后方可进入正式执行;退回补充后需重新提交;驳回代表当前事项不予继续推进。
|
||||
|
||||
### 知识库发布要求
|
||||
知识库文档、FAQ 与切片内容在正式对员工开放前,必须由管理员完成审批。未审批内容只能停留在待审核状态,不得作为正式知识来源对外回答。
|
||||
|
||||
## 考试题目
|
||||
|
||||
### Q1
|
||||
- type: judge
|
||||
- domain: governance
|
||||
- stem: 涉及合同盖章与付款申请的事项,可以不经过审批直接执行。
|
||||
- answer: [false]
|
||||
- explanation: 合同盖章与付款申请属于必须先审批的高风险事项。
|
||||
|
||||
### Q2
|
||||
- type: single
|
||||
- domain: governance
|
||||
- stem: 审批结论包含以下哪三种?
|
||||
- options: ["通过、退回补充、驳回", "通过、存档、结束", "补录、审批、归档", "通过、修改、删除"]
|
||||
- answer: [0]
|
||||
- explanation: 审批结论标准为通过、退回补充、驳回。
|
||||
|
||||
### Q3
|
||||
- type: judge
|
||||
- domain: governance
|
||||
- stem: 未完成管理员审批的知识库内容,可以直接作为正式知识来源对外回答。
|
||||
- answer: [false]
|
||||
- explanation: 未审批内容不能作为正式知识来源对外回答。
|
||||
@@ -0,0 +1,48 @@
|
||||
---
|
||||
knowledge_source: 通用知识库日常协同样本 V1.0
|
||||
version: V1.0
|
||||
category: general
|
||||
domain: collaboration
|
||||
knowledge_space_key: general
|
||||
audit_status: pending
|
||||
---
|
||||
|
||||
# 通用知识库:日常协同与交付规范
|
||||
|
||||
## 结构化产品数据
|
||||
|
||||
> 本文件用于知识库检索演示,不写入产品表。
|
||||
|
||||
## AI 检索知识
|
||||
|
||||
### 日报提交要求
|
||||
员工应在每个工作日 18:00 前提交当日工作日报,至少包含今日完成事项、当前阻塞问题、明日计划三项内容。连续两次未提交日报的,由直属管理员进行提醒。
|
||||
|
||||
### 周会材料准备要求
|
||||
部门周会材料应在会议开始前 2 小时上传到共享空间,内容至少包含上周进展、本周重点、风险事项和需要协同支持的问题。
|
||||
|
||||
### 客户沟通记录要求
|
||||
涉及正式业务推进的客户沟通,应在沟通结束后 30 分钟内补录到系统,记录沟通对象、核心结论、后续动作与负责人。
|
||||
|
||||
### 交付物命名规范
|
||||
正式交付物命名格式统一为“项目简称-交付物类型-版本号-日期”,便于后续检索、审批与归档。
|
||||
|
||||
### 高风险事项升级要求
|
||||
若事项存在客户投诉、合同争议、付款异常或超期未处理情况,负责人需在 1 小时内同步管理员,并在系统中标记为高风险。
|
||||
|
||||
## 考试题目
|
||||
|
||||
### Q1
|
||||
- type: judge
|
||||
- domain: collaboration
|
||||
- stem: 日报至少要包含今日完成事项、当前阻塞问题、明日计划。
|
||||
- answer: [true]
|
||||
- explanation: 这三项是日报提交的基础要求。
|
||||
|
||||
### Q2
|
||||
- type: single
|
||||
- domain: collaboration
|
||||
- stem: 正式交付物命名格式应包含哪些内容?
|
||||
- options: ["项目简称-交付物类型-版本号-日期", "项目简称-日期", "交付物类型-负责人", "客户名称-版本号"]
|
||||
- answer: [0]
|
||||
- explanation: 正式交付物命名格式统一为项目简称-交付物类型-版本号-日期。
|
||||
@@ -0,0 +1,59 @@
|
||||
---
|
||||
knowledge_source: 产品知识库产品卖点样本 V1.0
|
||||
version: V1.0
|
||||
category: product
|
||||
domain: sales
|
||||
knowledge_space_key: product
|
||||
audit_status: pending
|
||||
---
|
||||
|
||||
# 产品知识库:核心产品卖点与销售话术
|
||||
|
||||
## 结构化产品数据
|
||||
|
||||
### 产品A
|
||||
- code: DEMO-PRO-01
|
||||
- name: 智能训练营陪跑服务
|
||||
- category: 服务产品
|
||||
- tags: 培训,陪跑,顾问式交付
|
||||
- description: 面向企业客户提供训练营设计、作业点评、过程复盘和陪跑式辅导。
|
||||
- pricing: 标准版 3 万 / 期,高配版 5 万 / 期
|
||||
- commission_recommend: 12%
|
||||
- commission_negotiate: 8%
|
||||
- public_course_bonus: 底价内按回款结算,超额部分归乙方
|
||||
- version_risk: 高配版需要提前锁定顾问排期
|
||||
- report_rules: 成交后需同步客户阶段目标和交付节奏
|
||||
|
||||
## AI 检索知识
|
||||
|
||||
### 智能训练营核心卖点
|
||||
智能训练营强调“课程学习 + 实战作业 + 顾问点评 + 复盘陪跑”的闭环,不只是交付课程,而是帮助客户把学习结果转成真实业务动作。
|
||||
|
||||
### 公开课与训练营区别
|
||||
公开课适合快速普及认知,交付标准化;训练营更适合需要过程陪跑、结果产出的客户,投入更高但业务转化更强。
|
||||
|
||||
### 销售切入建议
|
||||
当客户表达“学了很多但落不了地”“团队不知道怎么推进”时,优先推荐训练营或陪跑型产品,而不是单次公开课。
|
||||
|
||||
### 佣金说明口径
|
||||
标准产品优先执行推荐佣金比例;当客户价格需要谈判时,可在谈判佣金区间内申请调整,并在系统中补充谈判原因。
|
||||
|
||||
### 演示话术示例
|
||||
可以对客户说:我们不是只交付一套课件,而是把课程、作业、复盘和顾问陪跑一起交付,帮助团队真正把方法用起来。
|
||||
|
||||
## 考试题目
|
||||
|
||||
### Q1
|
||||
- type: single
|
||||
- domain: sales
|
||||
- stem: 训练营更适合哪类客户?
|
||||
- options: ["需要过程陪跑和结果产出的客户", "只想快速了解概念的客户", "只关注价格最低的客户", "没有明确目标的客户"]
|
||||
- answer: [0]
|
||||
- explanation: 训练营适合需要过程陪跑、结果产出的客户。
|
||||
|
||||
### Q2
|
||||
- type: judge
|
||||
- domain: sales
|
||||
- stem: 公开课与训练营的交付方式完全相同。
|
||||
- answer: [false]
|
||||
- explanation: 公开课更标准化,训练营强调陪跑和结果产出。
|
||||
@@ -0,0 +1,48 @@
|
||||
---
|
||||
knowledge_source: 培训资料库学习运营样本 V1.0
|
||||
version: V1.0
|
||||
category: training
|
||||
domain: learning
|
||||
knowledge_space_key: training
|
||||
audit_status: pending
|
||||
---
|
||||
|
||||
# 培训资料库:学习运营与训练营执行样本
|
||||
|
||||
## 结构化产品数据
|
||||
|
||||
> 本文件用于培训资料检索演示,不写入产品表。
|
||||
|
||||
## AI 检索知识
|
||||
|
||||
### 开营前准备
|
||||
训练营开营前需完成学员名单确认、群内通知、课表发布、预习资料发放和讲师试讲检查。以上事项应在开营前 1 个工作日内全部完成。
|
||||
|
||||
### 作业点评要求
|
||||
训练营作业点评应在学员提交后 24 小时内完成,并明确指出亮点、问题和下一步改进建议,避免只给结论不给方法。
|
||||
|
||||
### 学习完成率跟进
|
||||
若某一期训练营学习完成率低于 80%,运营负责人需在周复盘中说明原因,并提出补课、提醒、督学等改进措施。
|
||||
|
||||
### 优秀案例沉淀要求
|
||||
学员在训练营中形成的高质量案例,应在结营后 3 个工作日内整理成标准案例卡片,沉淀到培训资料库中。
|
||||
|
||||
### 复盘输出要求
|
||||
每期训练营结束后应输出一份复盘报告,至少包含参与情况、完成率、优秀案例、常见问题和下一期优化建议。
|
||||
|
||||
## 考试题目
|
||||
|
||||
### Q1
|
||||
- type: judge
|
||||
- domain: learning
|
||||
- stem: 作业点评只要告知结果即可,不需要给改进建议。
|
||||
- answer: [false]
|
||||
- explanation: 作业点评应指出亮点、问题和下一步改进建议。
|
||||
|
||||
### Q2
|
||||
- type: single
|
||||
- domain: learning
|
||||
- stem: 若学习完成率低于 80%,负责人需要做什么?
|
||||
- options: ["在周复盘中说明原因并提出改进措施", "不处理,等待下一期", "只在群里提醒一次", "直接结束本期训练营"]
|
||||
- answer: [0]
|
||||
- explanation: 完成率偏低时需要复盘原因并提出改进措施。
|
||||
@@ -0,0 +1,48 @@
|
||||
---
|
||||
knowledge_source: 规则制度库发布合规样本 V1.0
|
||||
version: V1.0
|
||||
category: policy
|
||||
domain: governance
|
||||
knowledge_space_key: policy
|
||||
audit_status: pending
|
||||
---
|
||||
|
||||
# 规则制度库:知识发布与合规要求
|
||||
|
||||
## 结构化产品数据
|
||||
|
||||
> 本文件用于制度类知识检索演示,不写入产品表。
|
||||
|
||||
## AI 检索知识
|
||||
|
||||
### FAQ 发布要求
|
||||
FAQ 上线前应由管理员确认问法、答案口径、适用范围和所属知识空间。未经确认的 FAQ 不得直接对员工开放。
|
||||
|
||||
### 知识切片质量要求
|
||||
知识切片应保持语义完整,单条切片聚焦一个主题,避免把多个无关规则混在同一条内容中,影响向量召回质量。
|
||||
|
||||
### 合规审阅要求
|
||||
涉及客户承诺、价格政策、合同条款、付款条件等敏感信息时,必须由管理员或授权负责人完成审阅后方可发布。
|
||||
|
||||
### 失效知识处理要求
|
||||
当制度更新、产品下线或话术失效时,管理员需在 1 个工作日内完成 FAQ 下线、知识切片更新和历史版本标记。
|
||||
|
||||
### 展示演示要求
|
||||
用于客户演示的知识库内容,应优先使用已审批、低风险、口径统一的资料,避免展示内部草稿和未确认结论。
|
||||
|
||||
## 考试题目
|
||||
|
||||
### Q1
|
||||
- type: judge
|
||||
- domain: governance
|
||||
- stem: 知识切片可以把多个无关规则混在一条里,方便一次性展示。
|
||||
- answer: [false]
|
||||
- explanation: 知识切片应聚焦一个主题,保持语义完整。
|
||||
|
||||
### Q2
|
||||
- type: single
|
||||
- domain: governance
|
||||
- stem: 演示知识库时应优先使用哪类资料?
|
||||
- options: ["已审批、低风险、口径统一的资料", "内部草稿", "未确认结论", "随手记录内容"]
|
||||
- answer: [0]
|
||||
- explanation: 演示应优先使用已审批且口径统一的资料。
|
||||
Reference in New Issue
Block a user