「微信事件提醒」功能说明

归属：在做什么 · 微信端用户服务管理　｜　更新：2026-09-21

一、它解决什么问题

网站留了联系方式，不等于联系得上。

客户在官网提交一条需求留言，通常要等到有人主动打开后台才看得到。如果那天没人看，这条线索就静静躺在数据库里；等想起来时，客户可能已经找了别人。

「微信事件提醒」要解决的就这一件事：让该知道的人，第一时间在微信上知道。

二、现在能做什么

官网留言 → 微信实时提醒（已上线）

客户在志睿源官网「联系我们」页面提交留言，系统在完成入库的同时，向管理员的微信推送一条服务号模板消息。消息里直接带上：

• 访客称呼
• 联系方式（微信里长按即可复制，直接回拨）
• 留言摘要
• 需求类型与预算区间
• 提交时间

点开消息可进入详情页，查看完整留言内容。

已验证：2026-09-20 完成端到端实测 —— 从公网提交留言到微信收到通知，链路全程打通，推送记录均显示实际送达。

三、它是怎么工作的

官网联系页提交留言
        ↓
     留言入库（业务动作）
        ↓
   发出一条带签名的事件通知
        ↓
  通知中心：验签 → 匹配订阅 → 生成消息
        ↓
   微信服务号模板消息 → 管理员微信

三个设计取向：

1. 触发与通知分离。 官网只负责说明"发生了什么事"，把事件交给通知中心；怎么通知、通知谁、用哪个模板，全部由通知中心决定。将来要接别的事件类型，官网不用改。

2. 通知失败不影响业务。 推送是异步进行的。即使微信侧临时不可用，客户的留言照样成功提交，页面上看不到任何报错。提醒可以晚到，但不能因为提醒没发出去，就把一单生意弄丢了。

3. 联系方式进消息正文。 收到提醒的全部价值，就是能立刻联系回去。所以联系方式直接写在微信消息里，不用再打开后台翻找。

四、安全上的几处考虑

• 事件通知带密钥签名，通知中心先验签再处理，避免任何人伪造事件来刷消息
• 消息详情需要微信身份校验才能打开，链接转发给别人打不开
• 事件携带时间戳，超出时间窗的请求直接丢弃（防重放）
• 同一条事件重复投递时自动去重，不会重复打扰

五、当前状态与下一步

下一步是把管理后台搬到电脑上用。

现在后台只能在微信里打开 —— 这是微信公众号授权机制的限制，在电脑浏览器里会被拦下。方案是：电脑端显示一个二维码，用微信扫一下、在手机上点「确认登录」即可进入。登录拿到的身份与接收推送的是同一个，不会出现"登录的是 A、收消息的是 B"。

六、为什么单独做一个通知中心

按现在的做法，如果将来要给客户的微信推送"你的服务进度更新了"，官网不用改一行代码 —— 只需要向通知中心发一条新类型的事件，由它去决定推给谁、用什么模板。

通知中心是唯一与微信打交道的地方。业务系统不碰微信接口，也不存任何微信凭据。