上篇聊完认知：商机管理的损耗，藏在那些”没来得及回的微信”里，得交给数字员工接住。这篇不讲故事了，直接上方法——我和李雪今天定下的这个商机管理数字员工，到底由哪几块拼成，每一块踩过什么坑，又是怎么绕过去的。

做技术落地的人都懂一个道理：再复杂的系统，拆成可验证的小步，就不可怕了。这篇就是拆解过程。

一、架构第一原则：电脑优先，手机后补

这是今天定下的总纲。李雪一开始想装在手机上，因为”用手机更多”。但我直接否了，原因上篇讲过：苹果手机自动化受限、Body 这类工具只控电脑、个人微信风控严。

所以底座定在电脑。一台一直开着的电脑，监控两个微信（个人微信 + 企业微信），有人发消息就检测到、调大模型、调知识库、自动回。回完之后，这条消息同步到李雪手机上，她照样看得见。人不需要 7×24 盯屏，但消息永远有人接。

手机端怎么办？后面再说。先让电脑把主链路跑通，这是成本最低、风险最小的试错路径。

二、把”一个数字员工”拆成三个可验证的小能力

李雪原本说的是一个模糊的需求：“帮我做个商机管理的数字员工”。这种一句话需求，技术合伙人最怕。我的做法永远是：拆。

今天拆成了三块，每一块都能独立验证：

第一，自动回复——加完好友，按固定话术+知识库，自动发课程介绍、大纲、资料； 第二，商机抓取——定时读聊天记录，把行业、公司、角色、痛点、来源抽出来，回填商机表； 第三，沉睡唤醒——某客户 N 天没联系了，主动推一条提醒到李雪微信，“这人之前咨询过 XX，要不要重新建立连接”。

拆完你会发现，没有一块是”黑科技”，全是工程上成熟的能力。怕的是不拆，抱着一个”数字员工”的大词干瞪眼。

三、能力一：自动回复——加好友即触达

这一块最简单，也最容易被低估。李雪说，客户上来基本就问课程、大纲、价格，话术是固定的。那这件事就不需要人。

做法是：检测到新好友或新消息，自动调知识库里对应的资料（课程介绍、大纲、报名方式），按设定话术发出去。发完，消息同步到李雪手机，她随时能看到、随时能接管。

这里的关键认知是：自动回复不是”代替人聊”，是”先接住、再交接”。人没空时它顶上，人想接管时随时接管。它解决的是”前 10 秒没人理、客户就划走”的问题。

四、能力二：商机抓取——把聊天变成结构化数据

这是最有价值、也最考验功力的一块。聊天记录是流水，商机表是结构。中间差的就是”抽取”。

我们用的其实是已经在用的方法：在 WorkBuddy（沃8）里挂一个定时任务，去读聊天记录，按规则抽取——对方哪个行业、哪家公司、负责哪块、什么痛点、从哪看到的我们。抽出来，直接写进商机表。

但这里有个真实的坑，我今天跟李雪交底了：之前在那台直播电脑上其实已经验证过能读、能抽，但当时群聊也抓、语音也转，结果中间有错位，抽取不准。所以这次我们加了一条硬规则：只抓一对一私聊，不碰群、不碰语音。范围一收窄，准确度就上来了。

另一条经验：抽取时机别设成”聊完立刻抽”，聊天跨度可能很大。改成每天扫描一遍新信息，补充进表，更稳。

五、能力三：沉睡商机唤醒——让遗忘不再是损失

李雪提了一个特别实在的需求：有人一个月前咨询过基因分析课，后来因为时间不合适没来，过两个月她自己早忘了。这种”潜在客户”是最可惜的——不是不感兴趣，是没被持续连接。

做法是：给每个商机打时间戳，超过设定天数（比如 30 天、60 天）无新互动，就主动推一条提醒到李雪的个人微信或企业微信：“这人 X 天前咨询过 XX 课，要不要重新触达一下。”

注意，是”提醒李雪”，不是”替李雪发消息”。数字员工负责记、负责提醒，决策权留在人手上。这也是我们一贯的红线：机器做确定性的事，人做判断的事。

六、数据闭环：一条消息如何走完一圈

把三块串起来，就是一个最小可用的闭环：

消息进来 → 自动回复接住 → 同步到李雪手机 → 定时任务读聊天 → 抽信息填商机表 → 超期无互动 → 推提醒给李雪。

你看，这一圈里，人只需要在两个地方出现：一是李雪想深度聊时随时接管；二是收到”沉睡提醒”时决定要不要重新触达。其余动作，全是数字员工在岗。

这就是我说的”接住商机”。以前是消息来了靠人记、靠人填、靠人回忆；现在是消息来了有人接、自动记、到点提醒。损耗从”靠运气”变成”靠系统”。

七、先让一个回路转起来，别追求完美

最后说一句方法论层面的话。今天定的方案，不是”最完美形态”——它还没上手机端，抽取还只限一对一，提醒还只能推到微信。但它是”今天就能开干”的形态。

我常跟团队讲：别一上来追求完美，先让一个回路转起来。转起来了，你才有真实数据去优化；优化了，你才知道第二块、第三块怎么补。电脑先跑通、手机后补；回消息先上、抓取跟上、提醒最后——这是节奏，也是敬畏心。

八、为什么用 WorkBuddy 定时任务，而不是自己写爬虫

有人会问，读聊天记录填表，直接写个爬虫不就行了？我的答案很明确：别。个人微信的接口不开放，硬写爬虫是跟平台风控对着干，账号说封就封，得不偿失。

所以我们走的是”模仿人工操作 + 大模型抽取”的路子：用合规的桌面自动化去读、用大模型去理解、用结构化模板去写。WorkBuddy（沃8）的定时任务天然适配这个场景——它本来就是”按节奏干活”的引擎，读聊天、抽字段、写表，一套定时任务串起来，比临时写个脚本稳得多，也更好维护。

这背后是一条原则：能用合规、可维护、可解释的方案，绝不用游走在封号边缘的野路子。数字员工要的是长期在岗，不是一次性的小聪明。

九、给李雪的交付，是一份”岗位说明书”

方法讲完，最后落到一个动作：把这三块能力，写成李雪这个数字员工的”岗位说明书”——它叫什么、负责哪三个动作、什么能做、什么不能做、出错找谁。

这件事看似多余，实则关键。数字员工不是扔个脚本就完事，它得有清晰的职责边界，李雪才敢用、用得放心。边界写清楚，后面加第四个、第五个能力，也有章可循。

下篇我讲实战落地：这台电脑从哪来、先用哪台闲置设备顶上、交付给李雪时怎么”定岗定责”。方法讲完，得真刀真枪干出来。