从毕业开始入坑产品，算下来有一年的光景了。从一只战战兢兢的小白，到一只浑身是血的小红，中插了很多故事，从中总结了一些经验，想要和大家分享。总的来说，受到暴击最多的基本是关于产品的细节定义问题，细节体现逻辑。一个小小的产品逻辑，会被开发同学怼得哑口无言，会在测试的bug复盘中归类于产品需求不清，更要命的是，会严重增加和开发、测试的沟通成本。所以产品汪一定要完善自己的文档，从细节入手理清逻辑。
拿登录来说，在用户角度登录无非是我输入用户名密码进入系统，功能逻辑比较简单，但作为产品来说，需要弄清楚那些人可以使用系统（角色、账号体系）、使用什么登陆模式、登陆的逻辑、输入框的校验、非法提示、校验交互等等，只有文档清楚了，开发和测试才能减少不必要的讨论。
本文就和大家分享一下web端登陆的细节设计，供大家参考。主要从账户密码登陆、手机验证码两种模式举例说明我是怎样来撰写文档的。
1 账户密码验证码登录：利用账号密码、验证码机制登录，账号由后台创建
当然，这只是使用账号密码登录系统的情况，如果还存在系统账号过期，或者账号停用、权限设置等需求，可以在确定时，丰富校验，比如“您的账号已过期”、“您的账号已停用”、“您没有访问权限”等提示语。
2 手机号动态验证码登录：利用手机号，及手机号获取验证码登录，目前比较普遍的登陆模式
这种登录模式下，如果系统不是每个人都能登录的，那么就存在登录权限区分问题。这个时候需要考虑，如果用户不具备登录权限，就算填写了手机号和正确验证码，在登录时需进行用户校验，非法时提示“您没有访问权限”。主要涉及角色权限的设计，这块在后续的角色权限文章中给大家分享。当然验证码规则可以根据安全等要求进行设计，这里只是举一个例子。
如果系统多种登录模式都支持的情况下，可以用tab的区分的方式，让用户自主选择登录方式。比如系统同时支持账户密码、手机验证码两种登录模式，登录页面可设计一个tab。
通过点击tab切换来支持登录模式的切换，页面需定义一个默认登录模式。上文提供了校验的文案，还需定义校验的具体交互模式，在后续的“web表单”文章中给大家分享。
