软件系统三基座之三：用户管理

arrarpetahack

软件系统中的用户管理该如何做？系统设计过程中要考虑哪几方面？用户体验设计从哪些点来考察？这篇文章作者介绍了软件系统三基座之三：用户管理设计要点，注意事项等。推荐对产品设计，用户体验设计感兴趣的童鞋阅读。

软件系统三基座包含：权限管理、组织架构、用户管理。基于权限控制、组织搭建，用户可以批量入场。

一、用户管理

在系统构建中，权限控制、组织搭建，对于普通用户都是不可见的。

权限控制，在系统搭建时，就会注册好所有的权限点；在系统初始化时，建立好角色和权限关系。组织搭建则一般由人事成员直接按照现行的组织架构新建即可。

基于权限控制、组织架构，可以批量导入现有公司成员，这是To B业务常见的场景。权限中的角色、组织中的各个部门都有其在当前系统中的唯一性，则可以在导入模板中批量完善，一次性导入。

随着公司的发展，人员会存在离职、调岗、新入职等场景，则用户管理需要支持删除、编辑、添加人员的功能。





二、登录注册

除开To B业务场景，To C业务场景中，用户更多需要直接注册。需要用户主动选择参与到这个“系统领域”中来，微信需要注册，微信公众号需要注册，知乎需要注册，抖音需要注册……这里也就引入了用户运营的方法，此为后话，当下不表。

在有用户管理的系统中，都需要登录；而需要注册的情况，单个用户注册也只使用一次，使用频率会低很多。登录注册为进入系统的入口，这是系统这个“风景区”的检票口，从而登录注册的功能常合在一起出现，并因为注册使用频次的原因，使得登录默认展示，而注册需要再切换一次。

常见系统登录注册页面设计：



整体交互情况大同小异，但在于具体功能上确有诸多细分，登录注册方式主要包含：账号+密码+验证码、账号+密码+自动登录；手机号+验证码等。设计交互样式如图所示：

账号密码登录，需要验证码校验，简单方式实现登录校验，防止恶意操作；账号密码登录，支持自动登录，记录登录信息，减少登录交互频次；手机号验证码登录，便捷、安全用户登录，因需要验证码校验，会增加运营成本；通过密码登录的情况，需要配置找回密码的功能，以防密码记忆错误或忘记密码，实现业务闭环，以防止将用户挡在系统外。

如此，实现整体业务闭环，将更多功能融合在登录注册页面。

登录串联注册账号及密码找回，闭环所有用户使用；登录串联注册，因缺少忘记密码的路径，容易将忘记密码的用户挡在系统之外；登录串联不同角色，引导用户成为商家，同一个入口，还带有潜在引导性。

系统页面存有“商家登录”的情况，则是系统需要将用户分类，直接区别多种类型。如“商家登录”则将用户主动区分为商家、普通用户，业务主体也就是普通用户通过系统向商家购买东西。如此情况，商家则必然相对普通用户少很多，“商家登录”的入口则相对减弱。

三、设计检查

基于权限管理、组织架构、用户管理，系统基础构建完成，为后续更丰富完善的系统建设提供了基础。无论是电商业务，还是虚拟文化街，还是学校、医院等管理系统，还是OA、SaaS平台，亦或是低代码、无代码平台，都有无限可能。

基于三基座，可以搭建内容管理系统，类似知乎、微博、微信公众号；基于三基座，可以搭建销售管理，常见的如CRM商机管理系统；基于三基座，可以搭建产品销售管理，优秀的如电商体系，支持产品管理、订单管理、支付管理、物流管理、仓储管理；基于三基座，可以搭建进销存管理系统，支撑供应链业务；基于三基座，可以搭建数据中台业务，实现数据采集、清洗、统计、分析及可视化；在系统设计落地中，最核心的是业务闭环，完善所有需要的功能，从MVP逐渐完善。在产品设计中也需要从单个场景来补充检核业务功能设计。系统落地页面中，常见的是 列表页 和 详情页。

列表页检查项：



详情页检查项：



整体产品设计，通过业务流程+功能流程，验证整体核心流程；通过功能+状态，验证每一个信息实体自身的交互和逻辑；通过列表+详情交互检查，验证每个信息实体交互细节；从大的概况，到每个执行细节，都细化下来优化，这样的产品设计，在产品自闭环上，是一定成功的。

系统是为业务服务的，在三基座的基础上，未来搭建系统，要从解决实际业务问题出发，下一站 业务分析。

本文由 @壹叁零壹 原创发布于人人都是产品经理。未经许可，禁止转载。

题图来自 Unsplash，基于 CC0 协议

该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务。