產(chǎn)品經(jīng)理適合女孩子嘛

　　產(chǎn)品經(jīng)理適合女孩子嘛?很多同學(xué)會問這個問題，尤其是大學(xué)生或是剛出校門不就的學(xué)生，AAA教育觀察往年的就業(yè)數(shù)據(jù)，和大家一起探討，產(chǎn)品經(jīng)理是否適合女孩。
 

　　國內(nèi)男的產(chǎn)品經(jīng)理居多，大多數(shù)IT公司都希望產(chǎn)品經(jīng)理有一些技術(shù)背景，有技術(shù)背景的男生基數(shù)大，所以男生產(chǎn)品經(jīng)理也就多
 

　　產(chǎn)品經(jīng)理要求的工作壓力比較大，工作量多，男生不要洗臉，不化妝，不求穿，不求喝的，能把大部分時間投入在工作中
 

　　有時需要強勢的工作態(tài)度，男生比較放得開，產(chǎn)品經(jīng)理如果太過扭捏會影響部門之間的合作效率
 

　　女生有優(yōu)勢，技術(shù)員哥哥吃這一套。其實女性的優(yōu)勢運用的好，任何崗位都吃香。很多時候產(chǎn)品上的事可大可小，男生pm可能要上綱上線聊一大頓 才能傳達產(chǎn)品理念。女生則一個眼神...
 

　　做好產(chǎn)品經(jīng)理女生需要提高的：對業(yè)務(wù)、技術(shù)、設(shè)計多一點背書，適當(dāng)運用感性思維，一柔一剛，將技術(shù)、設(shè)計、運營小哥哥們掌控在五指之間
 

　　1、是否適合做產(chǎn)品經(jīng)理，與性別無關(guān)。
 

　　自身綜合實力夠強，把控得了項目進度，和團隊溝通無障礙，談業(yè)務(wù)條例通順邏輯分明等，就能勝任產(chǎn)品經(jīng)理崗位。
 

　　2、女性做產(chǎn)品經(jīng)理的優(yōu)勢在于：
 

　　1)同理心：女性更富有同理心，溝通時更能站在對方的角度考慮

　　2)仔細：女生一般更為細膩敏感，對產(chǎn)品的一些細節(jié)更為用心，更能打動用戶

　　3)耐心：女性屬于耐力型選手，應(yīng)對重復(fù)度高的工作，更沉得下心，不浮躁
 

　　3、女性因為在家庭會花費更多的時間，如果在職業(yè)上想取得一定成績，需要付出更多努力。
 

　　下面AAA教育全面分析女生是否適合做產(chǎn)品經(jīng)理?
 

一、產(chǎn)品需求分析
 

　　因為工作領(lǐng)域關(guān)系，經(jīng)常有朋友找我咨詢一些軟件項目的問題，比如：

　　開發(fā)一個教育類App多少錢?

　　做一個網(wǎng)店多少錢?

　　我想做一套在地圖上實時顯示數(shù)據(jù)并且分析的可視化平臺，開發(fā)周期一般多久?

　　我需要一套采購物流系統(tǒng)，開發(fā)周期一般多久?
 

二、需求設(shè)計文檔
 

　　平時習(xí)慣在談項目初期，先做業(yè)務(wù)和構(gòu)架需求分析，但還是時不時一個方面沒考慮到，就入了坑。曾經(jīng)有一個做產(chǎn)品經(jīng)理的朋友找我合作一個項目：客戶要做一個電商系統(tǒng)，項目第一版的要求很簡單，只要能運行正常購物流程即可：
 

　　電腦和手機可以訪問;
 

　　用戶可以郵件注冊，也能微信注冊;
 

　　有產(chǎn)品列表展示，購物車，訂單，用戶掃二維碼支付即可;
 

　　用戶界面自己決定，以后可以換模板;
 

　　管理員后臺能管理產(chǎn)品，批量上傳訂單，上傳上傳圖片，查看客戶訂單。
 

　　我自己手頭有一套完整的基于Spring的CMS開發(fā)框架，包括前端API模塊、后端管理模塊、用戶權(quán)限模塊、數(shù)據(jù)持久化模塊等等，所以上面這些按估算很容易搞定。第3點里的產(chǎn)品，購物車、訂單分成三個小模塊，做個二維碼支付也不是大問題。而且第一版只要基本功能，不用考慮任何的分布式，大流量，并發(fā)搶購等今后做大了要考慮的問題，無需過度設(shè)計。
 

　　我這個朋友也是個資深程序猿出身，所以我也很放心他作為客戶傳話筒，所有需求遵循KISS原則，但保留基本的模塊擴展性。

三、分析細節(jié)標(biāo)準(zhǔn)
 

　　我們公司有個客服系統(tǒng)，客戶在使用產(chǎn)品遇到問題時，會郵件或者電話給客服，客服錄入系統(tǒng)后會分配給相應(yīng)研發(fā)團隊。這是一個常見的一問一答流程，我們的反饋會通過客服發(fā)給客戶。

