1樓：求知
樓主你這樣問其實已經說明你搞定不了，從你問問題的方式來看就知道你也搞定不了。問題裡面提現出了你兩點不屑一顧的態度。1.
搞定，乙個團隊一起做事沒有什麼搞定不搞定的。2.尊重，程式設計師的稱呼在開發中不受待見，其實做一款產品大家都是工程師，別用程式設計師去看待對你更有力。
其實說一下如何搞定，兩點1.自己專業的能力和換位思考的能力。2.
好的溝通交流態度一起做事的氛圍。
2樓：倚樓聽雨
我覺得，不能這麼說，因為大部分的產品經理不懂技術，二程式設計師又不懂業務，所以這就是尷尬的地方，如果能很好的溝通，我覺得程式設計師也不是不講道理的
3樓：
「搞的定」這事，值得說說。
構思了5秒左右，大概是這四方面，只說最低限度。
1、對乙個功能需求或調整，能夠提供必需的產品說明。設計初衷，有原型，有流程，異常判斷基本覆蓋。換言之，走腦子了。
調整原因，解決的問題。調整後效果預期。
2、對乙個BUG或缺陷，能夠提供必需的復現或描述說明。哪個頁面，哪個功能點，操作流程是什麼，復現環境是怎樣。歸類可能性的必要確認。換言之，走腦子了。
呈上，調整原因，解決的問題。調整後效果預期。
3、對乙個產品問題，能夠提供充分的背景介紹。對開發而言，不僅是功能方案，能夠簡要的說明背景，更便於開發選擇技術方案。或做好必要的預留準備。
當然，如果乙個產品問題自己都不能「自圓其說」，被開發懟是好事。
4、對乙個程式問題，能夠提供有價值的策略建議。一些程式問題，都會涉及到開發成本，調整隱患，方案確定。
作為PM，以何種角度做出最優選（或者非差選），不僅需要經驗的積累，也是業務能力的體現。
PM的「搞的定」水平，3分靠努力，7分靠溝通。
剩下90分就看天賦了。
我如何既是程式設計師又是乙個產品經理
皮二 早期 很早期的早期 的產品經理大部分都是coder轉型過來的。包括現有說的產品原型設計的系列工具，都是為軟體工程師準備的。不過現在，行業在發展，分工在細化 所以產品經理的角色越來越重要。從你的角度，程式猿和產品狗是不矛盾的。加油吧 Dumbo張 伊卡洛斯之翼 請溫柔黑，下面的都快把這孩子黑哭了...
程式設計師轉產品經理的前途如何？
當打老兵 看自己的背景和產品經理的需求了，如果之前雖然是程式設計師，但是把控需求比較多，這個就可以保證你溝通的能力，同時，轉崗的產品經理崗位和自己的開發專案北京的匹配度如何，這個也是乙個考量因素，比如你是做B端開發的，產品經理崗位是乙個C端的崗位，要的更多是互動體驗的提公升，你可能就不太適合。然後我...
同乙個問題，問程式設計師和產品經理會有什麼答案？
PM網事 這種情況很常見。對於程式設計師來說，出現了乙個程式設計師認為無法實現的需求，大概率上有下面幾種情況 需求本身有硬傷，有嚴重的邏輯 完整性等問題，或者需求在程式設計師的角度來看無意義，不想做，所以用無法實現的理由婉拒。需求本身沒問題，但技術上確實無法實現，比如前幾年很火的乙個例子，換手機殼變...