客户与商机数字员工产品方案

版本：v1.2 | 创建日期：2026-09-06

需求来源：用户沟通、现有交互 Demo、运行态壳子、本地代码、官方帮助中心

优先级：待确认

文档状态：草稿；已确认原则与本轮设计建议分开标注

需求变更记录

依赖需求 Story 列表

一、需求概述

1.1 客户反馈

客户反馈结论： 无关联 CRM 需求反馈。本方案来自产品共创，不虚构需求编号、客户样本或线上覆盖比例。Demo 使用虚构业务数据。

1.2 系统现状

现状截图	说明
	用户提供的设计 Demo，展示权限上限；不是线上独立数字员工权限已实现的证据。
	公共咨询摘要与商机入口正文不一致，需要由真实部署状态驱动。

专业能力依据：客户经营教练提供评分与经营诊断；商机教练提供评分、综合诊断、竞争、决策链、需求分析，官方明确不负责新建编辑商机和直接推进阶段。客户会议支持会前策略、会后洞察及确认后转任务。已有分析能力不能直接等同于完整协作执行能力。

• 客户能力：https://help.fxiaoke.com/ee88/9e9f/6e07
• 客户经营教练：https://help.fxiaoke.com/ee88/9e9f/6e07/d8dd
• 商机赢单教练：https://help.fxiaoke.com/ee88/9e9f/43f8/23c9
• 客户会议：https://help.fxiaoke.com/ee88/4d1a/6756/1ee0
• 销售记录：https://help.fxiaoke.com/ee88/9e9f/535e/885f
• 销售周日报：https://help.fxiaoke.com/ee88/9e9f/535e/8d9b

1.3 竞品现状

本轮不新增竞品结论。历史 Zoho、Salesforce 调研作为背景，不作为本期规则的直接依据；本方案优先从客户、商机及协作流程定义产品。

1.4 产品价值

销售无需反复在不同 Agent 间搬运会议、需求和任务结果；团队能看到数字员工正在负责什么、等待谁处理以及结果是否落实。管理员可按职责授权和收回，个人工作台统一处理来自多个业务及人工流程的事项。

1.5 需求目标

1. 对生效范围内的客户/商机建立数字员工任命，并在相关团队、业务群及动态呈现一致身份和状态。
2. 将拜访发现需求、确认创建商机、需求验证任务及结果回查串联，正式动作需可回查的业务结果，发送消息不视为完成。
3. 个人角色工作台汇总客户、商机、审批、会议及人工任务；处理动作回到来源，移除任命后各入口同步停止该数字员工工作。

二、产品方案

2.1 整体产品方案

后台配置入口：

https://sharecrew-digital-employee.pages.dev/demo.html

前台商机业务场景入口：

https://sharecrew-digital-employee.pages.dev/frontend.html

原本地后台 Demo 入口保持不变。前后台独立页面：后台沿用原本体配置壳子；前台复用用户提供的业务群、商机详情运行态壳子。前台参考来源：

https://sharecrew-opportunity-agent-demo.pages.dev/

Demo 范围：后台支持身份上限、指定记录或字段条件、部署权限、触发与技能、工作入口及发布；前台演示同一商机的业务群、原生详情、团队身份、动态与任务办理。使用示例数据和固定诊断结果，不调用线上模型或 CRM。事件、定时触发在本轮配置中定义，尚未接入真实事件调度。客户详情和个人角色工作台不在本轮重建，待复用相应真实壳子。本地浏览器保存演示状态，不构成生产安全边界。

本轮交互设计	对应规则
	恢复本体、身份、场景部署、工作事项与日志；部署保留概览、权限范围、触发与任务、工作入口四页签。
	条件明确到字段、运算符、值，逐条预览命中或排除原因。
	独立前台复用原生业务群；原商机助手和数字员工共存。
	保留原生机器人欢迎区、快捷问题、会话操作和输入框。
	身份先配置再启用；启用身份与发布部署分别操作。
	明确可编辑授权、必需字段及平台锁定项，保存前预览影响。
	直接在原相关团队中展示员工，在原动态组件中 @、回复及关联任务；不增加重复入口。

