第二种则温和一点，判断一下账号绑定的 openid 跟当前微信用户是否一致，不一致时提醒用户，交给用户选择。
需要注意，如果用户没有选择解除并绑定新的 openid，那么更换授权方式无法登录的问题依然存在。
上述提到的常规授权方式也可能产生类似问题，解决思路是一样的，这里就不再画图了，各位有兴趣可以自己动手改改。
六、用户不同意授权的解决方案在询问授权时，用户有可能拒绝应用获取微信授权，因此产品经理在设计微信授权流程时，也需要考虑到这种情况的发生。
如果产品只能通过微信授权登录，这种情况发生时，完全没有办法解决，所以如果有可能的话，还是建议开发多种登录方式，在遇到用户不同意授权的情况时，系统自动切换到常规的登录方式。
如果你希望能够尽可能获取到用户的授权，可以采用“二次授权”的方式，如果首次获取授权被用户拒绝，用户通过常规方式登录成功后，可以判断登录的账号是否有绑定微信账号，如果没有，此时可以再调用一次授权，让用户再次确认，不过，这种方式对用户的体验不是很友好，请谨慎使用。
另外一种方式可以尝试下，有可能提升用户授权的成功率。由于授权页面都是微信提供的，微信只简单提示授权要获取用户的哪些信息，有些用户出于安全方面的考虑可能会习惯性拒绝授权，因此可以在调用授权之前，平台先弹出一个提示，告知用户接下来需要获取用户的微信授权，并同时说明，为什么要获取授权，会获取哪些信息，这些信息会用于什么地方，并承诺不会滥用和出售用户的信息等等。其主要目的是让用户了解接下来要发生的事情，并尽最大可能打消用户对授权的疑虑。
七、多平台产品的授权方式选择有些产品规模比较大，几乎做到了“全端覆盖”，web 端、App、小程序、h5等，考虑到用户体验，不同的端口建议选择不同的授权方式。比如，web 端是通过扫码授权登录的，因此通过扫码关注公众号登录是完全没问题的。
但是在 h5 就不适用了，如果在 h5 发起关注公众号授权，微信会从原网页跳转到公众号关注页，关注后用户可能会点击进入公众号或通过文章列表进入其他页面，从而导致用户跳离了目标页面。
在小程序中，如果调用手机号授权被用户拒绝，可以退而求其次，改为普通授权，这种方式不会获取用户的手机号，用户的戒心相对没有那么重，更容易获得用户的同意。
至于 App 端，就比较灵活了，只要微信支持的，采用什么方式都行，因为在授权成功之后，都会返回到 App 主体。
以上便是本文的全部内容，感谢阅读，我正在参与《人人都是产品经理》年度最受欢迎作家评选，如果你觉得我的文章对你有用，烦请为我投上宝贵的一票，谢谢。
专栏作家
产品锦李，公众号：产品锦李（ID：IMPM996），人人都是产品经理专栏作家。不务正业的产品经理和他的产品设计。
本文原创发布于人人都是产品经理，未经许可，禁止转载。
题图来自Unsplash，基于CC0协议。
该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务。
