流程补充说明:
1 虽然我是业务流程中的一员, 但是也只是其中一员之一, 沟通的意义在于了解整个业务以前是怎么流转的
2 上系统肯定是有目标的, 这个目标是使用系统操作人的, 也是老板的
3 用的人只关注自己, 设计师不行
4 评审的一部分作用是甩锅
坑来了
原则上, 产品经过确认及开发和测试的话, 上线应该是没有问题的也确实, 产品上线没有遇到太多功能性 BUG, 但是最后产品还是无法推行使用
因为这里犯了一个业务之外的错误: 角色权限设计错误
常规的后台产品会通过配置: 页面功能确认来管理用户可在后台操作的范围
而我第一次设计系统, 虽然有角色的概念, 但是我的设计逻辑是: 给账号绑定固定的业务权限当业务流转到某个节点后只能让系统配置在这个节点的人进行操作
也就是说, 我将页面功能权限完全交给了代码, 而无法通过后台界面快速配置
造成的结果:
1 有的成员其实拥有多个角色身份时, 无法灵活变更, 实际使用过程中需要重复换账号
2 新需求来了之后, 由于业务的耦合度太高, 提升了设计和开发成本, 且新增的需求所涉及的权限也是一个坑
一号坑: 产品设计
这坑算是经验的坑吧, 因为缺乏对后台产品的认知, 导致设计过程做了许多错误决策
系统设计时, 除了考虑业务流程以外, 系统本身也需要做一些功能来进行配合, 所以多看看其他系统如何设计的, 减少踩坑几率
来源: https://juejin.im/entry/5aa91fc4518825558c4721b8