RT，以前只做过前台界面的原型，原型技能不算精通，心里有条比较五毛的原则：
入门的产品画原型，进阶的产品写结构，“优秀”的产品讲故事 （( # ▽ # )羞）
一、做完了APP界面，就不得不开始做后台了？
1、遇到不得不做后台的时候，心里是一万头羊驼在奔腾的，我天，这不都是后台自己做的么？
2、扔个信息结构图过去不就得了？
3、但是现在好像不画图，项目推不动了啊？
二、到底怎么下手呢？
1、抄（作为一个不学无数的懒癌末期产品）我不得不说，我对抄情有独钟，先抄自己公司团队的项目。
2、看（看起来后台就那个样，都很对，都很合理）但是完全不能有效的用一个思维框架去组织信息）。
3、弃（快速的发现，自己并不能搞掂）快乐的写完了信息架构。
4、转（让UE开始着手做图-UE非常的头疼，每日唠叨自己越来越像产品了）
5、合（UE做完以后）观察后台界面，重新绘制脑图
三、后台的作用
1、各类功能模块的信息聚合（注册管理、认证管理、合同管理、电梯管理、维保管理、人员管理、角色管理、策略管理）共8大模块
2、对分类聚合的模块进行管理，核心是对信息的增，删，改，查四个核心操作
3、分类拆解
1）注册管理（增加用户、删除用户、修改用户、查询用户）
2）认证管理（上传资质、删除资质、修改资质、查询资质）
3）合同管理（新增合同、删除合同、修改合同、查询合同）
4）电梯管理（新增电梯、删除电梯、修改电梯、查询电梯）
5）维保管理（新增计划、删除工单、修改维保、查询结果）
6）人员管理（新增用户、删除用户、修改用户、查询人员）
7）角色管理（新增角色、删除角色、修改权限、查询权限）
8）策略管理（新增策略、删除策略、修改策略、查询策略）
4、拆解完成后发现，复杂的后台设计其实是遵循功能模块的框架，进行的抽象信息操作动作。
四、业务的作用
1、最终，业务通过预期逻辑实现预期结果。
2、通过后台对信息进行管理操作。
五、现阶段的感悟
1、前台，实现逻辑上信息流、价值流、资金流的流动，并沉淀信息。
2、后台，实现信息的自我聚合、分类、管理、输出。
网友评论