微信私域商机管理与漏斗运营系统 产品需求文档(PRD)
1 文档信息
本章记录文档标识、版本与修订信息,供评审时确认需求基线与变更来源。
| 项目 | 内容 |
|---|---|
| 文档名称 | 微信私域商机管理与漏斗运营系统 产品需求文档 |
| 文档编号 | PRD-OPP-2026-001 |
| 版本号 | V1.0(初稿) |
| 编写日期 | 2026 年 11 月 14 日 |
| 需求提出 | 负责人B(业务负责人) |
| 需求转述 | 同事A(2026 年 11 月 12 日 微信沟通) |
| 需求原始来源 | 2026 年 11 月 12 日 业务讨论会议录音转写(时长约 6 分钟)、同日微信沟通记录 |
| 目标读者 | 研发负责人、产品、测试、销售运营负责人、决策层 |
| 文档状态 | 待评审(含 10 项待确认问题,见第 14 章) |
1.1 版本记录
| 版本 | 日期 | 修订人 | 修订说明 |
|---|---|---|---|
| V1.0 | 2026-11-14 | 产品 | 首次成稿,基于 11 月 12 日会议录音与微信需求转述整理 |
2 需求背景与来源
本章说明需求从哪来、原始表述是什么、以及为什么这样理解,是全文的事实基础。
2.1 需求来源
本次需求由业务负责人在 11 月 12 日的讨论中口头提出,同日下午由同事A在微信中归纳为 6 条具体需求;连同会议中强调的「把回复与建议沉淀成知识库」,需求点合计 7 项。两类材料的定位不同,需结合阅读:
- 会议录音转写:回答"为什么要做""做成什么样",包含大量业务判断与取舍依据,但为语音识别文本,存在口语化与识别误差。
- 微信需求转述:回答"具体做什么",是需求范围的收敛版本,共 7 条。
本 PRD 以微信 7 条需求点为功能骨架,以会议录音为业务语义与设计约束的来源,两者交叉校验后成稿。
2.2 原始需求点还原与解读
微信原文共 6 条具体需求,另 1 项(第 7 项)来自会议补充,合计 7 项,逐条解读如下。此表是本文档与原始需求的对齐基准,后续功能编号均回溯至此。
| 序号 | 原始表述 | 业务含义解读 | 对应功能 |
|---|---|---|---|
| 1 | 不用实时打开电脑,每天早上或者中午抓取适合看的聊天 | 放弃 7×24 实时监听,改为每日定时批量采集微信会话;"适合看的"指有跟进价值的客户会话,而非全部聊天 | FR-01 |
| 2 | 把新商机补充到商机表 | 从会话中自动识别新商机,写入统一的商机台账(现存为表格形态) | FR-02 |
| 3 | 根据聊天内容对回复进行分析,给予意见 | 对销售人员的实际回复质量做评估,指出问题并给出改进意见与可用话术 | FR-03 |
| 4 | 对商机表进行商机漏斗整理 | 把扁平的商机清单整理为分阶段漏斗,可看结构、可看转化 | FR-04 |
| 5 | 哪个商机咨询哪个课程,回复到了哪个阶段,下一步动作是什么 | 每个商机需明确三件事:咨询的课程、当前阶段、下一步动作 | FR-04 / FR-05 |
| 6 | 有新课的时候推送给哪些商机 | 新课/新活动上线时,按商机画像匹配出应推送的名单 | FR-06 |
| 7 | (会议补充)把这些回复、建议存到一个地方,形成知识库 | 优秀回复、话术、异议处理案例沉淀为知识库,反哺后续建议 | FR-07 |
2.3 现状与痛点
当前业务以销售人员个人微信承接课程咨询,商机完全依赖人工记录与记忆,存在五个断点:
- 采集断点:客户消息只在销售的微信里,管理者不可见;销售下班、离开电脑即形成响应真空。
- 台账断点:商机靠手工登记或根本不登记,新客户容易漏记,老客户状态无人维护。
- 质量断点:销售回复是否专业、是否推进、是否踩合规红线,无人复核,问题重复发生。
- 节奏断点:客户谈到哪一步、下一步该做什么,依赖销售个人经验;报价、异议、促单缺乏标准动作。
- 匹配断点:新课程上线时,无法快速判断该推给哪批已有商机,只能群发,转化低且伤客情。
2.4 需求本质判断
会议中业务负责人反复强调的一句话是:"这个过程你是知识库形成的过程""最终的商机入口的过程,他有没有管理起来"。据此判断:
本需求的本质不是做一个"微信消息实时提醒工具",而是建立一条商机运营闭环:采集会话 → 识别商机 → 建立台账 → 评估回复 → 推进阶段 → 匹配课程 → 沉淀知识。
如果只实现"消息推送",则只解决了第 2.3 节的第 1 个断点,不构成业务价值。因此本期功能必须成链,不能只做采集与推送。
3 目标与成功指标
本章界定本项目要达成的业务结果、可衡量的指标,以及明确不做的范围。
3.1 产品目标
- 让商机自动进表,不再依赖销售手工登记,实现"一个不漏、状态可查"。
- 让回复有人复核,把销售的个人经验转化为可复用的标准话术与知识。
- 让漏斗可视化,管理者能看清每个商机所处阶段与卡点,并明确下一步动作。
- 让课程精准触达,新课上线时能基于商机画像定向推送,而非群发。
3.2 成功指标
| 层级 | 指标 | 定义 | 目标值(上线 3 个月) |
|---|---|---|---|
| 北极星 | 商机漏斗整体转化率 | 成交商机数 / 有效商机数 | 相对基线提升 20% |
| 过程 | 商机录入完整率 | 有完整阶段与课程的商机 / 全部商机 | ≥ 95% |
| 过程 | 24 小时首响率 | 新商机 24 小时内获得销售回复的比例 | ≥ 90% |
| 过程 | 阶段判定准确率 | AI 判定阶段与人工复核一致的比例 | ≥ 85% |
| 过程 | 停滞商机占比 | 超过 SLA 未跟进的商机 / 在跟商机 | 相对基线下降 30% |
| 过程 | 回复质量均分 | FR-03 综合评分均值 | 相对基线提升 10 分 |
| 过程 | 新课推送采纳率 | 采纳推荐并实际发送的商机 / 推荐商机 | ≥ 30% |
3.3 本期不做(范围边界)
以下事项明确不在本期范围,避免范围蔓延:
- 不做手机端微信采集。技术侧明确反馈当前不具备该能力(会议中已确认)。
- 不做 7×24 实时采集与实时告警。业务负责人明确表态"为什么要有实时的,我每天刷新 1~2 次"。
- 不做系统代发消息。AI 只生成建议与话术,由销售人工确认后自行发送,规避封号与话术失控风险。
- 不做群聊商机挖掘。本期仅覆盖一对一单聊。
- 不做销售绩效自动考核。评分仅作辅导依据,是否入绩效由管理层另定(见待确认项 Q7)。
- 不做语音消息转写。语音消息仅记录存在与时长,不参与语义分析(可作为 P2 储备)。
4 用户与角色
| 角色 | 职责 | 核心诉求 | 使用频率 |
|---|---|---|---|
| 销售人员(顾问) | 承接微信咨询、回复客户、推进成交 | 知道今天该跟谁、该说什么、怎么回 | 每日多次 |
| 销售主管 | 盯团队漏斗、辅导回复质量、处理升级 | 看清谁卡住了、谁的回复有问题、哪些要介入 | 每日 1~2 次 |
| 运营/教研 | 维护课程库、发起新课推送 | 新课能精准找到目标商机 | 按课程节奏 |
| 管理者(负责人B) | 判断整体商机健康度与转化 | 一张图看清漏斗与转化 | 每周 |
| 系统管理员 | 配置采集任务、账号、权限 | 采集稳定、数据可控 | 按需 |
5 名词定义
| 术语 | 定义 |
|---|---|
| 商机(Opportunity) | 有课程咨询意图、具备成交可能的客户线索。以"客户微信身份 + 咨询意图"为识别单位 |
| 会话(Conversation) | 销售与某一客户在微信中的一对一聊天线程 |
| 有效商机 | 通过意图识别、且经人工确认(或置信度达标)的商机 |
| 阶段(Stage) | 商机在漏斗中的位置,共 7 个,含 2 个终态(见第 8 章) |
| 漏斗(Funnel) | 按阶段聚合的商机分布与各阶段转化率 |
| 回复质量评分 | 对销售在分析窗口内回复行为的六维打分(见第 10 章) |
| 分析窗口 | 单次分析所覆盖的会话时间范围,默认最近 3 天 |
| 知识库 | 沉淀的课程资料、标准话术、异议处理案例、优秀回复样本 |
| 新课推送 | 将新上线课程/活动按匹配规则定向推荐给存量商机的动作 |
6 总体方案
本章给出系统整体能力构成、端到端流程,以及若干关键设计决策的判断依据。
6.1 能力地图
系统由六个能力域构成,形成闭环:
| 能力域 | 说明 | 对应功能 |
|---|---|---|
| 采集层 | 定时读取 PC 微信会话,增量入库 | FR-01 |
| 识别层 | 判断会话是否构成商机,抽取课程与需求要素 | FR-02 |
| 分析层 | 评估销售回复质量,生成问题、建议与话术 | FR-03 |
| 管理层 | 商机台账、漏斗阶段、下一步动作、跟进提醒 | FR-04 / FR-05 |
| 匹配层 | 课程库与商机画像匹配,产出推送名单 | FR-06 |
| 沉淀层 | 话术与案例入库,反哺分析层 | FR-07 |
6.2 端到端业务流程
- 定时触发:每日 09:30、12:30(可配置)触发采集任务;若电脑在触发时未开机,则开机后自动补采一次。
- 会话采集:读取销售 PC 微信客户端中时间窗口内的新增消息,去重后入库。
- 商机识别:逐会话判断是否为商机;新客户建档,老客户追加沟通记录。
- 阶段判定:依据最新对话内容判定商机所处阶段,并识别阶段是否发生变化。
- 质量分析:对销售在窗口内的回复评分,输出问题清单、改进建议与可用话术。
- 台账更新:把上述结果写入商机表,生成每个商机的"下一步动作 + 建议时间"。
- 任务生成:为销售生成当日待办清单;对超期未跟进的商机生成预警;对需上级介入的商机生成升级提醒。
- 日报推送:采集分析完成后,向销售与主管推送当日汇总。
- 课程匹配(按需触发):新课上线时,基于课程库与商机画像计算匹配度,产出推送名单与推荐话术。
6.3 关键设计决策
| 决策 | 结论 | 依据(源自会议) |
|---|---|---|
| 采集频率 | 定时批量,每日 1~2 次,非实时 | "不用实时打开电脑""为什么要有实时的,我每天刷新 1~2 次""每天收集两次有啥问题" |
| 采集口径 | 只采 PC 微信,手机端不做 | "手机的话他现在做不了""你只要一台电脑" |
| 覆盖手机回复的可行性 | 可行。微信 PC 与手机消息双向同步,手机上的回复会落到 PC 端 | "你即使在手机上回复的……你只要跟电脑同步了,他所有的信息他会同步到电脑的微信上" |
| 触发时点 | 开机后固定时点(如 9 点)执行,周末可跳过 | "只要一开机过后你设一个时间 9 点""可能周末没开没关系" |
| 分析窗口 | 默认最近 3 天 | "今天、明天、和昨天这三天"(口语表述,指近 3 日对话上下文) |
| AI 记忆 | 必须保留长上下文与历史动作,不能每次从零判断 | "它有上下文,它的 memory""你下面的动作它随时知道" |
| 发送方式 | 系统只出建议,人工发送 | "有些是你直接可以去回复客户的"——保留人工判断 |
7 功能需求
本章按功能编号逐项定义需求,每项包含目标、功能说明、业务规则、输出物与验收标准,可直接拆分开发任务。
7.1 FR-01 微信会话定时采集
目标:在不影响销售正常使用微信的前提下,按日批量把有价值的会话抓取进系统。
功能说明
- 采集对象:绑定销售的 PC 微信账号(Windows 客户端)。一个销售可绑定一个微信号。
- 采集内容:时间窗口内的一对一会话消息,含发送方、发送时间、消息类型(文本/图片/文件/链接)、文本内容。
- 采集频率:默认每日两次(09:30、12:30),支持管理员按销售调整;同一销售两次采集互不干扰。
- 补采机制:触发时点电脑未开机或微信未登录,任务置为"待补采";检测到开机登录后自动补跑一次,且只补未采集区间。
- 增量去重:以"会话 ID + 消息 ID"为唯一键去重;同一消息重复采集不产生重复记录。
- 时间窗口:默认采集近 3 天消息;首次接入历史数据时可选回溯 30 天(需人工确认)。
- 会话筛选:先全量采集候选会话,再由 FR-02 做商机判定;不做"只采好客户"的前置过滤,避免漏商机。
业务规则
- 采集过程需对微信客户端只读,不得修改、撤回、发送任何消息。
- 采集失败重试 3 次,仍失败则记录失败原因并通知管理员。
- 每次采集生成一条批次记录(批次 ID、开始时间、结束时间、会话数、消息数、状态)。
异常与边界
| 异常场景 | 处理方式 |
|---|---|
| 微信未登录 | 任务置"待补采",登录后自动补跑 |
| 采集进程异常退出 | 断点续采,已入库消息不重复 |
| 网络中断 | 本地缓存待上传,恢复后补传 |
| 单会话消息量过大(超过 2000 条) | 分页读取,仅取窗口内最新 500 条用于分析 |
验收标准
- 连续 7 天定时采集成功率 ≥ 98%。
- 同一消息不重复入库,去重准确率 100%。
- 采集过程对微信客户端可用性无感知影响。
7.2 FR-02 商机识别与入表
目标:从会话中识别出商机,自动补入商机表,实现"新商机不漏"。
功能说明
- 商机判定:以会话为粒度,出现以下任一类信号即判定为候选商机:
- 课程类咨询:问课程内容、开班时间、师资、上课方式、试听;
- 价格类咨询:问学费、优惠、分期、退费政策;
- 效果类咨询:问能否考证、能否就业、能否提升某项技能;
- 转化类信号:索要资料、要求报名链接、询问付款方式。
- 要素抽取:从对话中抽取客户称呼、意向课程、学习目标、当前基础、时间诉求、预算区间、决策人、客户顾虑。
- 新老商机判定:客户微信身份已存在 → 追加沟通记录并更新要素;不存在 → 新建商机,阶段置为"新咨询"。
- 置信度与人工确认:识别结果给出置信度。高置信(≥0.8)自动入库;中置信(0.5~0.8)进入"待确认"列表由运营一次性确认;低置信(<0.5)不建档,仅保留会话记录备查。
- 合并与忽略:支持把重复建档的商机合并;支持把误判会话标记为"非商机",并作为负样本优化规则。
输出物:商机主表新增/更新记录;待确认列表;识别日志。
验收标准
- 商机识别召回率 ≥ 95%(以人工标注的 100 个会话样本为基准)。
- 识别准确率 ≥ 85%,误判可通过"待确认"环节拦截。
- 新商机从采集完成到入表延迟 ≤ 10 分钟。
7.3 FR-03 回复质量分析与改进建议
目标:回答"这次沟通质量怎么样、问题在哪、下一步怎么说",把复核从人工抽查变为全量覆盖。
功能说明
- 分析对象:销售在分析窗口(默认近 3 天)内的全部回复,按会话聚合分析,而非单条孤立评价。
- 沟通质量结论:对每个会话给出定性结论——本次沟通解决了什么、卡在哪里、意向是升温还是降温。
- 六维评分:按第 10.1 节的维度打分,输出总分与各维度分。
- 问题清单:指出具体问题及其在对话中的位置,例如"客户问价格,回复只给了总价,未拆解价值""客户提到时间紧张,未回应时间顾虑"。
- 改进建议:针对问题给出可执行的改法,而非泛泛而谈。
- 可用话术:直接生成可复制发送的回复文案,并按"可直接回复"与"需升级上级"分类(见 10.4)。
- 结果留存:分析结论、建议、话术写入分析结果表,并回写商机主表的"AI 评分"与"AI 建议摘要"字段。
业务规则
- 分析必须携带该商机的历史上下文(过往报价、客户异议、已发资料),不得单轮判断。
- 同一会话在同一窗口内只分析一次,避免重复打扰。
- 话术生成必须引用知识库中的课程卖点与政策口径,不得自行编造价格、优惠、承诺。
输出物:会话分析卡(结论 + 评分 + 问题 + 建议 + 话术);商机表评分字段;日报中的质量摘要。
验收标准
- 每条商机每日产出 1 份分析结论。
- 建议被销售采纳率(标记"有用")≥ 40%。
- 评分与主管人工评分的一致率 ≥ 80%(抽检 50 个会话)。
7.4 FR-04 商机漏斗整理与阶段管理
目标:把商机清单从"一堆名字"变成"一条漏斗",可看结构、可看卡点。
功能说明
- 阶段自动判定:依据对话内容判定商机当前阶段(阶段定义见第 8 章),并记录阶段变更时间。
- 人工修正:销售或主管可手动调整阶段,系统记录"AI 判定值 / 人工修正值 / 修正原因",用于后续优化。
- 三要素呈现:商机列表与详情必须固定展示"咨询课程 / 当前阶段 / 下一步动作"三列,这是业务负责人明确点名的要求。
- 漏斗视图:按阶段聚合商机数量与金额,展示各阶段转化率、平均停留时长。
- 停滞预警:商机在某阶段停留超过 SLA(见 8.1)时标红,并进入预警列表。
- 筛选与分群:支持按负责人、课程、阶段、意向等级、最近沟通时间筛选。
验收标准
- 商机详情页三要素字段完整率 100%。
- 漏斗各阶段数量之和等于商机总数,无遗漏无重复。
- 阶段变更均有时间戳,可还原流转路径。
7.5 FR-05 下一步动作与跟进提醒
目标:让每个商机都有明确的"下一次动作",解决"不知道该干嘛"。
功能说明
- 动作推荐:为每个商机生成一条下一步动作,包含动作类型(发资料 / 约试听 / 报价 / 处理异议 / 促单 / 回访 / 升级)、建议执行时间、执行要点。
- 待办清单:按销售聚合为每日待办,按紧急度排序(超期 > 今日到期 > 阶段停滞 > 常规)。
- 超期提醒:超过建议时间未执行,向销售推送提醒;连续 2 次超期,同步给主管。
- 升级机制:识别需上级介入的场景(见 10.4),生成升级说明(客户情况、已让步、诉求、建议口径),推送给主管。
- 跟进记录回填:销售执行后可标记完成并填写结果,形成完整跟进轨迹。
验收标准
- 每个在跟商机均有下一步动作与建议时间,覆盖率 100%。
- 待办清单按紧急度正确排序。
- 升级提醒从触发到送达 ≤ 1 分钟。
7.6 FR-06 新课与活动匹配推送
目标:新课上线时,快速找出"该推给谁",替代群发。
功能说明
- 课程库:维护课程的基础属性(见 9.4),新课/新活动上架时标记状态为"新课"。
- 匹配计算:对全部在跟商机计算匹配度,权重建议如下,可按课程类型调整:
| 匹配因子 | 权重 | 说明 |
|---|---|---|
| 意向方向一致 | 35% | 商机意向方向与课程方向一致 |
| 历史咨询课程相关 | 25% | 曾咨询过同系列/进阶课程 |
| 当前阶段适配 | 15% | 处于需求确认~促成阶段的商机更适合推新课 |
| 预算区间匹配 | 15% | 课程价格落在客户可接受区间 |
| 意向等级 | 10% | A/B/C 级加权 |
- 推送名单:输出名单(客户、匹配分、推荐理由、建议开场话术),支持导出与分配。
- 人工确认:名单需运营或销售确认后才进入发送环节;系统不代发。
- 效果回收:标记名单中实际发送、有回复、有转化的商机,回流作为匹配模型优化依据。
验收标准
- 单次匹配 5000 商机耗时 ≤ 2 分钟。
- 推荐名单附推荐理由,理由可被销售理解并直接使用。
- 推送采纳率可统计。
7.7 FR-07 话术与案例知识库
目标:把个人经验沉淀为组织资产,让 AI 的建议越用越准。
功能说明
- 知识类型:课程资料(卖点、价格、政策、开班计划)、标准话术(开场、介绍、报价、促单)、异议处理案例(价格贵、没时间、要考虑、效果怀疑)、优秀回复样本。
- 标签体系:按课程方向、场景、异议类型、阶段打标。
- 自动沉淀:AI 判定为高质量的销售回复,可一键入库为优秀样本;主管也可手动收录。
- 调用优先级:生成建议时优先引用知识库内容,无匹配时再走通用生成,避免编造。
- 版本与失效:价格、政策类知识需带有效期,过期自动提示更新。
验收标准
- 知识条目可按标签检索,检索响应 ≤ 1 秒。
- 建议中引用知识库的比例 ≥ 70%。
- 过期知识触发更新提醒。
7.8 FR-08 日报与看板
目标:让管理动作发生在每天,而不是月底复盘。
功能说明
- 销售日报:今日新增商机、阶段变化、待跟进清单、需升级事项、个人回复质量提示。
- 主管日报:团队商机变化、停滞预警、质量异常人员、待处理升级。
- 管理看板:漏斗总览、阶段转化率、平均停留时长、课程维度商机分布、新课推送效果。
- 推送时点:采集与分析完成后自动生成,默认 13:00 与 19:00 各一次。
验收标准
- 日报内容与实际数据一致,无空值错位。
- 看板数据延迟 ≤ 15 分钟。
8 商机漏斗与阶段模型
本章定义商机的阶段划分、流转规则与流失回捞机制,是漏斗整理功能的数据基础。
8.1 阶段定义
| 阶段 | 定义 | 进入条件 | 标准下一步动作 | SLA |
|---|---|---|---|---|
| S0 新咨询 | 客户首次表达课程相关咨询 | 会话出现咨询意图且无历史建档 | 24 小时内首次响应,问清身份与目标 | 24 小时 |
| S1 需求确认 | 已掌握客户背景、目标、时间、基础 | 客户回答了至少 2 项关键信息 | 匹配课程并说明适配理由 | 3 天 |
| S2 方案报价 | 已推荐具体课程并给出价格 | 已发送课程方案或报价 | 确认客户对方案的理解与顾虑 | 2 天 |
| S3 异议处理 | 客户提出价格、时间、效果等异议 | 客户表达明确顾虑或拒绝理由 | 按异议类型给对应处理话术 | 1 天 |
| S4 促成 | 客户表达报名意向,等待决策或付款 | 客户询问报名流程、付款方式、开课时间 | 明确下一步时间点,推动付款 | 3 天 |
| S5 成交(终态) | 客户已完成付款/报名 | 确认收款或报名信息 | 交付入学指引,转入服务流程 | — |
| S6 流失/搁置(终态) | 明确拒绝或长期无响应 | 客户明确拒绝,或超过 30 天无有效沟通 | 标记流失原因,进入回捞池 | — |
8.2 阶段流转规则
- 阶段只能前进或终止,不允许跳级回退到 S0;客户重新咨询时从当前阶段继续。
- 每次阶段变更必须记录:变更前阶段、变更后阶段、触发依据(对话片段)、判定来源(AI/人工)、变更时间。
- 阶段停留在同一状态超过 SLA,进入预警;超过 SLA 的 2 倍,自动标记"高风险",需主管处理。
- 终态商机可在客户再次咨询时复活,复活后阶段回到 S1,并保留原流失原因。
8.3 流失与回捞
- 流失必须选择原因:价格不合适、时间冲突、选择了竞品、效果存疑、决策人不同意、失联、其他。
- 流失商机进入回捞池,按原因分组;新课上线时优先匹配回捞池中"价格不合适""选择了竞品"的商机。
9 数据模型
本章定义支撑上述功能的五张核心数据表,字段与来源明确到可直接建库。
9.1 商机主表
| 字段 | 类型 | 说明 | 来源 |
|---|---|---|---|
| 商机 ID | 文本 | 唯一标识 | 系统生成 |
| 客户微信标识 | 文本 | wxid/备注名,用于会话关联 | 采集 |
| 客户称呼 | 文本 | 对话中抽取的称谓 | AI 抽取 |
| 来源渠道 | 枚举 | 主动咨询/转介绍/活动/直播/老学员 | AI 判定 + 人工修正 |
| 首次咨询时间 | 时间 | 会话中最早咨询消息时间 | 采集 |
| 最近沟通时间 | 时间 | 最新一条消息时间 | 采集 |
| 咨询课程 | 文本(多值) | 客户问过的课程 | AI 抽取 |
| 意向方向 | 枚举 | 课程大类方向 | AI 抽取 |
| 意向等级 | 枚举 | A/B/C | AI 打分 + 人工确认 |
| 当前阶段 | 枚举 | S0~S6 | AI 判定 + 人工修正 |
| 阶段变更时间 | 时间 | 当前阶段的进入时间 | 系统 |
| 负责人 | 文本 | 承接销售 | 绑定关系 |
| 下一步动作 | 文本 | 当前应执行的动作 | AI 生成 |
| 下次跟进时间 | 时间 | 建议执行时间 | AI 生成 |
| 预算区间 | 文本 | 客户可接受价格带 | AI 抽取(可为空) |
| 主要顾虑 | 文本 | 当前最大异议 | AI 抽取 |
| AI 评分 | 数值 | 最近一次回复质量总分 | FR-03 |
| AI 建议摘要 | 文本 | 最近一次核心建议 | FR-03 |
| 成交课程/金额/时间 | — | 成交后回填 | 人工 |
| 流失原因 | 枚举 | 见 8.3 | 人工/AI |
| 标签 | 文本(多值) | 自定义 | 人工 |
9.2 会话与消息表
| 字段 | 说明 |
|---|---|
| 会话 ID | 销售 + 客户唯一组合 |
| 商机 ID | 关联商机,非商机会话为空 |
| 消息 ID | 微信侧唯一标识,去重键 |
| 方向 | 客户发送 / 销售发送 |
| 消息类型 | 文本/图片/文件/链接/语音(语音仅记录不解析) |
| 内容 | 文本内容,图片与文件存 URL |
| 消息时间 | 微信侧时间戳 |
| 采集批次 ID | 用于溯源哪次采集入库 |
9.3 分析结果表
| 字段 | 说明 |
|---|---|
| 分析 ID | 唯一标识 |
| 商机 ID / 会话 ID | 关联 |
| 分析窗口 | 起止时间 |
| 总分 / 各维度分 | 六维评分结果 |
| 沟通结论 | 本次沟通质量定性结论 |
| 问题清单 | 结构化列表(问题描述 + 对话位置 + 严重度) |
| 建议动作 | 下一步动作建议 |
| 建议话术 | 结构化列表(话术内容 + 类型:可直接回复/需升级) |
| 采纳状态 | 未采纳/已采纳/已标记无用 |
9.4 课程库
| 字段 | 说明 |
|---|---|
| 课程 ID / 名称 | 基础标识 |
| 方向/品类 | 用于与商机意向方向匹配 |
| 适用人群 | 目标学员画像 |
| 核心卖点 | 3~5 条,供话术引用 |
| 价格体系 | 标准价、优惠政策、有效期 |
| 开班时间 | 影响促单话术 |
| 状态 | 在售/新课/停售 |
| 上架时间 | 判定"新课"的时间基准 |
9.5 跟进任务表
| 字段 | 说明 |
|---|---|
| 任务 ID / 商机 ID | 关联 |
| 动作类型 | 发资料/约试听/报价/处理异议/促单/回访/升级 |
| 计划时间 / 实际完成时间 | 用于超期计算 |
| 状态 | 待执行/已完成/已超期/已取消 |
| 执行结果 | 销售填写 |
10 AI 分析规则
本章定义 AI 分析的评分口径、输出结构、上下文策略与合规边界,是质量可控的前提。
10.1 回复质量评分维度
| 维度 | 权重 | 评分要点 | 典型扣分项 |
|---|---|---|---|
| 响应及时性 | 15 | 首次响应间隔、阶段内回复频率 | 超过 24 小时未回、客户连问无应答 |
| 需求挖掘 | 20 | 是否问清学员背景、目标、时间、基础、预算 | 只答不问、未确认学习目的 |
| 课程匹配与价值传递 | 20 | 是否推荐合适课程、是否讲清为什么适合 | 只报课程名与价格、堆砌卖点不对应需求 |
| 异议处理 | 20 | 是否正面回应顾虑、是否给出依据 | 回避问题、直接降价、与客户争辩 |
| 推进力 | 20 | 是否给出明确下一步、是否设置时间点 | 对话自然中断、无任何促成动作 |
| 合规与表达 | 5 | 是否越界承诺、是否用语得体 | 承诺包过/保过/包就业、泄露他人信息 |
评分口径:总分 100,≥85 为优秀(可入知识库),70~84 为合格,<70 为需辅导。
10.2 建议输出结构
系统对每个商机输出一份结构化分析结论,字段包括:沟通结论(一段话)、评分与各维度分、问题清单(3 条以内,按严重度排序)、下一步动作(动作类型 + 时间 + 要点)、可用话术(1~2 条,标注可直接回复或需升级)、引用知识条目(可选)。
约束:问题清单不超过 3 条,避免销售无法消化;话术必须可直接复制使用,不带占位符。
10.3 记忆与上下文策略
- 会话上下文:分析时携带该商机最近 3 天完整对话;若对话过长,保留首轮咨询 + 最近 30 条。
- 商机上下文:携带商机主表全部要素(阶段、课程、预算、顾虑、历史报价)。
- 动作上下文:携带历史建议与执行结果,避免重复给出已执行过的建议。
- 知识上下文:按课程与异议类型检索知识库,注入 3~5 条相关内容。
- 不遗忘原则:客户提过的关键约束(如"只能周末上课""预算不超过某数")需作为长效约束持续生效。
10.4 升级判定规则
出现以下情形,建议由销售升级至主管:
| 触发条件 | 说明 | 升级后建议口径 |
|---|---|---|
| 客户明确要求降价或索要额外优惠 | 超出销售授权范围 | 说明价格体系已到底,强调课程独特价值,不轻易让步 |
| 客户对效果/资质提出质疑 | 需要权威背书 | 提供课程研发方法论、师资与成果证明 |
| 客户情绪负面或投诉 | 需及时安抚 | 先致歉与倾听,再由主管跟进 |
| 商机金额超过设定阈值 | 大单需主管参与 | 主管直接介入沟通 |
| 商机在同一阶段停留超过 SLA 2 倍 | 销售推进受阻 | 主管复盘卡点 |
10.5 合规红线
AI 生成内容与销售回复均不得出现:承诺考试包过/保过、承诺 100% 就业或收入、虚构政策与名额、诱导贷款或分期、贬低竞品、泄露其他客户信息、未经授权承诺降价。命中红线时,分析结果需明确提示并给出合规改写版本。
11 非功能需求
| 类别 | 要求 |
|---|---|
| 性能 | 单销售单次采集(3 天窗口)≤ 5 分钟;单商机分析 ≤ 10 秒;漏斗看板加载 ≤ 3 秒 |
| 稳定性 | 定时任务成功率 ≥ 98%;采集失败自动重试 3 次并告警 |
| 数据安全 | 聊天内容加密存储;按角色分级授权(销售仅见自己商机,主管见团队) |
| 合规 | 采集需获得销售知情同意;客户个人信息处理遵循个人信息保护相关法规;提供数据删除能力 |
| 可运维 | 采集任务、频率、窗口、阶段 SLA 均可配置,无需发版 |
| 可扩展 | 采集层与业务层解耦,后续接入企业微信或其他渠道不影响业务逻辑 |
| 审计 | 所有阶段变更、人工修正、数据导出留操作日志,可追溯 |
12 实施计划
| 期次 | 范围 | 主要交付物 | 依赖 |
|---|---|---|---|
| P0 | 采集与台账 | 定时采集、商机识别入表、商机表基础字段、待确认列表 | 采集技术路线定案(Q1) |
| P1 | 分析与建议 | 回复质量分析、问题清单、建议话术、销售日报 | P0 数据积累 ≥ 2 周 |
| P2 | 漏斗与跟进 | 阶段模型、漏斗视图、下一步动作、待办与预警、升级机制 | 阶段定义与现有 SOP 对齐(Q6) |
| P3 | 匹配与沉淀 | 课程库、新课匹配推送、知识库、管理看板 | 课程资料整理完成 |
各期可并行部分工作,但 P1 的分析质量强依赖 P0 的数据完整性,不建议压缩 P0 的验证周期。
13 风险与应对
| 风险 | 影响 | 应对措施 |
|---|---|---|
| 微信数据采集的技术与合规风险 | 可能被封号、采集不稳定,甚至无法落地 | 优先评估企业微信会话存档或官方授权方案;采集仅做只读;保留人工导入兜底 |
| 销售抵触"被监控" | 数据造假、规避使用、消极配合 | 定位为"辅导工具"而非"考核工具";评分先不挂钩绩效;先小范围试点 |
| 意图识别误判 | 漏建商机或产生大量伪商机 | 引入"待确认"环节;持续用误判样本优化;召回优先于准确 |
| AI 建议质量不足 | 话术模板化、销售不用 | 强依赖知识库;建议必须带课程真实卖点;建立采纳反馈闭环 |
| 阶段判定与真实业务不符 | 漏斗失真,管理决策误导 | 阶段定义与销售主管共同评审;保留人工修正并统计修正率 |
| 只采 PC 微信导致漏采 | 手机专属回复未同步时丢失 | 明确运营规范:销售需保持 PC 微信在线同步;对连续 0 消息的账号异常告警 |
14 待确认问题
以下问题在原始材料中未明确或存在歧义,需业务方确认后方可进入开发。括号内为本 PRD 采用的默认假设。
| 编号 | 问题 | 影响 | 建议默认值 | 确认人 |
|---|---|---|---|---|
| Q1 | 微信数据采集采用哪种技术路线(本地数据库读取 / 客户端自动化 / 企业微信会话存档) | 决定项目可行性、合规性与成本 | 优先企业微信或官方授权方案,本地读取作备选 | 技术负责人 + 负责人B |
| Q2 | "抓取适合看的聊天"是否等于"只采有商机价值的会话" | 影响采集范围与漏采风险 | 全量采集 + AI 过滤,避免漏商机 | 负责人B |
| Q3 | 是否需要采集群聊中的咨询信息 | 影响覆盖度 | 本期不采 | 负责人B |
| Q4 | 商机表当前载体与结构(Excel 还是已有系统),是否需要迁移 | 影响 P0 工作量 | 以现有表格字段为基础扩展,不推倒重来 | 同事A |
| Q5 | 会议中"苹果手机/安卓"的讨论是否意味着后续要做手机端 | 影响范围 | 本期不做,列为 P4 储备 | 同事A + 负责人B |
| Q6 | 第 8 章的 7 个阶段是否符合现行销售 SOP,名称是否需沿用内部叫法 | 影响漏斗可用性 | 按本文档定义,评审时对齐 | 销售主管 |
| Q7 | 回复质量评分是否与销售绩效挂钩 | 影响推行阻力 | 上线初期仅作辅导,不挂钩 | 负责人B |
| Q8 | 新课推送的发送方式:人工逐个发 / 系统批量代发 | 影响封号风险 | 系统只出名单与话术,人工发送 | 负责人B |
| Q9 | 聊天记录的可见范围:主管可见团队全部,还是仅可见被分析结论 | 影响员工接受度与合规 | 主管可见团队会话,需书面告知 | 负责人B + 法务 |
| Q10 | 数据保留期限,以及客户要求删除时的处理流程 | 影响合规 | 会话保留 12 个月,支持按客户删除 | 法务 |
附录 A 需求原始记录
A.1 微信需求转述原文(2026-11-12)
同事A转述负责人B需求。开场两句(「新的需求」「刚才和负责人B聊的」)为说明性内容,其后共 6 条具体需求:
- 就是不用实时打开电脑,每天早上或者中午抓取适合看的聊天。
- 然后把新商机补充到商机表。
- 然后根据聊天内容对回复进行分析,给予意见。
- 还有就是对商机表进行商机漏斗整理。
- 哪个商机咨询哪个课程,回复到了哪个阶段,下一步动作是什么。
- 有新课的时候推送给哪些商机。
A.2 会议转写关键语句摘录
以下摘自 2026 年 11 月 12 日讨论录音的转写文本(自动识别,存在口语与识别误差,仅摘录与需求判断直接相关的语句)。
| 时间点 | 原话摘录 | 解读 |
|---|---|---|
| 约 00:00 | "统计和判断商机的质量……你平时什么时候开电脑……中午一定是开着电脑的,那时候是闲置的" | 采集依赖销售电脑常开,中午是稳定采集时点 |
| 约 00:40 | "他每天中午读一遍这个电脑……手机也一样" | 每日定时读取,非实时 |
| 01:12 | "手机的话他现在做不了……我这些都是苹果手机,他(技术)是安卓的,还没做过" | 手机端当前技术不具备 |
| 01:23 | "他读你电脑的时候,在你客户端回复的" | 手机回复会同步到 PC 客户端,采集 PC 即可覆盖 |
| 01:43 | "你即使在手机上回复的……他所有的信息会同步到电脑的微信上,每天 12 点或者 10 点在电脑上读一遍,那不就有了吗" | 批处理方案成立的关键依据 |
| 02:00 前后 | "这次……要解决几个问题,这次(沟通)的质量怎么样,给你个意见,下一步的动作是什么" | 质量评估 + 建议 + 下一步动作三项能力 |
| 02:10 前后 | "我回复的这些信息、刚刚给你的建议,要存在一个地方,Excel 表里,那就是商机录入的客户阶段的管理" | 结果需落表,指向商机台账 |
| 02:2x | "比如说到下一步应该是报价了,那就提醒你们要去报价了,报价的策略是什么、案例" | 阶段驱动动作,动作带策略与案例 |
| 02:4x | "你报价报完了之后……他又会去判断你报价,评价一下,然后下一步又是哪一步" | 分析需闭环,报价后仍需再评估 |
| 03:0x | "有些是你直接可以去回复客户的,有些是要升级到你的上一级" | 回复分"直接回复"与"升级"两类 |
| 03:2x | "价格已经到顶了……这是我们独立的方法论……不然我们没法降价了" | 价格异议的标准口径:不降价、讲价值 |
| 03:5x | "它有上下文,它的 memory……你下面的动作它随时知道" | AI 必须具备记忆与动作感知 |
| 04:1x | "首先商机入口的管理过程,客户到哪个阶段过后,你要管理起来……有时要推送,有时候要升级策略的,这个过程你是知识库形成的过程" | 漏斗管理 + 策略沉淀,本质是知识库建设 |
| 04:57 | "只要一开机……设一个时间 9 点……每天升级一次,不就收集到了吗" | 开机触发 + 每日一次即可 |
| 05:27 | "为什么要有实时的,我每天刷新 1~2 次" | 明确否决实时方案 |
A.3 与原始材料不一致或存疑之处
- 转写文本中"只要你店一直没开"应为"只要电脑一直没开",属语音识别误差。
- 转写中"这次文化要解决几个问题"语义不明,结合上下文理解为"这次沟通/话术要解决几个问题"。
- 转写中"每天升级一次"应为"每天采集(读取)一次"。
- 会议后段(05:48 之后)出现"还少放了一家""总总经理一个人""所有的生命线放进去"等语句,与商机需求关联度低,判断为话题转移,未纳入需求范围。