Salesforce Sales Cloud
商机路径与历史报告对阶段耗时采用不同累计和取整口径；测量前需明确选哪一种。
官方说明；检索2026-09-06
暂定诊断 · 匿名仿真教学
客户拜访与方案推进
暂定诊断·匿名仿真教学。材料包用于完整练习；无真实多角色访谈、现场或系统日志，真实证据门未通过。来源、证据缺口见第3章；补证对象和问题见第11章。
二、核心矛盾
分析对象是销售团队怎样把一次已约定的访谈，推进到客户收到最新方案与小样、商机状态和下一步由人确认。
客户说的是试点意向，内部流转后却成为全量上线承诺。
原话的边界没有跟着任务一起走。
E3→E4→E5→E6存在可核对的内容变化；这是课堂样本中的文本差异，不是全团队的执行统计。
- 范围扩大售后小范围变成全公司（E3/E5）。
- 意向变承诺六周试点愿望变正式上线（E3/E6）。
- 未知写确定部署、接口与准确率被写成要求（E3/E5）。
- 判断缺依据80%成交概率没有客户证据（E4/E8）。
一句话总结：本轮先找信息怎样失真，不给客户产品另定建设目标。
三、完整流程还原
主线包含客户信息、方案制作、能力与商机决策。起点：已约好访谈；终点：客户收到最新材料，销售负责人和客户经理确认状态及下一步（E1 P14/P46）。不含正式报价、合同、生产部署；负责人按文件分工由客户经理负责流程窗口、销售负责人负责商机与资源，真实组织授权待确认。
这张图说明的是：样本能还原文本传递及核对，最后一次发送和系统更新没有执行凭证。（课堂概念示意，非真实系统界面）。
| 编号 / 类型 | 来源与定位 | 能说明什么 / 边界 |
|---|---|---|
| E0 案例说明 | 00_案例说明与材料目录.md，第3—7行；08_学员诊断任务.md，第3—18行 | 所有素材为仿真；只分析内部客户拜访与方案推进。材料08明确耗时情境不是真实测量。 |
| E1 文件规定 | 模拟流程文件_ToB企业AI知识助手客户拜访与方案推进流程_V0.9.docx；V0.9，2026年9月；P12、P14、P46、P152—182、P194—201 | P为按document.xml顺序提取的段落序号，含表格单元格；规定保留原话、能力核对、人工确认，不证明执行。 |
| E2 访前资料 | 01_拜访任务与客户资料.md，第3—11行；拜访设定2026-08-12 | 准备了通用介绍；使用者、资料边界等未明确。其他材料未注明独立日期。 |
| E3 模拟原始陈述 | 02_客户拜访转写节选.md，第9—19行 | 先售后试点、120人、200—300份资料、六周愿望；部署与接口未知，不需正式报价。不是本次真实访谈。 |
| E4 内部转述 | 03_客户经理拜访纪要与商机更新草稿.md，第5—20行 | 范围变成全公司、六周正式上线、倾向云端、预算；80%无证据，未附原话。 |
| E5 内部任务 | 04_方案任务卡.md，第3—11行 | 3000人、2000份、95%及标准接口承诺进入任务卡；唯一依据是纪要。 |
| E6 方案样本 | 05_企业AI知识助手方案初稿_V0.1.md，第5—21行 | 继承任务卡承诺；小样明确模拟数据，未接客户系统。 |
| E7 核对意见 | 06_产品交付核对意见.md，第5—12行 | 要求纠正范围、接口与95%承诺；由销售负责人判商机。 |
| E8 后续反馈 | 07_销售负责人评审与客户反馈.md，第5、9—11行 | 同一案例后续收窄到售后约200份、项目文档暂不进；阶段暂不提升、删除80%。 |
| E9 流程图 | ToB企业AI知识助手客户拜访与方案推进四角色泳道图.svg；标题、描述与六阶段节点 | 作为课堂流程设计图；底部返工、更新滞后等靶子只是待验证方向，未当实际事实。 |
| 现场 / 系统 | 本包未提供真实现场记录、系统日志、时间戳样本 | 真实证据门未通过；上线、实际执行率、提效与回岗适用性均待确认。 |
一句话总结：文件、角色陈述、现场与日志分开，不能把规定补成执行。
四、关键节点还原与归因分析
| 节点 | 六问还原 | 归因与证据边界 |
|---|---|---|
| N1 客户经理准备 | 输入：客户资料；输出：通用介绍；角色：客户经理；活动：准备拜访；规则：文件要求关键问题；支撑：文件材料，工具未知。 | E2第9—11行与E1 P134/P140对照：准备内容缺需求问题；是否因时间、规则执行或材料权限，待问。 |
| N3 客户经理整理 | 输入：原话；输出：纪要与商机草稿；角色：客户经理；活动：归纳；规则：应分事实与判断；支撑：Markdown样本，CRM未证。 | E4第20行未附来源、未分判断；文本来源约束未体现，不能推定人员动机。 |
| N4 方案经理接任务 | 输入：纪要；输出：方案任务卡；角色：文件指定方案经理，样本实际制作者未署名；活动：转任务；规则：范围、待确认项；支撑：任务卡文件。 | E5第11行只引纪要；“已确认”标签缺原始依据。接收复核是否存在，待观察。 |
| N6 专家核对 | 输入：V0.1、小样；输出：核对意见；角色：产品交付；活动：逐项纠正；规则：不确定不承诺；支撑：文件对照。 | E7显示能发现差异，但发生在初稿之后；更早检查是否可行是待验证改法。 |
| N7 销售负责人决策 | 输入：商机草稿和证据；输出：状态暂不提升、缺口；角色：负责人；活动：商机判断；规则：人工确认；支撑：评审文件，系统执行未知。 | E8第5行纠正80%；规则存在，不能诊断成“没有负责人”。 |
一句话总结：缺口集中在来源与接收检查，规则是否落地仍待实际观察。
五、核心链路与关键控制点
把N3→N4→N5拉出：相同范围偏差连续出现在纪要、任务卡和初稿，能定位重复传递的位置（E4/E5/E6）。
这张图说明的是：控制点是来源随行、接收判定与能力核对；分支用来暴露缺失记录，不声称已观察到退回。（课堂概念示意，非真实系统界面）。
| 控制点 | 样本现状 | 参考要求与待证 |
|---|---|---|
| C1 | 任务仅引纪要（E5第11行） | E1 P152/P158要求分事实与未知；应保留原始位置。 |
| C2 | 缺少接收检查记录 | 是否查过、谁可退回、退到哪里，由方案经理演示。 |
| C3 | 初稿后专家明确纠正（E7） | 建议前移关键条件核对；能否减少后续修改须试点测量。 |
一句话总结：先核对交接这一小段，才知道该改规则还是工具。
六、流程问题深度分析
| 编号 / 表象 | 近因与根因假设 | 影响边界 |
|---|---|---|
| R1 范围与时间被扩大（E3/E4/E5/E6） | 近因：转述替代原始边界。假设：接收前未逐项核验来源；为何未核验待确认。 | 涉及返修与客户理解；无次数、损失样本，等级待确认。 |
| R2 未知能力成为确定承诺（E3第15—19行/E5第7行） | 近因：待确认项在任务中被确定化。假设：条件检查过晚或被绕过；E7说明检查本身存在。 | 接口、部署、95%等对外风险待测；不推定已发送或已违约。 |
| R3 商机概率缺证（E4第14行/E8第5行） | 近因：内部判断未附证据。假设：草稿字段容许未证实概率；系统字段与权限待确认。 | 资源判断可能偏差；负责人已要求纠正，系统是否更新未知。 |
5Why：R1从表象到证据边界
- Why1：为何初稿扩大？初稿与任务卡都写3000人、全量上线（E5/E6）；与E3冲突。
- Why2：为何任务卡如此？E5第11行明确只依纪要；纪要已把意向改为全量上线（E4）。
- Why3：为何原话没参与接收复核？待确认。资料只说明来源未附，不能证明从未复核。询问方案经理接收动作并查看操作记录；Why4—5到此停止。
5Why：R2与R3的边界
R2 Why1：任务把未知写成确定；Why2：是否有能力条件接收门，需专家走读，停止。R3 Why1：80%为无证据草稿；Why2：为何填值及是否有必填限制，需客户经理及系统管理员核实，停止。不把动机或管理缺位编成根因。
一句话总结：能确认文本偏移，不能凭文本替组织编造深层原因。
七、行业最佳实践对标
2026-09-06实际检索厂商官方文档。范围为CRM商机管理与工作项协同两个领域；这是公开做法参考，不证明电信内部平台具有同等能力，也不是采购建议。未引用APQC编号或未经核查的方法品牌归属。
HubSpot CRM
可限制阶段跳跃、阶段编辑和配置交易审批；所需版本、权限与例外要逐项核查。
官方说明；检索2026-09-06
Jira
工作流用状态与迁移表达工作项进展，适合明确接收、复核及退回状态。
官方说明；检索2026-09-06
Azure Boards
工作项历史保留创建者、修改内容和原因，帮助下一个接收者理解上下文。
官方说明；检索2026-09-06
| 模式编号 | 参考动作 | 本案例可验证的用法 |
|---|---|---|
| P1 | 先约定阶段接收条件 | 核验来源后接任务，检查版本与权限（推论）。 |
| P2 | 随工作项保存修改依据 | 保留旧口径、更新来源和复核人（推论）。 |
| P3 | 统一事件统计口径 | 分别记录首次提交、接收、退回、复核、客户反馈；未实测。 |
未核实到可用于本案的Gartner/Forrester公开报告，不使用其排名。未发现足以支持“行业无人采用某做法”的证据，不作此断言。
一句话总结：借鉴可追溯与接收规则，不把官网能力移植成已接通事实。
八、能力差距与诊断结论
| 能力维度 | 参考方向 | 案例现状 | 差距状态 |
|---|---|---|---|
| 原话追溯 | 任务带原始位置 | E5只有纪要来源 | 样本缺口 |
| 范围确认 | 保留愿望与确认版本 | E3/E5不一致；E8后续收窄 | 样本缺口 |
| 能力条件 | 未知项明确 | E5确定化，E7纠正 | 样本缺口 |
| 商机判断 | 由负责人按证据确认 | E8已有纠正意见 | 有控制证据 |
| 发送版本 | 保留发送凭证 | 仅E1规定，未给记录 | 待确认 |
| 改进测量 | 统一起止与样本 | 无真实时间戳 | 待采基线 |
核心诊断：课堂样本的信息边界在“原话→任务”交接处丢失，已有核对角色在初稿后纠正；真实发生机制待现场验证。
接力时把接力棒交过去，也要把跑道边界交过去。
| 风险维度 | 证据与可能影响 | 等级 |
|---|---|---|
| 运营 | R1可导致方案返修；次数和时长未给 | 待确认 |
| 能力与承诺 | R2错误条件已进入初稿，实际对外发送未证 | 待确认 |
| 资源判断 | R3被负责人纠正；系统执行未知 | 待确认 |
| 资料与权限 | 客户提到权限边界；没有泄露事件证据 | 待确认 |
以下Before/After先把交接动作逐一对应，再讨论试点。
一句话总结：风险有方向，严重度不能凭排版强行分高低。
九、Before / After 流程对比
这张图说明的是：三项相同粒度的动作改变了检查位置，没有声称已经提速。（课堂概念示意，非真实系统界面）。
| 维度 / R | Before | After建议 |
|---|---|---|
| 信息源 / R1 | 纪要替代原话 | 任务逐项带来源 |
| 用户动作 / R1 | 下游需再找原始依据 | 打开工作项即可核对 |
| 范围 / R1 | 意向成为承诺 | 愿望、确认、待确认分列 |
| 条件 / R2 | 接口与部署写确定 | 专家接收前核条件 |
| 可追溯 / R1/R2 | 更新关系需人工逐版比较 | 工作项保留旧口径及更新依据 |
| 判断规则 / R3 | 概率草稿缺证 | 负责人看证据与缺口再决定 |
| 耗时 / R1/R2 | 基线未知 | 先记录提交到接收、接收到复核的时间，再定目标 |
像交接钥匙时附上门牌、权限和未修好的门；是否少走路，需要实际走一次。
一句话总结：动作同粒度对照，效果留给试点验证。
十、解决方案：当前阶段与后续条件
暂定诊断·匿名仿真教学；方案均为待评审建议，不直接实施。
10.A 当前阶段：先做文件交接演练
取消无来源的“已确认”默认；合并事实与待办到同一工作项；前移范围和能力条件核对。
这张图说明的是：人按同一个工作项交接，AI只做检查草稿；接收不合格退回原执行人。（课堂概念示意，非真实系统界面）。
| 节点 / R | 判定依据 | 工具与人如何做 | 接收体验 / 验收 |
|---|---|---|---|
| N3 / R1 | 原话、后续反馈 | 已有Agent运行来源核对Skill，客户经理逐项确认 | 方案经理能找到每一边界来源 |
| N4 / R1/R2 | 未决项、版本、专家意见 | 共享文件或工作项；不合格退回，不自动批准 | 条件未知仍可讨论方向，不能成承诺 |
| N7/N8 / R3 | 负责人决定、发送版本 | AI仅整理更新草稿，客户经理人工发送与录入 | 状态、证据、下一步有责任人 |
可验证：来源是否齐全、冲突是否保留、接收与退回是否清楚（R1—R3）。
未解决：真实耗时、跨系统重复录入、客户接口权限、实际持续采用；均无实测。
10.B 条件补齐后再评估集成
只有取得真实样本、角色确认、系统管理员授权与接口文档后，才评估提醒或写回。当前没有证据要求独立IM数字岗位。协同承载可先用授权共享文件；升级平台须以多角色交接量和责任需求为依据。
这张图说明的是：先验交接质量，再验执行条件；没有承诺固定日期。（课堂概念示意，非真实系统界面）。
| 设计点 | 当前阶段 | 后续条件 |
|---|---|---|
| R1/R2 | 文件随任务，人工核对 | 实测样本与接收规则稳定才配置协同入口 |
| R3 | 人工更新草稿 | 接口、最小权限、人工确认点与失败回退通过后再评估写回 |
一句话总结：本轮可批准补证与演练，不能批准未知接口自动执行。
十一、AI机会与实施责任
优先复用已有TeleAgent或企业内部Agent承载一个来源核对Skill；本机仅在Codex读取已安装Skill实跑，TeleAgent安装与自动路由未测。新增数字员工暂不做；协同空间先明确工作项，再决定平台。
| 候选 / 对应问题 | 输入、动作与结果 | 接收、边界、依赖及顺序 |
|---|---|---|
| S1 拜访事实与任务来源核对 Skill；N3/N4，R1/R2 | 手动提供原话、纪要、任务卡、后续反馈；读取→逐项对照→标冲突与更新关系→输出事实表、缺口和待办；缺原文停止“已确认”判断。 | 方案经理接收；客户经理确认事实，专家核能力。待确认既有Agent文件读取权限。先验证：样本直接显示交接偏差，输入输出清楚；频率和收益未知，不评分。 |
| S2 商机更新草稿检查；N7/N8，R3 | 负责人决定与工作项→检查来源、状态与下一步→形成录入草稿；缺批准记录退回。 | 客户经理接收并人工录入；销售负责人决策。条件补齐后验证：CRM字段与权限未知；不自动发送/写回。 |
本轮S1任务卡：可交给Skill Creator继续制作
目标用户：客户经理与方案经理。样本：E3第9—19行、E5第3—11行、E8第9行。最小输出字段：事项、原话位置、内部转述、后续确认、状态、待核实人。异常样本：任务说2000份，原话200—300份；后续明确约200份、项目文档暂不进。保留旧说法及更新关系，不求平均。
验收：接收人能逐项定位来源；必须发现范围、周期、部署、接口、95%与报价差异；无来源不得标确认；客户产品数字只用于冲突核对，不作内部流程目标。缺文件时列缺口、不补数；关键冲突漏标退回客户经理。测试结果应由业务复核者另行签认。
Demo需求与共享工作项
概念Demo面向两类交接角色，输入上述三个样本，显示对照表与人工确认按钮（仅演示，无写回）。标注“课堂概念示意，非真实系统界面”。验收同S1；不做真实身份、客户知识助手产品、不发送、不部署。工作项字段：材料与来源、执行/接收人、状态、约定期限、交付版本、验收与阻塞；接收→处理→复核→交接→关闭，每次交接更新必要上下文。
| 待确认事项 | 建议核实角色 | 动作与下一轮问题 |
|---|---|---|
| 真实转述与接收动作 | 客户经理、方案经理 | 在授权样本上从原话走到任务：为何删来源，谁检查、怎样退回？ |
| 核对时机与例外 | 产品交付专家 | 展示范围、接口、周期条件在何时核对；是否有漏检样本？ |
| 阶段与资源 | 销售负责人 | 展示依据与批准记录，明确暂停、推进与升级条件。 |
| 现场 / 日志 / 权限 | 客户经理协调系统管理员 | 授权后观察一次完整执行，记录提交、接收、退回、复核、发送、反馈时间与字段；无权资料不导入。 |
| 人员与节奏 | 流程负责人（建议客户经理窗口，授权待评审） | 指定方案经理为试点协调候选，四角色每次交接复核；阻塞升销售负责人，投入与时间待定。 |
下一步沿课程六步：定范围→收材料→设计调查→访谈跟现场→集中诊断→评审改进。本报告没有开展新访谈；上表是拟访谈提纲。第6步配套《客户拜访_流程改进提案.md/html》，管理者决定边界、协调人、资料授权、演练验收及继续/停止条件。
一句话总结：先交付一个可验收的来源核对任务，把人负责的决定写清楚。