后台发布职责部署，系统将其应用到授权范围内的具体记录。部署是规则，任命是某个数字员工对某条记录的有效责任。前台不同入口引用同一任命与工作事项；一条客户可有多个商机，各商机工作隔离。

本期方案覆盖完整业务生命周期的职责定义；本轮 Demo 聚焦“后台配置并发布 -> 商机任命生效 -> 前台协作 -> 任务确认与结果核对 -> 移除及人工承接”。客户到商机的交接、成交、报价、交付保留方案定义，未作为本轮已接通的前台流程。

2.2 具体方案说明

2.2.1 生命周期场景与能力

商机五项已知 Skill：sfa-opportunity-score、sfa-opportunity-diagnosis、sfa-opportunity-competitive-analysis、sfa-decision-chain-diagnosis、sfa-needs-discovery。综合诊断依赖评分结果；其他专项按需要调用。客户侧挂载客户声音、简报、情报、经营教练，以及客户会议、内部会议、销售记录、销售周日报能力包；部署可选择其子集。专业 Skill 未提供调用接口或身份适配时标为不可用，不自动扩大授权。

2.2.2 后台配置与生效

后台沿用原导航：Agent 本体包括基本信息、技能、知识库管理、上下文管理；部署与运行包括数字员工身份、场景部署、工作事项、事件日志。任命是发布的生效结果，不新增一套平行配置入口。发布与本体版本管理独立，所有运行保留能力版本和部署版本。前台业务办理与个人工作台不放在后台导航内。

群接入授权可在企业策略中预先覆盖，已有有效授权不逐群重复询问。任命生效后在相关团队展示 AI 类型成员，自动接入指定关联群。用户可查看职责、授权摘要和任务。群里不重复添加同一身份；同群涉及多个记录时，按业务关联路由，歧义时选择记录。

负责范围不内置“重点商机”分类。部署名称仅便于识别，不能决定命中记录；即使命名为“重点商机推进”，仍必须配置以下一种明确范围。

例如管理员可以自行配置“负责人部门等于华东销售部，且金额大于等于 100 万元”，这只是可修改的示例条件，不代表系统定义的重点商机标准。生产字段来自对象元数据，本轮字段 API 映射与枚举待研发适配。

有效任命范围 = 企业授权记录 ∩ 已发布部署条件或指定 ID ∩ 未结束商机 ∩ 非人工排除记录。草稿变更不影响前台；发布前比较新增、保持和撤销。后续新增记录、字段变化、组织归属变化及结束事件重新计算范围。指定记录模式不会自动扩展到新商机；按条件模式可以。撤销后停止该记录的自主工作，未完任务转人工；人工移除的记录不会因再次匹配自动加回。

同一身份对同一记录多部署重叠时，不合并权限取最大值；发布被阻止并显示冲突记录，管理员先调整负责范围。Demo 已实现这一发布校验。

身份状态与本体版本、部署发布状态分别管理。有效任命还须满足“身份已启用”。本体四个配置页保留原生调试 Chat，默认样例调试不要求身份启用，不产生任命、正式任务或前台消息；可切换到部署权限校验，检查身份、已发布部署、技能和字段权限。两种模式均为模拟，不调用生产系统。

启用前校验姓名、治理负责人、读取权限及至少一个授权部门，确认页展示影响记录和排除记录。重新启用沿用已发布配置，先预览恢复范围；人工移除记录继续排除，已转人工事项不会自动收回。身份停用作用于全部任命；从某条商机移除只解除该记录上的任命。

企业权限由管理员在“数字员工身份 → 配置企业权限”中授予；部署只能在上限内收窄。权限条目来自业务对象、字段和工具动作，角色描述不自动产生授权。Demo 操作者固定为企业权限管理员，平台策略和可授权部门为示例，未接入生产权限服务。

保存权限前预览受影响记录和任务；确认后生成权限修订号并立即重算，失去执行权限的未完事项转人工。生产中非权限管理员只能查看，不能扩大授权；仍需服务端校验。Demo 不模拟多个后台账号。

2.2.3 原商机群助手与数字员工

