面對頭銜較大的技術人員不合作，作為產品該如何推進產品進度？

01-05

第一點，三定兩約。定實現效果，定策略，定分工，約階段產出時間，約階段產出效果。定的部分是一點定下來絕對不能改，開始做之前有任何問題都可以照你說，如果是你錯，你就立即改，如果你有考慮清楚，那就說清楚。約好的東西可以有彈性，總之你要迅速的跟每一時段的階段產出，發現問題立即提出來，尤其是他的拍腦袋你要早發現早解決。上面的如果不事前約定好的話後面扯皮一定耽誤進度，而且技術人員理所當然的認為是你沒交代清楚；

第二點，姿態低點嘴甜點。有時候老技術看新產品是會很無語的，各種犯常識性錯誤，如果做的事沒太大挑戰力，碼代碼多年很容易碼成油條，你跟人家杠上沒有好處，整你的方子多得是。另外就是嘲笑你的設計的話你就擺出請多多指教的態度去細問，如果確實是你錯了那麼你就改，另外別忘了表揚人家兩句「感謝指教」；如果老技術瞎編的或者乾脆整你，你問得細到一定程度他就怯了，就算他最後嫌你煩顧左右而言他那他心裡也清楚你對事情的態度了；

第三點，堅持不懈保持正能量。只要一直保持好學虛心採納一切意見對自己的產品堅持細心負責，再nb的孫悟空抵不住一心往西天的唐僧。你認真到一定程度他就知道你是搪塞不過去的，到時候就會重新審視該如何看待你了。

論產品妹子和程序猿的正確溝通方式

另外推薦一個適用於產品mm的教程……捂臉遁走

我就是lz眼中的那種老開發

提醒lz需要慶幸的是: 通常和你討論一下是在幫助你理清思路, 真要搞你的話沒必要和你費話.

以下都是成熟的招數:

前面還有幾個項目, 一完成就做你的
我們人手不夠啊, HR那面正在招人呢
這個技術上難度比較大, 等我們討論一下技術方案, 回頭再和你討論啊
這事需要其它團隊的配合, 你能幫忙推動一下嗎?
........

沒個人都會全部對和錯, 如果產品經理沒來由的把所有責任全部都推在技術頭上, 這個自己也是有問題吧?

另外一個方面, 其實互聯網公司裡面, 無論大小, 最後承擔責任的是技術的概率還是比較高, 因為產品的最終定稿是要經過"領導"批准的, 後面的事情大家懂得....

請各位產品經理善待技術, 沒有人會喜歡浪費自己的時間和精力去做無謂的事情, 多謝多謝.

好好進修，一個連技術人員都沒法說服的PM還做什麼PM？你是PD還是PM啊？

現在的情況而言，你已經被推上去了，想回退沒辦法，只能找你的上級求助了。

一般來說開發不會找你麻煩，他只是提出他在產品上的見解而已（很多開發都有PM夢，直接打擊下就好。如果你沒辦法打擊到對方，我有什麼辦法？），要麼就是你有一些開發一眼就能看出來的邏輯錯誤或者是不能實現的東西要不是實現代價太高，這樣沒有經驗地弱勢我有什麼辦法呢？

唯一的辦法就是讓這個技術去做產品了，虛心向人家請教。

就算出來的產品不是你想要的，但是起碼能做一個產品出來。

否則這樣下去，連產品都沒法開發出來。

弱產品+強開發，就是你說的這個格局。要麼你把整個產品打磨到讓他一看就懂，心悅誠服，要麼被他壓得死死的。順便，作為產品要學會站在多方角度看問題，對產品從使用到實現的細節和深度要強過設計師和研發。你這樣，還差得很遠，所以人家不鳥你也是正常的。

另一方面我很奇怪這個新產品加老研發的搭檔是誰提的，這種結構很不合理。一般說來，新手產品需要老產品帶一帶，和研發團隊磨合得差不多了再獨立負責才行，這樣就開工，對你，對研發，對軟體產品，都不好啊。

「弱勢的產品，強勢的研發」從某些角度而言這是領導的決策錯誤！

我們現在的team其實也是這個情況，pm以及pd都是新人（當然pm有一些資歷只是剛進入互聯網行業），而pd是剛畢業的小女生。

嗯，我是研發。

所以，我們這個team也是完完全全的「強勢研發，弱勢產品」的模式。

在差不多一年時間的磨合過程中產品設計給研髮帶來了很多問題，一下子可以想到的大概有下面3類：

1.業務需求理解偏差，包括產品跟產品、產品跟研發之間溝通不準確等導致的；

2.產品設計變更頻繁，最恐怖的時候針對一個業務模塊一周改三次設計；

3.設計上的不一致性，導致了多個模塊之間整合出現嚴重數據錯誤；

諸如此類的問題，會給整個研發團隊帶來非常嚴重的打擊！

而也正是因為這些問題的頻繁發生導致了研發團隊跟產品設計團隊基本上走上了對立面，研發進度也總是因為這麼些問題一次次被拖了下來。

所以，作為pd或者pm，要懷有一顆創業的心，試想自己有一個good idea，但是自己不懂技術，也不保證自己的idea是perfect的，那麼你該如何去說服一個能在技術上給你帶來幫助的人來跟你一起創業呢？（前不久36kr就出過這麼一篇文章【創業說】有想法但不會寫代碼，憑什麼讓技術合伙人為你的創意打工？）

技術人員是需要一行行去敲代碼，去真正產出的，所以盡量在交到研發的時候是一個相對完善的可行設計。

