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

版本：v1.0 | 创建日期：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

原本地 Demo 入口保持不变。

Demo 范围：客户经营助理采用预置有效任命，重点演示商机部署编辑与发布；使用示例数据和固定诊断结果，不调用线上模型或 CRM。企业权限上限在本轮为只读展示，部署权限可收窄；报价、真实审批与生产群授权需后续接入。本地浏览器保存演示状态，不构成生产安全边界。

本轮交互设计	对应规则
	后台配置按负责范围、功能与数据权限、触发与任务、工作入口组织；保存草稿和发布分开。
	原商机助手和商机推进官共存；成员身份、消息来源和工作职责可区分。
	个人角色工作台汇总多来源事项，业务 Agent 是输入之一；处理回到来源。

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

本期方案覆盖完整业务生命周期的职责定义；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 类型成员，自动接入指定关联群。用户可查看职责、授权摘要和任务。群里不重复添加同一身份；同群涉及多个记录时，按业务关联路由，歧义时选择记录。

同一身份对同一记录多部署重叠时，不合并权限取最大值；一项任务只选一个明确部署，发布时提示冲突并要求确定主责。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 适用版本