本轮推荐保留两个独立身份：原商机助手继续承担系统规则通知和已有入口，商机推进官承担自然语言业务任务、专业分析与持续回查。不能把原系统 Bot 直接改名为数字员工，避免已有订阅、审计和生命周期混在一起。

前台将其区分为“系统服务：商机助手”和“数字员工：商机推进官”。默认只把推进官作为本期业务委派的 @ 目标；若原助手已有问答能力，保留原范围并提示新职责入口，不静默改变已有会话。

同一事件的事实回执只由事件责任方发一次：系统业务变更由原助手通知；数字员工执行产生的回执由数字员工发送，原助手抑制重复；数字员工后续分析可独立发布，但仅在有新增可行动结论时发送。去重不得屏蔽必要的原系统通知。解除数字员工任命后原群助手继续工作。

2.2.4 任务权限与数据边界

自主任务按身份上限、任命范围及本次任务需求取最小访问范围。用户发起还需检查其调用和业务操作权限；不能借 Agent 越权。结果投递另按接收范围检查，原数据权限收回后历史报告、摘要与缓存也必须重新校验。能力名称不是权限项，需展开实际对象与动作。

2.2.5 详细示例：拜访到需求验证

会议和需求证据随商机关系关联，客户助理继续长期经营；不会授予推进官读取客户其他商机的权限。审批前内容变更使原确认失效；创建重复提交保持幂等，跨入口刷新显示同一状态。

2.2.6 个人角色工作台的输入与输出

工作台属于个人及角色，不属于商机推进官。输入包括商机 Agent 的待确认/风险、客户 Agent 的经营事项、审批系统、会议日程、人工任务、服务等其他来源。只接入用户有权查看且与其执行、确认、关注或管理责任相关的信息。

聚合按源事项唯一标识去重，多个来源关联同一任务时合并卡片并保留全部来源。按销售/售前/经理展示不同责任队列，角色选择本身不改变底层权限。经理能查看不代表能代办；无处理权限时只可查看或转到来源。跨业务的个人优先级建议可由个人助理提供，但不接管各业务 Agent 的记忆、授权和执行。

2.2.7 暂停、移除与历史

“移除数字员工”在团队、业务群、详情页及后台任命列表均为同一动作：解除该数字员工对当前记录的任命。确认框显示影响记录、群、未完工作和接管人；确认后全部入口不再显示其在岗状态，不可再向其发起该业务任务，停止后续触发和写入。保留原消息、已生成记录、审计与真人任务；未完的 Agent 事项交业务负责人处理。

自动条件仍命中时，记录排除状态，不能立即自动拉回。重新上岗必须明确重新任命并展示影响；不撤销其他记录的任命，不删除本体，不退出原系统助手。若是业务范围调整，也按同一撤销机制收口。

“暂停工作”保留身份但不再执行；“关闭群消息”仅关闭该群的主动投递/监听配置，不叫移除，详情与动态仍可工作。撤销时已进入正式业务系统的提交不能假装回滚，记录最终执行结果并交负责人；排队、重试、待确认任务均重新检查任命状态。

2.2.8 异常与验收

2.3 待确认事项

三、规范检查项

3.1 业务文案多语言 Key

英文按词换行；技术字符串支持长词兜底。金额和币种不在数字中间断开。弹窗标题、长按钮及表单标签允许扩展；本地 Demo 做长文本压力检查，完整英语产品包不在本轮范围。

3.2 需求埋点

3.3 沙盒/更改集能力

3.4 PaaS 国际化兼容检查

3.5 新对象/新字段 BI 分析申请

3.6 操作日志说明

记录身份、任命及版本、关联业务、触发来源、权限判定、确认人与内容版本、正式执行结果、成果来源及回查、暂停/移除/重任命。脱敏日志不保存令牌；模型原始上下文按数据策略受控保留。工作台仅记录入口操作，正式业务审计仍回到原服务。

3.7 需求风险点检测

3.8 上线策略

3.8.1 收费标准

• [ ] 不收费
• [ ] 收费

待确认；不把模型调用费用直接视为产品定价。

3.8.2 上线节奏

• [ ] 全网
• [x] 灰度

3.8.3 适用版本