官网友情链接： wechatapi.net
微信销售沟通中，客户经常会说：
“明天下午联系我。”
系统可以自动生成跟进任务。
但更真实的情况是，客户的计划经常会变化：
“明天不方便了，下周再说。”
“已经解决了，不用联系了。”
“下午改成上午。”
如果微信二次开发只会创建跟进提醒，却不会修改、取消和失效，那么销售待办很快会堆满无效任务。
所以预约跟进真正需要的是状态机，而不是定时器。
WechatApi 可以作为个人微信API接入层，把客户消息、会话和上下文送入业务系统，本地销售助手负责提取时间、创建候选、改期、取消和完成。
一、跟进任务先做候选
客户说：
“有空再聊。”
不够明确。
不要自动创建明天10点任务。
生成：
待确认候选。
销售确认具体时间。
二、一个具体例子
周一：
客户：“周三下午联系我。”
系统创建：
T1001。
状态：
待执行。
周二：
客户：“周三有事，改周五上午。”
系统识别已有T1001。
不是创建T1002。
而是生成：
改期候选。
确认后：
T1001.schedule_at更新；
记录原时间。
三、取消
客户：
“不用了，我已经处理好了。”
系统判断相关跟进目的已经失效。
任务状态：
已取消。
保存取消来源：
客户消息M2001。
四、任务状态
待确认；
待执行；
已提醒；
处理中；
已完成；
已取消；
已延期；
已过期。
完整表达流程。
五、WechatApi 在这里的位置
WechatApi 负责：
客户微信消息。
业务系统负责：
意图；
时间；
任务；
状态。
六、时间解析要保留原始表达
客户说：
“下周一下午。”
系统解析具体时间。
同时保存：
raw_time_text。
避免以后无法解释。
七、时区和自然日期
跨地区客户时要谨慎。
本地销售任务以企业业务时区还是客户时区，要明确。
不要只保存无时区时间。
八、多个任务不能混
客户可能同时：
周五发方案；
下周回访付款。
是两个不同任务。
需要识别事项。
九、取消要匹配正确任务
客户说：
“那个不用发了。”
需要结合上下文判断是哪一个。
置信度低：
人工确认。
不要随便取消。
十、过期任务
约定时间过去2天仍未处理。
状态：
过期。
主管可以看到。
不要永久停留待执行。
十一、客户提前主动联系
任务还没到。
客户主动发消息。
可以提示：
客户已提前联系，是否完成任务。
不要机械到点再提醒。
十二、CRM同步
正式确认后的任务同步CRM。
来源携带：
wechat_task_id。
避免重复。
十三、人工操作日志
改期；
取消；
完成。
全部记录。
十四、AI适合做候选
AI抽取：
时间；
事项；
意图。
但高价值客户复杂约定仍然人工确认。
十五、权限
销售管理自己任务。
主管看团队逾期。
不能任意修改他人客户任务。
十六、数据看板
候选确认率；
延期率；
取消率；
过期率；
完成率。
帮助优化销售执行。
十七、异常
重点客户任务过期。
进入高优先级提醒。
十八、总结
微信二次开发中的跟进提醒，如果只会“创建定时任务”，很快就会失真。
WechatApi 可以把客户真实对话持续带进系统。
业务层需要让后续消息能够修改之前的承诺：
改期；
取消；
完成；
重新安排。
只有跟进任务拥有真正状态机，微信销售助手才不会让销售每天面对一堆客户早已取消、改期或者已经完成的旧提醒。
聊天里的约定是动态的，任务系统也必须跟着业务动态变化。
