上周四和周五真的是忙到飞起，每天下午到了快下班的时候都感觉打字打到手抖，而且特别快的就饿了，停更两天，很羞愧，今天刚刚把任务完成，再来结合今天的工作写一点东西
终于开始做新项目了，终于可以作为一个独立的产品经理去干活了。这次是和另外一个PM的配合工作，经过我这么久以来对自己的心理建设，总算可以心平气和的与别人合作了，以前的我实在是太强势了，团队配合明明很高效么。
今天在想到产品后台设计的时候，我第一时间想到的就是自己曾经使用过的CRM系统，还真的是很像。然后我开始找文章学习，让我记忆最深的就是三个点：一是权限设置，二是业务耦合，三是流程清晰。那就分别说一说吧。
记得我实习那会，有一段时间CRM权限更新以后，我的权限变得乱七八糟，有的模块日常工作需要却不能用，之前有的权限有些也没有了，只好一遍遍的给leader和管理员发邮件，加一个权限，再加一个权限，同组的同事也有出现这种情况的，很让大家恼火。今天学习到了RBAC-Role-Based Access Control基于角色的访问控制，如果按照这种方法来做，应该会很清晰，也不会因为人员变动而乱掉。我以后配置权限的时候，应该会采用这种方法，给用户赋予角色，给角色赋予权限。权限只跟着角色变动，不跟着人员变动。这样哪怕某个人离职、转岗、升迁、下调就都不怕了，总会有他对应的权限等着他。
业务耦合也是一个很让人烦心的点，如果两个模块之间存在耦合或者耦合过多，也会给权限分配带来难度，本来这个角色只需要这个模块里的权限，但是由于耦合度高，也得给她另外一个模块的权限，但是另外一个模块或许有些功能是他不能使用的呢，那要怎么分配呢？所以说，设计后台系统的时候，一定要注意业务模块之间的耦合度，尤其是流程性强的业务，最好能在一个模块里完成。当然后台很多时候都是根据前端设计的，所以，在最开始功能设计的时候，就应该从大局出发，着眼后期，不要后边做的费时费力还不讨好。
最后一个是流程清晰。虽然是后台，但是如果各个模块随意设置顺序，也会让人觉得手足无措。就拿电商行业来说，搜索、购买、售后的顺序前端用户行为，那么后台按照商品设置、交易管理、客服模块这样的顺序来做吗，是不是会让用户觉得很清晰呢？既然有更好的做法，那就不要浪费大家的时间折磨大家的心理。
今天的学习就到这里啦。一个小心得，有经验的产品是比没有经验的产品强呐，我要成为很强的有经验的产品经理！！！
