1樓：無缺草
而老闆決定做什麼。
程式都這麼牛掰。又省了乙個員工，這個產品經理可以開除了，由程式來兼任。
什麼，老子定了的還叨叨。那個產品走了沒，再叫回來，重找乙個程式。
程式要按需求做，整天叨叨過度，不務正業，績效F。培訓軟體流程，改進不好淘汰。
什麼？他叫張小龍？！！！
「老張，對不起，我錯了。你看我不知道是你，哪個渾小子在知乎亂提問。晚上請你吃飯 ……」
我只知道連小孩都哄不好的，幹不了我們這行。連程式都搞不定的產品經理，請在名片後面加上「助理」或「見習」兩字。在頭頂放一顆白菜，兩手各一顆菜花，組成「菜菜菜」。
高水平的精心設計的合理需求方案，從來沒見過程式拒絕的。只有技術能力達不到或想偷懶的。不能馴服程式設計師，這個產品經理就是不合格的。
程式設計師有產品能力是好事，可以協同做更好的產品，同時也可以節省一些常規的細節設計文件工作。
2樓：張明雲
題主，我就是你題目中描述的這種程式設計師。
通常在這些情況下我會和產品人員溝通產品需求和細節上的事情：
1、不明白為什麼要這麼做，做某個功能的目的是什麼（我不理解需求，怎麼可能去通過程式還原需求？）；
2、明顯感覺到這個設計不靠譜，很可能會改（不喜歡做無用功啊）；
3、完全不遵守規範，自己搞一套互動（做出來用著不爽是程式設計師背鍋呀）；
4、在實現效果不打折扣的情況下，有更好的方案（可以減少程式設計師的工作量）；
5、互動文件不詳細，實現的時候需要程式設計師自己去設計細節；（可能你自己都沒弄清楚，怎麼能不問你？）；
只要你的需求經得起推敲，就算老闆來找你理論你也能說出個一二三，還怕程式設計師和你爭論嗎？
換個角度看問題，他們和你爭論是在幫助你成長。
3樓：裝鱉
使用不爭來爭的策略，當真有方案你們互相說服不了的時候（如果大部分方案你都說服不了，你就就得懷疑是不是你能力不夠了），你可以先放棄一部分無關緊要的方案，就按照他的意思去做。我相信一定有這樣的部分。這樣提高他的參與感和積極性，同時對整個專案的影響無關緊要。
然後等到真正你像執行的方案互相說服不了的時候，你只需要說：「這次就按我說的做，ok？」
只要這個程式設計師還有人性在是不會拒絕你的。
4樓：
很多時候乙個功能，不止是程式猿，所有的參與人員都會有自己的想法（而且大多時候會覺得自己的想法是最合理的），所以這也就是為什麼人人都是產品經理的原因。而如果處理這些情況，如何在說服別人這個問題上更勝一籌，才是乙個真正的產品經理的核心競爭力之一吧。
5樓：Gang Pan
改需求也許只是你的日常，但對程式設計師來說是也許一次工作的放棄和重來，那種酸爽和挫折感，作為乙個理性的程式設計師，怎樣把精力放置在需求上都不為過，特別是產品經理不大靠譜的情況。
另外，你連程式設計師都說服不了，怎麼說服客戶和老闆呢。。。
6樓：
我合作過乙個程式，經常嘴邊一句話：這需求不合理，然後巴拉巴拉一堆他的想法。我興高采烈的說，哎呀，就這麼搞！
我真想跟他說一句：大兄弟，把鍋背好，別閃了腰。
產品經理如何制定產品需求？
已重置 老闆讓你幹什麼，你就幹什麼。如果最後證實是偽需求，或者優先順序不高的那種，反正老闆背鍋啊。就這樣，我們只要領工資就好了，程式設計師也一樣，就說這個需求老闆提的，怎麼著？ 方小花 需求主要還是分兩種，一種自發的需求，一種是外部需求 而本來自己是產品，那麼產品需求就是自發的需求，我的理解是這樣的...
產品經理如何做好需求管理和分析？
海峰 需求管理和分析需要分開。單叢業務季節屬於不同類別。需求管理是需要定製標準的需求管理方案，建立需求分析儲存池子。將蒐集到的碎片化需求通通放入需求池裡面，進行統一分類，設定優先順序，然後細化需求。這部分內容在需求管理中。另外細化需求時可以將多個有關聯的碎片需求集中梳理，繪製流程圖，將大的思路理出來...
如何鑑別產品經理的真偽需求？
產品一哥 題主你好，看乙個產品經理的需求是否是從產品價值出發，通過提問的方式，多問為什麼，目標，核心點是找到產品 需求 的價值和目的，我把我的經驗總結出來分享給你。當我們說真需求的時候，我們可以將之定義為這一需求代表了特定群體大多數人的共同真實需要 反之則可以稱為偽需求。我們以下不會在真假需求上多費...