借助用户手机号快速验证注册，为用户生成唯一UID，一个手机号被认为是一个独立用户。通过手机号注册是目前产品最主流的手段，得益于手机的唯一性、真实性，一举解决了应用用户实名认证的难题。同时，减轻了用户记忆的负担，毕竟APP太多，记住一个号码远胜于多个账号密码。

　　市面上不少小程序直接手动输入手机验证码动态登录，完全避开第三方开放账户的关联，试图降低不同体系产品之间的耦合程度，尤其是小程序外包系。某种程度而言，是值得赞赏的，单一产品线(仅有小程序)采用这种方式是值得可取的，毕竟用户获取成本并不大且比较简洁、方便。

　　产品一期MVP版本，这便是我采用的方案，因为推广较弱、用户较少的情况下，这一产品设计方案可以支撑，能达到快速上线的要求，易于后期的增量迭代。

　　手动手机号-原型设计稿

　　阶段二：自动手机号

　　除了产品经理自定义的小程序产品特性，小程序开放平台本身提供了丰富的集成能力，包括登录/注册的组件。平台自行开放的产品能力是为了开发更高效，产品更方便触达用户。小程序开放了几组登录、授权、用户信息方面的接口：

　　小程序开发能力

　　静默登录(wx.login)：启动微信时，直接后台自动静默登录，用户毫无察觉，体验很好。前提是能通过某种渠道，定位到该用户的账户身份。

　　基础授权(wx.getUserInfo)：获取用户微信基础信息，完善用户信息库，健全基础画像。

　　微信手机号授权(getPhoneNumber)：获取微信用户绑定的手机号，无须手机验证码动态验证。(短信费用都省了…)

　　UnionID机制说明：同一个微信开放平台下的相同主体的App、公众号、小程序，如果用户已经关注公众号，或者曾经登录过App或公众号，则用户打开小程序时，开发者可以直接通过wx.login获取到该用户UnionID，无须用户再次授权。

　　使用【微信手机号授权】的开放产品能力，可以有效缩短用户注册路径，提高获客效率。因而优先给用户登录/注册提供<微信手机号授权>的选择，其次为用户提供手动输入手机号入口，极大改善了用户体验，最大程度留住用户，哪怕有一点恶意的感觉。

　　产品设计阶段二，便升级了一期的设计方案，市面上有不少小程序采用了这种登录注册机制，而我们仅将其作为过渡方案实现，并没有直接实现落地，再度升级了二代设计方案，尝试一劳永逸解决系统性的问题。于是，便有了第三阶段的思考——Passport融合。

　　微信手机号授权-原型设计稿

　　阶段三：Passport融合

　　阶段二只简单使用了微信小程序的产品开放能力的一个点，而小程序平台共提供了四个方面的产品能力。经过两次的迭代，我将负责的小程序的账户体系日益完善，形成最符合产品线要求、满足商业需求、满足用户诉求的广场景流程。

　　一组矛盾：微信开放账户(OpenID&UnionID&微信手机号)、自由账户体系(自有账户)

　　目标用户：新用户(伪新用户)、老用户

　　使用场景：快捷登录、静默登录、常规登录、活动推广(助力、拼团等)

　　将用户类型与使用场景交叉分析得到如下的典型故事(User story)：复合的场景均以图文的形式呈现，如果图中有错误，欢迎指正。

　　图文解字01-小程序登录注册全场景

　　图文解字02-小程序登录注册全流程

　　(上图已去掉了我司的任何图标名称，以免有软文嫌疑。图文仅供参考，且未全覆盖小程序登录注册完整生命周期，是一个动态变化的流程，尽请甑别区分理解。)

　　最终的登录注册产品设计方案，全面引入微信小程序开放的接口(API)，极大提升产品的多场景处理能力，同时兼顾了新老用户的使用感受。这里不得不说一句：微信太强大!第三段设计核心升级了以下两个要点：

　　静默登录(wx.login)、UnionID：用户无须反复手动登录，微信账户体系与自持账户打通，对减少一人多账户冗余的情况功不可没，而用户体验均属于上层之作。