最近在负责某个B2B采购APP的产品设计，因业务流程比较特殊，登录注册模块的设计也较往常略有不同，正好码字总结一下。
注册
通常，在一个APP中，我们进行注册的时候，即是创建了我们在该系统中的一个虚拟身份。而在该APP中，用户群体是有采购需求的门店商家，因此在系统设计中，用户身份是以“帐号+店铺”的形式存在。于是注册时也分两步进行，“注册帐号+注册店铺”，然后系统自动将两者关联。与常见注册流程相比，整个流程在用户的角度看，则是要多填一些用户信息。
注册流程
如上图所示，在第一个注册页面，用户填写手机和密码，在点击下一步时，即完成了“帐号注册”，而在第二个页面，填写了相关信息后点击立即注册，即完成了“店铺注册”流程。
业务上，该APP属于内部应用，受众用户与官方合作后成为供应链中的二级商家，某个地区的所有二级商家皆由当地一家一级商家供货，所以新注册的用户需要经过管理员审核。至此，“注册审核”+“帐号关联店铺”两种机制，就导致了登录流程里会出现多个可能的结果。
登录
在常见的APP登录流程中，可能出现的状态，无非以下3种：
1.帐号密码正确，登录成功；
2.帐号或密码错误，登录失败；
3.帐号不存在，登录失败。
而在该APP中，因为审核机制，以及“帐号+店铺”的关联机制的存在，登录流程的结果有8种之多，具体如下：
1.帐号密码正确，登录成功；
（略）
2.帐号密码错误，登录失败；
（略）
3.帐号不存在；
（略）
4.帐号审核中；
（顾名思义，后台未对其进行审核。）
5.帐号未关联店铺；
（即用户在注册的时候，流程只走到一半就退出了，结果就是只注册了帐号，却没有注册并关联店铺。此时在用户点击登录时，应跳转至店铺注册的页面，引导用户完成店铺注册的流程。）
6.帐号审核不通过；
（顾名思义，审核不通过。）
7.店铺被关闭；
（该状态对应已经注册成功并使用了一段时间的用户，因存在违规操作等原因，被后台强制关闭店铺，暂停营业。考虑到管理的需要，管理员理应具备这样的功能权限。）
8.当前地区无供货商。
（该状态对应已经注册成功并使用了一段时间的用户，因该地区的一级商家发生转移，导致该地区的二级商家失去供货商，因此APP中无内容可看，此时APP跳转至相关的提示页面。该状态可归属于异常流程中，运营方会避免出现这样的情况，因此用户走到该流程的概率极低。）
总结
实际业务场景往往比我们想象的要复杂得多，在做产品设计时，应该考虑到各种可能发生的情况，并设计相应的流程和反馈。有些流程也许发生的概率极低，但是对产品人员来说是事无巨细的，忽视它就等于留下一个漏洞。因此凡是可能发生的流程，设计上就要覆盖到。
网友评论