1樓：
在網際網路產品開發工作中，程式設計師一般分為前端和後端，能讓程式設計師覺得靠譜的產品經理至少要做到以下三點，
1，需求要明確，不能提乙個不複雜的需求卻讓程式設計師幫你梳理好幾天的邏輯和互動，也就是實際開發時間遠小於需求梳理的時間。
2，需求已經到了開發階段不要頻繁改動需求或不要搞重大邏輯改動3，需求上線後出了問題不要直接甩鍋，而是與團隊一起解決為什麼是這三點，那麼來看看對於乙個需求，前後端分別想知道什麼？
前端：
哪些增刪改查頁面要做
每乙個介面互動邏輯
哪些節點要請求後端哪些介面
為何要做這個需求
後端：
核心和具體功能的業務流程是什麼；
前端的哪些互動需要呼叫我的什麼介面；
涉及到哪些表，表之間的資料流向是什麼、表結構怎樣設計；
需要其它後端開發配合我聯調什麼介面；
為何要做這個需求。
那麼如何讓前後端程式設計師知道這些？我想就是通過乙個高效的產品經理PRD文件來表達。
產品老兵中傑：征服開發的B端PRD文件是怎樣寫的？
2樓：需謹慎
像我這種「需求克制型」產品經理應該有資格來回答一下這個問題。
雖然我肯定不是公司裡最靠譜的產品經理，但這些年我在研發部門的口碑一直很好，總結一下覺得有以下幾個關鍵點：
1.克制好自己的需求
見過很多產品經理幾乎每天都在給程式設計師提需求，而且早上剛提的需求下午就變了，巴不得就搬把椅子坐程式設計師旁邊指揮著人家幹活，這種方式能不著人家討厭嗎？
當然作為一名產品經理我也知道幹產品的難處，造成這種情況的原因有兩個：
第一種是自己不想改但老闆的想法又變了，下面也不得不跟著改。如果你一直管理不好老闆的預期，導致長期處在這種節奏裡不但程式設計師會投訴你，老闆也會覺得你無能。和自己老闆相處久了多多少少都是能摸到老闆的套路的，提前做好準備管理好老闆的預期同樣也是產品經理的重要工作之一。
第二種是自己想不明白需求，剛溝通完的需求想想發現不對又要改，這種情況就沒什麼好說的自己能力有問題，就別怪人家程式設計師投訴你。去需求溝通前請務必想清楚，想不清楚寧可不去！
2.懂得換位思考
個人覺得想要跟任何人搞好關係都得學會設身處地的為對方考慮，所以產品經理想要獲得研發的好感其實很容易，就是站在研發的角度設身處地的想想對方到底需求什麼就可以了。比如很多公司的PRD都有固定的模板和套路，很多時候產品經理就是照貓畫虎的填一下，並沒有考慮這種方式程式設計師是否喜歡，看起來是否舒服。如果真的站在程式設計師的角度去寫，按照他們習慣的思維方式來進行表達，你的PRD必受好評！
天底下從來沒有最好的PRD，只有程式設計師最喜歡的PRD！
3.需求得有節奏
見過很多產品經理與程式設計師的矛盾都是因為在開發排期上有異議導致的。解決這個矛盾的關鍵點不在於你能不能吵架吵贏，而在於你要管理好自己的需求，不要什麼需求都是最高優先順序，都要加急處理。一般不著急的需求完全可以站在程式設計師一邊幫他們向老闆爭取時間，將心比心當你有著急需求時別人才願意幫你嘛。
很多時候感覺有些產品經理做人做事的方法比執行的程式還固定，還僵化。
4.展示好自己專案的價值
產品經理與程式設計師還有另外乙個矛盾——程式設計師不接你的需求。不接的原因有很多，可能是前期合作不愉快啊，也可能是覺得你的需求傻。但產品經理解決這個問題就是一招把自己專案的價值展現出來，讓程式設計師覺得跟著你幹這個專案有好處撈，有肉吃自然就會接你的需求。
總結一下，想讓程式設計師覺得你靠譜，那你就得站在他們的角度設身處地的為他們著想，其實跟做人是乙個道理，產品經理切忌把自己乾成個機械人！
3樓：憤怒的奧利奧
每日三省吾身：
1、你是否有隨時接受需求變更的勇氣和心態？面對各種撲面而來的變更，你是否能夠心平氣和地分析問題和方案，而不是氣憤地一口回絕已經讓研發團隊白忙活乙個月的需求方？
2、你是否允許存在瑕疵但可以快速支援業務的產品方案去搶占市場，而不會因為自己的「潔癖」及偏執導致業務錯失良機？
3、你是否會說服研發人員為了快速上線而暫時採用並不合理的設計方案，並在合適的時間視窗幫助研發團隊頂住業務壓力，給研發團隊爭取足夠的時間來重構系統？
4樓：紙杯先生
最關鍵的就一點：做決策是否三思而後行
這個崗位注定被所有人質疑和寄望，因為產品是指揮中心，幾句話幾張圖就要調動研發、設計、運營三軍人馬忙活一陣，是最大責任人，但大家都是人，再厲害的產品經理也不可能每乙個想法和決策都是對的，每一次試錯都在消耗三軍和老闆的耐心
所以至少要有這個意識，知道自己的乙個決策是有成本的，不能有一點的盲目、草率、任性，能有把自己腦袋別褲腰帶上的勁，才是靠譜。
很多程式猿朋友覺得把文件寫清楚、不改需求、不壓榨就是靠譜，格局小了，如果乙個產品經理給你乙份需求明確、邏輯清晰的文件，並且堅定不改，工期足夠，但是調研不足、分析不對、方向不對，功能無用，體驗不好，一上線就拉胯的專案，你會做？
所以產品經理們有時候中途改需求，可能是因為發現了前期判斷有誤後及時補救，文件寫不細和壓縮工期可能是怕錯過機會視窗，時間太短別因小失大。當然，大部分初級手的確是因為腦子進水了
5樓：極客先生
哎，那誰，先別下班，有個新需求！
上面這句是開玩笑的，下面這段是碰到的乙個好產品經理！
在工作中乙個好的產品經理應該有哪些特徵，邏輯清晰原型業務不隨便變動，能卡住節點，有耐心，是錯次數少等等吧！
我之前在滴滴上班的時候碰到過，還有最開始的一家公司，就是上面說的這種！
為什麼產品經理是產品汪，而程式設計師是開發喵？
應該是某些產品經理太拉程式設計師的仇恨了吧 我師姐的男朋友在美團搞Android開發 之前跟我說他們公司年會，有個節目是幾個產品經理上台跳舞節目的名字就叫 產品經理是條狗 資料人的自留地 程式猿 猿是進化的最接近人的動物，以具有邏輯性的頭腦和光光的腦門著稱，形容coder再合適不過。產品汪 狗以汪汪...
什麼性格的程式設計師適合轉產品經理？
魯大光 我也是開發轉的產品，和性格關係不大，要找到你做產品的原動力。1.你是否了解產品經理的日常工作，對於產品經理工作你怎樣看待的，你是否喜歡產品這個崗位？和你公司的產品經理多交流一下，看下他們工作是否和你想的一樣，熱愛才是一切的基礎 2.需要哪些性格？積極主動！其他常見的技能，我認為都可以慢慢培養...
你是如何從程式設計師轉型做產品經理的？
程式設計師轉行產品其實看似簡單，實則也不是乙個外行能夠理解的，程式設計師給人的印象是非常厲害的人，但是再厲害的人不是也有弱點嗎？就像溝通的能力比較弱，這就是缺點，乙個員工在工作的時候一般都是默默無聞很少接觸到客戶，所以你讓他推薦自己的軟體，或許就成了自己的敗筆，並且程式設計師本身的壓力是非常的大，並...