企微销售预测应先明确预测期间、金额口径与商机范围，再检查每个项目的成交时间依据和前置事项。WorkBuddy可用AI把正式清单与授权沟通对应，准备本期、可能跨期和仍待核实的材料；预测由销售负责人确认，客户说有兴趣不等于本期会成交。
月末开会时，有人把全部在谈项目相加，有人只报自认为稳的客户，还有人沿用上次预计日期。数字看起来能汇总，实际各人说的可能不是同一件事：合同金额、当期回款和当期确认的业务结果，不能混在一个总数里。
先由团队确定这次究竟预测什么，使用哪份正式商机清单，以及截至哪个日期。项目金额、币种、税费或计入方式采用业务已确认口径；这些资料由有权人员提供。客户在聊天里问过价格，只能提供背景，不能直接变成正式商机金额。
有了共同定义，再讨论变化原因。不要先给一个目标数字，再让AI从聊天里找能支持它的句子。
知你AI助手可查询授权客户、历史会话和消息。销售提供项目与具体客户的可靠对应，限定企业微信渠道、预测期间和相关上下文，找出对方明确提到的评审、确认、采购或其他前置安排。名称相同不能证明属于同一项目。
WorkBuddy支持配置通用MCP服务，按双方当前说明完成授权后，可以提出：“以这份正式商机清单和预测定义为准，整理客户明确说过的时间安排、尚需完成的事项、责任方与变动。分别列原话、消息时间和内部推断，指出哪些依据影响本期范围，不自行填金额、概率或成交日期。”
客户说希望月底完成，与已确认月底可以完成不同；团队计划本周发材料，也与客户评审已经排定不同。先保留这些条件，再请销售核实当前结果。CRM、合同和收款资料由团队另行提供，客服MCP不自动读取这些系统。
下图为MCP连接后台布局示意，预测材料在AI客户端组织，并非产品内置的销售预测页面。
每一行对应清单中的实际项目，先看本期依据是否充分，再按团队定义汇总。下表是虚拟结构，不预设任何项目一定进入哪一类。
| 需要记录的内容 | 供负责人判断什么 |
|---|---|
| 正式金额与来源 | 本次相加的是同一业务口径 |
| 客户明确时间表达 | 只是期望，还是有已确认安排 |
| 本期前置事项 | 还有哪些动作可能影响时间 |
| 当前预测情景 | 按团队定义列入，并保留判断人 |
| 相比上期的变化 | 金额、日期或前提改变的实际原因 |
例如虚拟项目已在正式清单列出金额，但客户只说等内部评审。应把评审安排未确定保留下来，不能把有报价理解为本期已落实。另一个项目已有明确安排，却新增前提，也要指出该前提对本期判断的影响，由负责人决定如何处理。
可继续要求AI：“分别列现有依据支持的情景，以及前置事项不能如期完成时受影响的项目；沿用团队提供的分类定义，不给未知项目套默认概率。汇总时展示纳入清单与未纳入原因，标出重复项目和金额缺项。”有多个货币或口径时先分开，转换方式交业务确认。
下图为AI客户端辅助整理流程，客户、项目与表达均为虚拟示例，不是实际预测结果。
负责人核实后保留本次截点和项目清单。下一次不必从头复述每位客户，只比较新增事实：原先等待的事项是否完成，预计时间是否改变，金额是否有正式调整。没有新依据的项目可以说明保持原判断，而不是为了更新而改数字。
知你AI助手减少反复翻查企微沟通的工作，WorkBuddy把条件和正式清单并排组织。销售再把关键未知转成明确任务，例如核实评审安排、补全方案范围，而不是让每条记录都变成催单。正式业务结果出来后，回到对应记录核实，再用于后续复盘。
不是，还需统一金额口径、预测期间和纳入条件。
保留期望与附带条件，由销售核实实际安排和本期依据。
本文的正式商机与金额由团队提供，MCP只查询授权客服记录。
不宜，使用团队已确认方法，未知条件单列，不套默认概率。
不能据此判断，应到正式业务记录核对结果与计入范围。
销售预测先统一期间和金额，再逐项说明本期依据、前置事项与变化。让AI准备可以回看的材料，让负责人形成预测判断，从清单里最影响本期的一组项目开始核实。
如果销售周会经常只有一串预计金额，却找不到本期依据，可以了解知你AI助手官网，用AI结合正式清单与授权沟通准备更容易复查的预测材料。
也可以扫码交流你的客服数据整理需求：
全渠道智能客服系统，聚合微信、小红书、抖音等平台咨询，支持自动回复与多客服协同。
知你AI助手官网 >AI 驱动的智能接待助手，基于知识库生成可确认的推荐回复，提升响应效率。
知你快回官网 >浏览器插件，为小红书、抖音、网页客服场景提供快捷话术库与 AI 自动回复。
