网站售前转化漏斗，应跟踪同一批首次咨询客户，用一致阶段和观察范围计算推进比例。千问办公可用AI整理授权售前原话，再由负责人补充核实的成交结果；这样才能看清需求、报价与成交之间的停滞，不能把当月聊天次数直接除以当月订单数。
网站本月新增咨询，和本月成交，通常不天然来自同一批人。重复聊天会增加会话数量，老客户的新项目也可能贡献订单。做漏斗前先定义统计单位：本次按一名已核实客户的首次目标服务咨询计一次，还是按独立商机计一次，不能中途切换。
为同一批对象记录首咨日期、实际业务目标、阶段进入依据与结果复查点。客户昵称相似不合并，同一客户多次咨询同一事项也不重复加进首层。需要跨账号关联时，由团队确认对应关系。
HubSpot的旅程报表说明区分必经与可选阶段，漏斗中的必经阶段需要按顺序满足；统计对象也与事件条数有别。借鉴这类定义时，要先确定本团队真实销售路径，而不是照搬其他系统的字段或把所有购买过程硬塞进同一路径。
知你AI助手支持查询授权网站客户、历史会话和消息。千问办公按当前自定义MCP说明完成连接与授权后，读取客户明确的用途、适配条件、方案讨论与报价接收等上下文；正式成交由销售提供可核实业务记录，不能从一句可以或发来合同推断。
分析前可将阶段写清：
可让AI执行：“按这份首咨对象清单和阶段定义，逐项查授权沟通，给出阶段、日期、原话依据及未知项。对照我提供的正式成交记录，保留客户对应关系。不要用发消息次数充当人数，不将考虑、收资料或没有回复认定为成交或输单。”历史查询需补完相关上下文与分页，无法覆盖的记录单列待核。
下图为MCP连接后台布局示意，转化明细在AI客户端整理，非产品内置销售漏斗。
以下对象、数量及期限全部虚拟。团队为一项采用上述统一路径的服务，选取同一周首次咨询的四十名客户，以各自首次咨询后三十天为观察范围。复查时观察均已结束，身份与相关材料已核完；本例没有跳过中间阶段的特殊购买路径。
其中二十名达到需求明确要求，十二名继续收到正式报价，六名最终正式成交。后一层均来自前一层相同对象，不能把其他月份的六笔订单移进来凑数。
| 阶段 | 同批客户人数 | 相对上一阶段 | 相对首次咨询 |
|---|---|---|---|
| 首次咨询 | 40 | 起点 | 100% |
| 需求明确 | 20 | 20÷40＝50% | 50% |
| 报价已收到 | 12 | 12÷20＝60% | 30% |
| 正式成交 | 6 | 6÷12＝50% | 15% |
这份结果说明：本次队列最终成交占比为六除以四十，即15%。需求明确到收到报价之间，有八名截至观察点尚未进入下一阶段；收到报价后另有六名未确认成交。它们是需要继续区分状态的对象，不自动等于永远流失，更不能直接归因为价格高。
实际材料有未知时，在对应层旁列数量及原因，不偷偷删掉。存在直接购买、跳过报价等真实路径时，单列分支并说明与主漏斗的关系，不虚造中间动作。观察尚未结束的队列也应注明，避免与成熟队列直接排名。
下图为AI客户端辅助复核流程，人数和会话均为虚拟示例。
以八名需求明确后尚未收到报价的客户为起点，回查是否缺正式方案、报价尚未发送，或客户暂缓采购。由负责人核实具体状态，再选相应行动；不是看到某层比例低就要求客服多发消息。
知你AI助手提供能回查的客户沟通依据，千问办公帮助对应阶段与计算。复盘可抽查每层进入样本、停留样本和未知样本，确认定义一致后再比较不同期间。改进后继续用相同观察方式跟踪，不把同期波动直接当成某句新话术的效果。
不能直接这样算，统计单位和客户队列可能不同，还混入重复会话。
本文查询授权客服数据，正式成交由业务负责人另行核实提供。
不代表，只能支持相应报价阶段，成交按正式业务定义确认。
不是，还可能在等待、暂缓或资料不足，应分别核实状态。
不用，按实际路径单列说明，不为凑漏斗虚构中间动作。
售前漏斗先把同一批客户、清楚阶段和实际结果对应，再计算每层比例。用AI从授权原话准备逐项明细，把未知与不同路径保留下来；先查清一层为何停滞，再安排真正能推进业务的改进。
如果网站咨询不少，却一直看不清从需求到成交卡在哪里，可以了解知你AI助手官网，让AI先把同一批授权沟通与已核实结果对应，再决定要改进哪一步。
也可以扫码交流你的客服数据整理需求：
全渠道智能客服系统，聚合微信、小红书、抖音等平台咨询，支持自动回复与多客服协同。
知你AI助手官网 >AI 驱动的智能接待助手，基于知识库生成可确认的推荐回复，提升响应效率。
知你快回官网 >浏览器插件，为小红书、抖音、网页客服场景提供快捷话术库与 AI 自动回复。
