公司里公众号归运营管，小程序归电商部管，两拨人开会才发现各自的数据对不上号：同一个客户，在公众号里是一个身份，在小程序里又是另一个身份。微信公众号开发里的跳转互通没做，两套系统就是两座孤岛。
互通的几条路
从公众号进小程序，路是现成的：自定义菜单可以直接挂小程序，图文里可以插小程序卡片，H5页面里也能嵌入跳转组件。反方向，小程序里放关注公众号的引导组件，或通过客服消息把公众号名片推过去。设计原则就一条：把两条路都铺上，用户从哪边进来都能顺畅到达另一边，别让人自己找路。图文里插小程序卡片还有个好处，阅读文章的用户顺手就能跳到商品页，路径比菜单短得多。
身份打通才是真正的难点
跳转只是把人送过去，数据要跟过去才算通。公众号的openid和小程序的openid天生不同，同一个微信用户在两边是两个编号，必须靠unionid把它们关联起来，前提是两边的账号挂在同一个开放平台账号下。微信公众号开发里这套身份体系是一切的底座，动工前就把开放平台的账号归属定好。绑定关系一旦建立别轻易解绑，开放平台账号的归属要写进公司资产管理清单，换服务商时尤其小心。这个配置没做，后面的会员体系、积分体系全都串不起来。做法上，用户在任一端登录时把unionid写入会员档案，另一端识别到同一unionid就自动关联，会员体验立刻顺滑。
铺路之外，承接也要跟上
- 菜单、图文、H5三处入口都要铺，别只挂菜单
- 开放平台绑定提前做，这是unionid的前提
- 跳转后的落地页要做承接设计，别跳过去是首页
落地页的承接设计值得多说两句：从公众号菜单点进小程序商城，直接落在首页是浪费，落到上次浏览的商品或活动专题，转化率差着好几倍。带上来源参数跳转，程序按来源渲染对应内容，这套机制做一次，后面所有场景都能复用。
做过一个连锁健身的案例：公众号推课，跳转到小程序直接进预约页并带上课种参数，预约完成后再引导回公众号收结果通知，一来一回，链路转化比原来分开做的版本高了近一半。互通不是技术炫技，是让用户少绕路。立项时把两端一起规划最省事，半路再打通要多走弯路，比格网络遇到不少客户都是先做了一个端再补另一个，好在unionid这套关系补做并不算晚，就是数据要清洗一遍，清洗的时候按手机号兜底匹配一遍，能救回不少重复账号。
