微信支付按钮旁边那个小蓝点，小蓝我找了整整四十分钟。小蓝

客户在电话里急得不行：“就是小蓝那个蓝色的点，你点进去就能看到活动入口。小蓝”我盯着后台管理界面，小蓝菜单栏翻了个底朝天，小蓝权限设置逐项检查，小蓝页面装修组件拖出来又删掉。小蓝没有。小蓝哪儿都没有什么小蓝点。小蓝

最后是小蓝技术群里一个做运营的姑娘点醒了我：“你说的是不是微信支付的‘服务提醒’？那个要单独申请接口权限，而且只对认证服务号开放。小蓝”

我这才反应过来。小蓝客户说的小蓝“小蓝点”，是小蓝用户端微信支付成功后，支付凭证下方弹出的那个蓝色圆点气泡。它不是webapp页面上的元素，是微信原生客户端的东西。我们开发的是网页应用，跑在浏览器里，微信支付跳转走的是JS-SDK，支付完直接跳回我们的结果页——压根没有机会展示那个小蓝点。

这事的荒诞之处在于，客户把微信生态里的一个原生UI组件，当成了我们网页应用的功能缺失。他们看竞品截图，看到别人支付完有个蓝点引导用户进会员中心，就以为我们也能做。但那个蓝点，是微信支付“支付后服务”能力的入口，它长在微信的支付凭证里，不归网页代码管。

类似的误会我见过太多次。上个月有个做电商的甲方，非要我们在H5页面顶部加一个“回到首页”的悬浮球，说隔壁小程序有。可小程序是原生导航栏自带返回，网页版压根没有那个系统级组件。还有一次，客户要求“像抖音那样上下滑”，但我们的webapp是图文资讯流，强行改造成全屏视频模式，技术成本翻了三倍，用户根本不买账。

说白了，非技术背景的甲方常常把“微信生态”当成一个整体，以为凡是微信里能看到的东西，网页都能调出来。但现实是，微信支付、小程序、公众号H5、服务号消息，这些是四套不同的技术体系，各有各的边界。小蓝点是微信客户端的原生UI，它依附于支付凭证，只在微信支付成功页显示。webapp连微信的DOM都摸不着，更别说往里面插一个点。

后来我给客户解释清楚，给了个替代方案：在支付成功跳转后的网页里，做一个同样醒目的橙色活动浮标，点击率数据反而比小蓝点高——因为网页里我们能控制样式和位置，还能做动效。客户这才消停。

这事给我一个教训：跟客户聊需求，先问清楚“你说的那个东西，是在哪个界面看到的”。很多时候，他们描述的功能根本不在我们开发的范围内，而是微信、支付宝、苹果系统自带的交互。做webapp的，得学会区分“我们做的”和“平台给的”。不然为了一个不存在的小蓝点，能把整个项目周期拖崩。

(责任编辑：热点)