溝通場景
1. 需求評審前涂滴、中友酱、后期與技術(shù)人員溝通
需求評審前：
- 產(chǎn)品團(tuán)隊內(nèi)部先達(dá)成一致，考慮業(yè)務(wù)影響面柔纵，異常情況
- 評審會前3天發(fā)送開會郵件給各與會人員缔杉，附件包含PRD等資料文件，督促開發(fā)查看搁料，有疑問的點記下來
- 開會前2天找技術(shù)Leader溝通壮吩，討論業(yè)務(wù)影響面、技術(shù)實現(xiàn)方案加缘，并再次告知開會時間
- 開會前1天做最后調(diào)整鸭叙，準(zhǔn)備好開會資料，會議室設(shè)備拣宏，告知與會人員時間
需求評審中：
- 為什么做沈贝，做什么，做的價值
- PRD講解勋乾，盡可能的詳細(xì)宋下，按照功能模塊-線框圖-需求用例-TC（Test Case）的流程講
- 記錄好技術(shù)的問題嗡善，5分鐘能解決的就解決掉，解決不掉的記下來會后討論修改
需求評審后：
- 準(zhǔn)備1-2天后的交互評審
- 對會議中的問題總結(jié)修改
- 發(fā)送會議記錄郵件CC給與會人員
- 交付改后的PRD給UX同事（在交互評審前準(zhǔn)備好高保真原型圖）
2. 交互評審中技術(shù)評估交互實現(xiàn)可行性
需求評審會后增加交互評審會議学歧，讓技術(shù)參與到交互評審中罩引，對高保真原型圖進(jìn)行評估，減少開工后溝通成本枝笨、實現(xiàn)成本袁铐，小公司通常沒有交互設(shè)計師的崗位，或者沒有交互評審會議横浑，但是增加交互評審會議的目的剔桨，是為了減少后期溝通成本，避免返工徙融。
3. 技術(shù)評審中的技術(shù)方案洒缀、實現(xiàn)細(xì)節(jié)
- 確定需求的技術(shù)實現(xiàn)方案，實現(xiàn)細(xì)節(jié)
- Android和iOS達(dá)成一致欺冀，避免上線后結(jié)果不一致树绩。
- 對技術(shù)的代碼梳理，從延展性隐轩，影響面葱峡，性能方面去考慮
4. 項目跟蹤過程中Debug、Release版的進(jìn)度和質(zhì)量
- 隨時跟進(jìn)Debug版的進(jìn)度和質(zhì)量龙助，保證基本Demo方向，邏輯一致
- 跟進(jìn)Release版的進(jìn)度和質(zhì)量蛛芥，保證可用性測試提鸟，Test Case測試通過，產(chǎn)出的版本與設(shè)計一致仅淑，保證Android和iOS一致性称勋。
5. 數(shù)據(jù)埋點需求
埋點分3種
- 代碼埋點：技術(shù)人員按照PM的統(tǒng)計要求在代碼中加入統(tǒng)計代碼
- 可視化埋點：無須RD協(xié)助，PM涯竟、運(yùn)營可自行在SDK后臺加入統(tǒng)計代碼赡鲜，無須發(fā)布新版本
- 無埋點：技術(shù)人員在App中所有的按鈕事件都加入統(tǒng)計代碼，耗時耗力庐船，對網(wǎng)絡(luò)有性能要求
如果使用的第三方SDK不支持可視化埋點银酬，則得請技術(shù)人員協(xié)助解決，如友盟只支持代碼埋點筐钟，Growing揩瞪、諸葛支持可視化埋點，則無須技術(shù)人員協(xié)助
溝通方法
1. 同理心
同理心（Empathy）篓冲，又叫做換位思考李破、神入宠哄、共情，指站在對方立場設(shè)身處地思考的一種方式嗤攻，即與人際交往過程中毛嫉，能夠體會他人的情緒和想法、理解他人的立場和感受妇菱，并站在他人的角度思考和處理問題承粤。主要體現(xiàn)在情緒自控、換位思考恶耽、傾聽能力以及表達(dá)尊重等與情商相關(guān)的方面
我認(rèn)為同理心是產(chǎn)品經(jīng)理的第二大核心能力密任，在日常工作中，產(chǎn)品經(jīng)理會和各職能角色溝通偷俭，產(chǎn)品經(jīng)理要想把需求從設(shè)計到實現(xiàn)浪讳，需要技術(shù)角色協(xié)助，換位思考很重要涌萤，和技術(shù)溝通時淹遵，要站在他的角度思考問題，當(dāng)技術(shù)說不這樣做的理由是什么负溪？做起來很難的理由又是什么透揣？性能方面影響的面有哪些？后期為什么難擴(kuò)展川抡？現(xiàn)在的代碼low在哪里辐真？等，當(dāng)遇到這些問題時崖堤，如果能換位思考侍咱，站在技術(shù)的角度去考慮需求，結(jié)合現(xiàn)有資源密幔，做出最優(yōu)解的方案楔脯，那才是優(yōu)秀的產(chǎn)品經(jīng)理。因此胯甩，懂技術(shù)知識昧廷，有技術(shù)背景的產(chǎn)品經(jīng)理尤其受技術(shù)同事歡迎，在技術(shù)選型偎箫、成本預(yù)估木柬、和技術(shù)同事溝通上占有強(qiáng)大優(yōu)勢。
2. 尊重
首先淹办，產(chǎn)品經(jīng)理只是產(chǎn)品的經(jīng)理弄诲，不是各職能角色的經(jīng)理，和開發(fā)、測試齐遵、UI同事同級寂玲，并不具備領(lǐng)導(dǎo)權(quán)利。因此梗摇，在和技術(shù)人員溝通需求時拓哟，一定不要表現(xiàn)出經(jīng)理的樣子，以大壓小只會使你離的更遠(yuǎn)伶授，給予技術(shù)充分的尊重断序，平時呢，多和技術(shù)聊聊工作糜烹、生活上的事违诗，給予鼓勵，認(rèn)可其工作成果疮蹦，多擔(dān)當(dāng)诸迟，尊重技術(shù)的能力，一起協(xié)助解決問題愕乎。所以阵苇，以下的話就千萬別說了。
- 別人App能實現(xiàn)啊
- 這個是老大的需求
3. 價值
大家都是來上班想做好事情感论、實現(xiàn)個人價值的（某些混日子的不在討論范圍內(nèi)）绅项，講清楚每一輪迭代，為什么做比肄，做什么快耿，做的價值，只要做的東西對公司芳绩、對客戶有價值掀亥，那技術(shù)也會認(rèn)可需求，只是具體實施過程中示括，怎么去結(jié)合團(tuán)隊現(xiàn)有資源做到最優(yōu)，也就是MVP痢畜，因此垛膝，做好需求優(yōu)先級很重要，從定性和定量的角度去分析需求丁稀，讓各職能角色認(rèn)可需求吼拥，使大家達(dá)成一致推進(jìn)迭代。
4. 找到對的人
如果實在和某些技術(shù)員工溝通不了的线衫，則請教其他技術(shù)同事或者技術(shù)Leader凿可，找到實現(xiàn)方案，注意喔，這里不是越權(quán)枯跑，而是團(tuán)隊里面各技術(shù)角色技術(shù)能力不一惨驶，實現(xiàn)方案優(yōu)劣、所需時間長短敛助、技術(shù)延展性往往不一樣粗卜，所以，找其他技術(shù)同事或技術(shù)Leader溝通解決方案更優(yōu)更快纳击，當(dāng)然续扔，產(chǎn)品經(jīng)理是跟具體技術(shù)人員溝通還是技術(shù)Leader溝通，這個得看團(tuán)隊的管理方式了焕数。
