從事產品經理兩年多，雖然所在的公司組織架構都決定了產品狗在上程序猿在下的格局，作為產品狗的我基本和程序猿相處不難，但平時也會總結思考如何更友好的和程序猿相處。
做好需求
程序猿最怕產品狗頻繁改需求，剛開發到一半，就看到產品狗搖頭晃腦的跑過來說需求有變更，理由無外乎領導要求、業務方變化、合作方有意見、相關系統更新等等，總之就是要變更需求，而且責任不是自己的，自己也很無辜。程序猿很無奈，邊罵CNM，邊含淚把自己碼的代碼重構下，心里恨不得有把刀分分鐘砍死產品狗。
作為產品經理一定要做好需求，需求變更很大一部分都說自己需求沒做好的原因。
第一要做好用戶需求調研，多研究用戶的痛點以及業務場景，不要“我認為”，要“用戶需要”。如果是領導發起的，那就仔細揣摩和領會領導的需求點。如果是和相關系統對接的，一定要對相關系統有足夠的了解。
第二要完善產品方案，要確保自己的方案看得懂、有條理、沒有邏輯漏洞、可實施。切記不要隨便寫幾段話完事，最好配有流程圖和原型圖。
做好溝通
程序猿不是兇猛的動物，也是很溫和的人類，但是總會發生產品狗和程序猿相互撕咬的情況。程序猿是一群改變世界的人，碼代碼需要集中注意力，但部分產品狗總是經常打亂程序猿的思考。NM，剛想到一個點，就被產品狗搞沒了。
第一遇到問題自己先思考，驗證它是不是問題，如果是問題那發生的場景是什么、原因是什么、有什么解決方案，或者是可能的原因是什么、如何嘗試解決。構思好后，再發給程序猿，這個時候程序猿就會賞心悅目的立馬解決問題。切記不要遇到一個問題就立馬丟給程序猿，程序猿最恨這種不動腦子的產品狗。
更重要的是，不要一出現問題，就立馬指責開發！切記，切記，切記！不僅于事無補，還會造成關系緊張，不利于一起構建和諧的特色社會主義社會。
第二做好問題整理，除非是特別緊急的問題，否則一天給程序猿發兩次問題就比較合適。上午一次，下午一次，如果問題不多也不急于立馬解決，一天一次就好。無論是程序猿還是自己或其他人，最討厭的就是經常被打擾，尤其是自己正在專注做事的時候。
總之，作為產品狗要多換位思考，對用戶如此，對程序猿也如此。男人更懂男人，女人更懂女人，程序猿也最懂程序猿。要想征服程序猿，就必須最懂程序猿。