所以，要想獲得研發的認可，第一點就是做好設計，做出可以真正作為編碼的參考方案的設計，包括業務的正確性、流程的條理性、設計的細緻程度等等，甚至包括提示信息該是什麼內容（當然可以不在一開始就給出，這裡只是舉個例子）

做到這一點，其實已經算是不錯的設計師了，至少能夠告訴研發要做什麼樣的產品，這是很關鍵的一點！

然後，如果設計的時候能夠更加註重重用（其實很多時候體現的是UI風格的一致性），外帶還能使用類似UML之類的工具（而不是拿著個原型圖）跟研發進行良好的溝通，那麼我想研發會很樂意配合的，當然類似題主說這種基本上屬於不想混下去的研發除外。

其實做好了上面的設計本身的問題之後，在進過正式的交涉之後如果研發仍然不配合，那麼建議向上層反應，這個基本上屬於人事該管理的問題了，而非本身產品跟研發的協調問題了！

沒有底子的產品經理不就是掛個空tItle的打雜的么！

商業模式畢竟是虛的東西，真正的活還不是要下面的人干。你覺得別人設計的時候拍腦子，別人還覺得你想方案的時候拍腦子了呢。自己沒點料又沒後台，真心叫大家難服。

所以要擺脫打雜的命運，我的意見是

好好的跟跟進度就好，韜光養晦，多學點。多思考別人為什麼要這樣做，提醒以後自己別犯。探討探討可以，教導別人就算了，從年齡、資歷、學識、經驗各方面，你都不夠格。

關於你的問題可以分下面幾步

把你的幾個時間節點，剛性需求用郵件的形式發出來給大家看，也抄給老大，只要需求沒問題，相信別人也不會啰嗦什麼。

剩下的就別老天天催天天和別人講道理了。小細節讓他去把控，你把自己能把控的做精做細。只要到時間了他能滿足你的剛需，剩下的你再找別的好說話的工程師修繕一下都行。如果完不成了，及時彙報，老大自會有評估的。

平時少把自己當領導看。有什麼事，擼起袖子大家一起干。多問問別人需要什麼，有什麼能幫上的，你才好開口和別人說你要什麼。你說是吧。

個人愚見，歡迎討論。

在國內，沒做過運營，也不懂技術的產品太多了。技術好的都會有脾氣，你還真去打壓試試。

他的行為原因想來有兩點：

1、資歷比你好。

2、title 比你高。

不知道為什麼出現這種情況了你們領導還沒反應，是你沒上報還是領導不想管？

要麼你主動讓位給他，讓他證明他很強或是很裝逼。也許他是對的，你可以學到東西，也許他是錯的，你一樣可以學到東西，同時消消他的氣焰。

要麼就只能申請用行政手段強制執行。主要考慮反彈的成本和開發質量問題。

要麼你們還是換搭檔吧。

如果你問題里說的是真實情況，指定了任務還不執行，又沒有合理的理由，還影響到團隊，其實我的第一想法是請他走人。

假如沒有操人的氣場又沒有耐操的氣度，就別乾產品了。

我記得當年我們團隊里那個PM MM處理這種問題的方法就是：賣萌。

如果產品設計的思路不清晰，概念、邏輯讓我這麼低級別的研發都一眼看出衝突，你還跟我說體驗就是耍流氓了。

老研發確實有仗著資歷深壓你之嫌，這在每個公司基本上都是普遍存在的，不是重點。問題在於既然老研發能在公司立住腳，說明有一定的能力，而且作為研發本身就是個很較真的崗位，所以樓主不妨自己多從溝通方式，相互理解的方面下下功夫，搞研發的都還是講道理的，即使難相處，只要你講的有道理，可能面上不承認，私底下還是慢慢會改變對你的態度的。

個人的看法，既然是分析，把開發人員的優勢缺點列舉，也應該分析和列舉自己的優缺點和疑惑，從樓主的言語中沒有看到這些

對於產品本身是否有做過細緻的互相溝通？是否徵詢過這位開發人員的見解？似乎也沒有見到

產品經理和開發是合作關係，而不是誰聽誰的從屬關係

問題的重點應該在「嘲笑」這兩個字來，人家為什麼嘲笑你？

你一沒資歷，二沒能力，人家為什麼要為了你一個想法苦了自己。

個人覺得@孟颺說得挺對的。

服軟

念經

正能量+懵懂無知

量化你布置的工作，詳細到每一條需求都可以找到讓他打鉤打叉

再可恥點就把你給他的工作郵件抄送N個人，或者工作QQ群討論組裡問工作進度

溫水煮青蛙就慫恿老闆用tita這類工作協作軟體

最後忠告，工作完不成老闆千千萬，同事做不成下一個同事你也搞不定

產品經理的尷尬之處在於沒有協調各方面資源但是又沒有相應的權力。

這覺得你這個事要從兩個方面想，一是從自身找原因，對產品的想法是否過於理想，執行過程是不是過於簡單粗暴，如果是自身原因，產品該調整就調整，工作方法該改就要改。二是從他身上找原因，是不是工作態度有問題，公司大了，會產生很多老油條。跟你的boss反應一下情況，能讓他走就最好，不管是辭退或者調離都好，不行就不管他，讓他邊緣化。我以前一個老大硬是讓一個員工（一個脾氣差，能力弱，工作墨跡的老油條員工）整整無所事事坐了幾個月，也不安排工作，開會也不叫他，你上網打牌也好，炒股也好，完全不管。最後沒辦法，自己申請調崗了。

想辦法開掉。

這種明顯是工作態度有問題。

如果你沒有這許可權，記工作記錄找你的老闆。