软件系统三基座包含：权限管理、组织架构、用户管理。
基于权限控制、组织搭建，用户可以批量入场。
一、用户管理
在系统构建中，权限控制、组织搭建，对于普通用户都是不可见的。
权限控制，在系统搭建时，就会注册好所有的权限点，在系统初始化时，建立好角色和权限关系。组织搭建一般由人事成员直接按照现行的组织架构新建即可。
基于权限控制、组织架构，可以批量导入现有公司成员，这是To B业务常见的场景。权限中的角色、组织中的各个部门都有其在当前系统中的唯一性，则可以在导入模板中批量完善，一次性导入。
随着公司的发展，人员会存在离职、调岗、新入职等场景，则用户管理需要支持删除、编辑、添加人员的功能。
用户管理
新增用户
二、登录注册
除开To B业务场景，To C业务场景中，用户更多需要直接注册。需要用户主动选择参与到这个“系统领域”中来，微信需要注册，微信公众号需要注册，知乎需要注册，抖音需要注册...这里也就引入了用户运营的方法，此为后话，当下不表。
在有用户管理的系统中，都需要登录；而需要注册的情况，单个用户注册也只使用一次，使用频率会低很多。登录注册为进入系统的入口，这是系统这个“风景区”的检票口，从而登录注册的功能常合在一起出现，并因为注册使用频次的原因，使得登录默认展示，而注册需要再切换一次。
常见系统登录注册页面设计：
登录注册
整体交互情况大同小异，但在于具体功能上确有诸多细分，登录注册方式主要包含：账号+密码+验证码、账号—+密码+自动登录；手机号+验证码等。设计交互样式如图所示：
登录交互样式
账号密码登录，需要验证码校验，简单方式实现登录校验，防止恶意操作；
账号密码登录，支持自动登录，记录登录信息，减少登录交互频次；
手机号验证码登录，便捷、安全用户登录，因需要验证码校验，会增加运营成本；
通过密码登录的情况，需要配置找回密码的功能，以防密码记忆错误或忘记密码，实现业务闭环，以防止将用户挡在系统外。
如此，实现整体业务闭环，将更多功能融合在登录注册页面。
登录串联更多业务
登录串联注册账号及密码找回，闭环所有用户使用；
登录串联注册，因缺少忘记密码的路径，容易将忘记密码的用户挡在系统之外；
登录串联不同角色，引导用户成为商家，同一个入口，还带有潜在引导性。
系统页面存有“商家登录”的情况，则是系统需要将用户分类，直接区别多种类型。如“商家登录”则将用户主动区分为商家、普通用户，业务主体也就是普通用户通过系统向商家购买东西。如此情况，商家则必然相对普通用户少很多，“商家登录”的入口则相对减弱。
三、设计检查
基于权限管理、组织架构、用户管理，系统基础构建完成，为后续更丰富完善的系统建设提供了基础。无论是电商业务，还是虚拟文化街，还是学校、医院等管理系统，还是OA、SaaS平台、，亦或是低代码、无代码平台，都有无限可能。
无限可能
基于三基座，可以搭建内容管理系统，类似知乎、微博、微信公众号；
基于三基座，可以搭建销售管理，常见的如CRM商机管理系统；
基于三基座，可以搭建产品销售管理，出名的如电商体系，支持产品管理、订单管理、支付管理、物流管理、仓储管理；
基于三基座，可以搭建进销存管理系统，支撑供应链业务；
基于三基座，可以搭建数据中台业务，实现数据采集、清洗、统计、分析及可视化；
在系统设计落地中，最核心的是业务闭环，完善所有需要的功能，从MVP逐渐完善。在产品设计中也需要从单个场景来补充检核业务功能设计，系统落地页面中，常见的是 列表页 和 详情页。
列表页检查项：
| 列表页 | 展示字段：筛选哪些字段展示出来 |
| 字段顺序：展示字段的排列顺序，字段宽度 | |
| 排序规则：列表数据的排序规则 | |
| 筛选条件：支持哪些字段筛选过滤，筛选字段选则展示出来的字段 | |
| 分页：兼容数据量的多少，支持分页查看 | |
| 批量操作：包括批量导入、导出、删除、提交等，这个依据业务需要来决策 | |
| 操作及优先级：需要控制状态和操作，不能用的操作隐藏或者置灰 | |
| 数据源：设计时，明确其数据来源，若是有多种条件可进入，需要明确其区别说明 | |
| 空数据、无网、错误数据等异常情况，需要特殊处理，并尽量保持全系统一致 |
详情页检查项：
| 详情页 | 基础信息：展示当前信息实体的基础信息，相关的所有信息都可以考虑展示在详情页 |
| 交互操作：原则上，该信息实体的所有操作都可以在详情页查看并交互，需要与状态相关联，将操作是否可执行提前展示 | |
| 全生命流程信息：创建信息、编辑信息、处理信息、结果信息，随业务需要，可以直接在详情页记录，也可以通过日志的方式记录 | |
| 内容分页分栏：详情页内容过多时，需要依据信息分类、重要性进行分栏，确保信息的可阅读性，提升交互体验 | |
| 数据源：设计时，明确其数据来源，若是有多种条件可进入，需要明确其区别说明； | |
| 空数据、无网、错误数据等异常情况，需要特殊处理，并尽量保持全系统一致 |
整体产品设计，通过业务流程+功能流程，验证整体核心流程；通过 功能+状态 ，验证每一个信息实体自身的交互和逻辑；通过 列表+详情交互检查，验证每个信息实体交互细节；从大的概况，到每个执行细节，都细化下来优化，这样的产品设计，在产品自闭环上，是一定成功的。
系统是为业务服务的，在三基座的基础上，未来搭建系统，要从解决实际业务问题出发，下一站 业务分析。
