小程序里点客服按钮，弹出一个对话框，用户发消息。这个功能接起来很快，但用着用着会发现有的消息收不到、过了时间回不了、多人接待时对话乱掉。这些问题都跟消息机制有关。
先把机制搞清楚，再安排接待方式，能少踩很多坑。
一、消息有有效期
微信对客服消息有明确的时间限制。用户发来消息之后，服务方有一段时间可以回复，超过这个时间就只能等用户再次发消息。这个限制不是技术问题，是规则问题，任何接入方式都绕不开。
这意味着客服不能把它当成一个随时可以主动联系的通道。想联系用户，要靠订阅消息或者其他方式，客服消息只能被动回复。
所以接待安排上要保证有人盯着。消息来了几小时没人理，用户再发一次，接待的窗口才重新打开。实际体验中，回复慢是用户最不满意的点之一，比回复内容不完美更影响感受。
二、几种接入方式
最简单的是用微信自带的基础客服能力，在后台配置接待人员，用户在微信里直接聊。这种方式不需要开发，几个人轮流看即可。缺点是没有工单记录、不能分配、不能统计。
第二种是接入第三方客服系统，把消息转过去处理。这类系统通常带工单、分配、话术库、数据统计。适合咨询量大、需要管理的场景。代价是要多一份第三方服务的费用。
第三种是自建客服模块，把消息存到自己的系统里。适合业务特殊、需要把客服记录和业务数据关联的场景，比如客服看到用户就能调出他的订单。开发量大，一般的中小项目用不上。
三、消息丢失的几种情况
一类是技术原因。服务端没及时响应微信的推送、响应超时、处理报错，微信重试几次之后就放弃了，这条消息就丢了。解决要靠服务端稳定加消息落库，先存下来再处理，不要边处理边响应。
一类是规则原因。前面说过的时间限制，过了时间发不出去，用户那边感觉就是没人回。
还有一类是配置原因。客服消息要发送到正确的用户，这个标识如果取错了或者过期了，消息就发不出去。切换到不同的小程序版本或者不同的账号时，也容易出现这类问题。
四、怎么安排接待
先估算咨询量。可以从历史数据或者同类业务的经验推。一天不到十条的，一个人兼职看就行。一天几十条的，要安排专门的人并且有轮班。上百条的，考虑用第三方系统加话术库提效。
接客服的人要能看到业务数据。用户问我的订单到哪了，如果客服还要去另一个系统查，回复就慢。理想情况是客服界面能直接看到这个用户的相关信息。
还要有兜底。没人在线的时候，要让用户知道什么时候有人，而不是发了消息石沉大海。可以设置自动回复，说明工作时间和紧急联系方式。自动回复不能解决问题，但能让用户有预期。