　　需求也業(yè)務(wù)拆分盡可能詳細，考慮周全，最好能覆蓋今后絕大部分的測試用例。

　　比如需要開發(fā)一個用戶注冊登錄的功能，從某個男性產(chǎn)品經(jīng)理嘴里說出來可能就一句話：給我開發(fā)一個用戶系統(tǒng)，能注冊，能登錄，三天夠不夠?

　　從女性角度，她們習(xí)慣把一件簡單的事情變的復(fù)雜化——如果這里的簡單并沒有你想象的那么簡單呢?

　　如果你足夠細心，就需要和客戶做仔細溝通后達成共識，最終交付給研發(fā)團隊的應(yīng)該是如下一份需求Kickoff列表(只是舉例，考慮并非100%全面)：

　　用email注冊還是用戶名注冊?

　　如果是用戶名，最短幾位，最長幾位，允許特殊字符嗎，密碼最短幾位，最長幾位?

　　如果email注冊，是密碼一起填寫注冊，還是有驗證步驟?

　　點擊注冊前，是否展示用戶協(xié)議。不勾選顯示什么錯誤?

　　如果有驗證步驟，需要手機驗證嗎?如果要，要對接哪個API，驗證碼長短，過期時間?

　　手機驗證碼發(fā)送時間間隔，以及發(fā)送頻率限制;

　　如果只需郵箱驗證，發(fā)送給用戶的激活鏈接有效期多久，過期了怎么辦?

　　驗證這個業(yè)務(wù)要不要持久化?

　　發(fā)送激活郵件的模板，HTML還是txt，誰來設(shè)計?

　　激活鏈接過期后，顯示什么錯誤，然后跳轉(zhuǎn)到驗證郵件重發(fā)界面?

　　激活鏈接激活后，顯示什么信息，自動跳轉(zhuǎn)到哪個界面，比如設(shè)置密碼界面?

　　密碼設(shè)置允許特殊字符嗎，最短幾位，最長幾位?

　　密碼入庫前采用何種加密算法，以哪個屬性作為salt?

　　用戶密碼設(shè)置成功后，跳轉(zhuǎn)哪個界面，顯示什么消息?

　　用戶后期允不允許改用戶名或注冊郵箱嗎?

　　用戶后期修改密碼是否需要郵件或手機驗證?

　　允不允許單用戶多地點登錄，如果不允許，顯示什么錯誤自動登出?

　　支不支持單點登錄SSO?

　　要不要開發(fā)移動端App，需不需要提供注冊和登錄API?

　　API需不需要支持OAuth2，或是Token?

　　登錄構(gòu)架是單體還是需要考慮分布式Session?

　　用戶權(quán)限系統(tǒng)設(shè)計，多Role或是單Role設(shè)計?

　　鑒權(quán)系統(tǒng)設(shè)計是無狀態(tài)還是有狀態(tài)?
 

　　用戶自己或者管理員關(guān)于權(quán)限系統(tǒng)的操作流程是什么?
 

　　有沒有第三方SNS接口注冊接入，如果接入，需不需要同步頭像，需不需要同時必須新建本地賬號。
 

　　第三方SNS接入的流程，回調(diào)接口，以及界面設(shè)計;
 

　　相關(guān)前端和App界面設(shè)計圖，錯誤對話框UI;
 

　　需求文檔越詳細，后期開發(fā)與測試遇到的誤解就越少，試錯成本也越低。
 

　　該文檔必須保持在線實時更新，有任何變更，研發(fā)團隊必須第一時間得知。不要通過短信或者Email更改需求，這會使團隊和產(chǎn)品經(jīng)理陷入無盡的扯皮煉獄之中。
 

四、細節(jié)的力量
 

　　如果說女性太注重于細節(jié)，是期待對方給足自己安全感。那么我們在做項目時注重細節(jié)，其實也是給自己一種安全感：減少返工。一個口碑好的軟件，肯定是從用戶需求分析開始就研究細節(jié)，設(shè)計時重視細節(jié)。
 

　　大部分程序猿都是非?？粗丶夹g(shù)，但從男性視角介入軟件產(chǎn)品設(shè)計時，很容易陷入工程師思維：先考慮怎么做，再考慮做什么，最后考慮為什么做?一看到新項目，腦海里浮現(xiàn)的立刻是各類框架、各類中間件、高并發(fā)，恨不得立刻開機擼碼。
 

　　而從女性角度介入軟件產(chǎn)品設(shè)計時，她們往往會帶有與生俱來的消費者直覺，會從第三方角度看事情。這里不是簡單地貼職場標(biāo)簽，而是提醒不管是程序猿還是程序媛們，思考一下自己在設(shè)計產(chǎn)品時思維的盲區(qū)。
 

　　綜合上述四點，女生的先天優(yōu)勢，決定了女生更適合做產(chǎn)品經(jīng)理，想成為產(chǎn)品經(jīng)理的女同胞們，想在此方向有所發(fā)展，那就趕快來加入AAA教育產(chǎn)品經(jīng)理培訓(xùn)班吧!