上周四和周五真的是忙到飛起昂验，每天下午到了快下班的時(shí)候都感覺打字打到手抖缘滥，而且特別快的就餓了，停更兩天惩坑，很羞愧掉盅，今天剛剛把任務(wù)完成，再來結(jié)合今天的工作寫一點(diǎn)東西
終于開始做新項(xiàng)目了以舒，終于可以作為一個(gè)獨(dú)立的產(chǎn)品經(jīng)理去干活了趾痘。這次是和另外一個(gè)PM的配合工作，經(jīng)過我這么久以來對自己的心理建設(shè)蔓钟，總算可以心平氣和的與別人合作了永票，以前的我實(shí)在是太強(qiáng)勢了，團(tuán)隊(duì)配合明明很高效么滥沫。
今天在想到產(chǎn)品后臺設(shè)計(jì)的時(shí)候侣集，我第一時(shí)間想到的就是自己曾經(jīng)使用過的CRM系統(tǒng)，還真的是很像兰绣。然后我開始找文章學(xué)習(xí)世分，讓我記憶最深的就是三個(gè)點(diǎn)：一是權(quán)限設(shè)置，二是業(yè)務(wù)耦合缀辩，三是流程清晰臭埋。那就分別說一說吧。
記得我實(shí)習(xí)那會雌澄，有一段時(shí)間CRM權(quán)限更新以后，我的權(quán)限變得亂七八糟杯瞻，有的模塊日常工作需要卻不能用镐牺，之前有的權(quán)限有些也沒有了，只好一遍遍的給leader和管理員發(fā)郵件魁莉，加一個(gè)權(quán)限睬涧，再加一個(gè)權(quán)限募胃，同組的同事也有出現(xiàn)這種情況的，很讓大家惱火畦浓。今天學(xué)習(xí)到了RBAC-Role-Based Access Control基于角色的訪問控制痹束，如果按照這種方法來做，應(yīng)該會很清晰讶请，也不會因?yàn)槿藛T變動而亂掉祷嘶。我以后配置權(quán)限的時(shí)候，應(yīng)該會采用這種方法夺溢，給用戶賦予角色论巍，給角色賦予權(quán)限。權(quán)限只跟著角色變動风响，不跟著人員變動嘉汰。這樣哪怕某個(gè)人離職、轉(zhuǎn)崗状勤、升遷鞋怀、下調(diào)就都不怕了，總會有他對應(yīng)的權(quán)限等著他持搜。
業(yè)務(wù)耦合也是一個(gè)很讓人煩心的點(diǎn)密似，如果兩個(gè)模塊之間存在耦合或者耦合過多，也會給權(quán)限分配帶來難度朵诫，本來這個(gè)角色只需要這個(gè)模塊里的權(quán)限辛友，但是由于耦合度高，也得給她另外一個(gè)模塊的權(quán)限剪返，但是另外一個(gè)模塊或許有些功能是他不能使用的呢废累，那要怎么分配呢？所以說脱盲，設(shè)計(jì)后臺系統(tǒng)的時(shí)候邑滨，一定要注意業(yè)務(wù)模塊之間的耦合度，尤其是流程性強(qiáng)的業(yè)務(wù)钱反，最好能在一個(gè)模塊里完成掖看。當(dāng)然后臺很多時(shí)候都是根據(jù)前端設(shè)計(jì)的，所以面哥，在最開始功能設(shè)計(jì)的時(shí)候哎壳，就應(yīng)該從大局出發(fā)，著眼后期尚卫，不要后邊做的費(fèi)時(shí)費(fèi)力還不討好归榕。
最后一個(gè)是流程清晰。雖然是后臺吱涉，但是如果各個(gè)模塊隨意設(shè)置順序刹泄，也會讓人覺得手足無措外里。就拿電商行業(yè)來說，搜索特石、購買盅蝗、售后的順序前端用戶行為，那么后臺按照商品設(shè)置姆蘸、交易管理墩莫、客服模塊這樣的順序來做嗎，是不是會讓用戶覺得很清晰呢乞旦？既然有更好的做法贼穆，那就不要浪費(fèi)大家的時(shí)間折磨大家的心理。
今天的學(xué)習(xí)就到這里啦兰粉。一個(gè)小心得故痊，有經(jīng)驗(yàn)的產(chǎn)品是比沒有經(jīng)驗(yàn)的產(chǎn)品強(qiáng)吶，我要成為很強(qiáng)的有經(jīng)驗(yàn)的產(chǎn)品經(jīng)理＞凉谩ｃ碉！
