用户对着公众号发了条语音问营业时间，等来的是一片安静；换个用户发了张图片，后台收到一条空回复的报错日志。被动回复是公众号消息体系里最基础的一环，也是微信公众号开发里最容易被敷衍的部分——很多人只处理了文本，其他消息类型全靠默认兜底。
回复的机制先弄懂
用户发消息触发推送后，服务器要在五秒内作出响应，回复文本、图片、图文、语音、视频都行，也可以选择不回但要把请求正常收下，否则微信会重试三次，超时日志会刷屏。五秒内来不及生成的重活，比如查询实时库存，标准做法是先回一句查询中，再用客服消息接口把结果补发出去，被动回复和主动回复配合着用。回复的消息类型里图文最常用，但注意图文的摘要和封面要配好，光秃秃一条链接没人愿意点。
每种消息类型都要接
- 文本：走关键词匹配，命中规则或转人工
- 图片：常见用途是晒单识别、报修拍照，至少要接住并存档
- 语音：能转文字就转，转不了也给引导文案，别石沉大海
- 位置：本地服务行业的宝藏输入，直接返回最近门店
- 事件消息同样要有响应逻辑，欢迎语别缺席
还有一类是事件消息：关注、取关、菜单点击、扫码，这些不是用户打的字，但同样要走响应逻辑，关注欢迎语就是从这来的。位置消息被浪费得最狠，用户发个定位，程序算出三公里内的门店加导航链接回过去，这是多少本地商家梦寐以求的场景，实现却只需要一个距离计算。餐饮类客户把位置消息接进外卖查询，用户发个定位直接看到最近门店的配送范围和起送价。语音同理，客服场景里用户懒得打字，一段语音转文字再进关键词库，体验立刻上一个台阶。
兜底文案是门面
五秒超时还有个进阶处理：把重活拆成两步，第一步快速回执，第二步异步计算后推送结果，两头都要有明确的文案。用户看到进度反馈，等待的容忍度会高很多，这比干等或超时都要体面。所有没命中的消息都汇到一个默认回复：说明能做什么、引导输入什么关键词、留人工入口，三句话以内。别用系统默认的该功能暂未开通，那等于告诉用户你不专业。把消息类型的处理矩阵列全再动工，是比格网络做微信公众号开发的固定起手式，基础消息接稳了，后面的智能应答才有地基，顺序反了迟早返工，消息矩阵文档随代码一起交付，后续加功能照单扩展，不会漏。
