1樓：日野俊基
作為開發談一下吧。
1.關於重構：設計和試錯是需要成本的，只有團隊裡雙方都作出必要的退讓才能實現。
2.關於需求：元需求是妥善解決問題必須的，但開發也別想著忽悠或者越俎代庖，將方案利弊鋪開，讓策劃自己權衡。
3.慢慢來，其實是最快的。能夠盡量有條不紊的把問題解決，比快更好。忙中出錯是必然的，策劃不要老盯著工期，前期規劃好點，而不是去趕dl。開發同樣。
2樓：
作為開發人員不奢望產品都懂技術，
只希望產品的需求能夠
一以貫之
符合邏輯
需求清晰，
不要開發的時候每提一次需求點就改次需求文件，倆月已經改了15次了
3樓：
作為乙個開發，經常遇到PM跟我說產品需求改動我懂、我跟PM說技術上的難度or不合理性以及可能會帶來的一些問題他不懂，但是PM會堅持用一些很簡單的模擬說服我這麼修改很簡單，覺得我是在扯淡推諉的情況。
遇到這種PM，我合理建議、解釋、分析問題不行進而聽到一堆狗屁不同的簡單模擬之後。為了不在職業生涯上被PM抹上乙個工作被動消極推諉懈怠的小黑點。通常是PM要什麼我就做什麼。
哪怕是乙個表多加四五個字段用來給各種情況下做排序，程式上也會有N多特殊情況，真TM是特殊情況啊，孤立的幾條資料在某個情況下怎麼怎麼樣，這讓人家怎麼寫。
幸好。以我的經驗來看通常這種東西上線沒多久就會砍掉。最後：
知乎 - 與世界分享你的知識、經驗和見解各種在自己行當混不下去的人，看了基本PM雞湯，轉身就做PM了。
提個東西只有自己覺的靠譜，推進不難才怪。呵呵。
4樓：楊瘋瘋
乙個好的PM可以不懂技術，但要懂得如何與懂技術的人交流。
我也是做技術的人，我覺得大家的思想都很單純的，就想把東西實現了。所以只要PM講清楚需求、因果緣由，我們是會幫助PM設計方案（從技術角度），幫助PM調整進度的。遇到進度的問題，也希望自己不要落下太遠，但也會和PM溝通。
但是請PM不要自己不懂裝懂，也不要胡亂扯淡。你的需求都自己都不清楚，就說這裡體驗不好那裡體驗不好。拜託這還是原型階段，你跟我扯什麼體驗？
至少需求定稿了、互動設計的方案確定了，我們再說這裡不漂亮那裡不好用吧。凡事要有主次先後，我們還沒有進展到那一步呢。
PM要有PM自己的素養。不懂技術可以，學點軟工也有用啊。
5樓：龍爪槐守望者
不會技術你就去學嘛
【網易推出計算機專業課程網路課堂考試通過可頒發證書】@網易雲課堂 計算機MOOC上線，想學計算機的屌絲們貌似不用去學校了。計算機專業課程彙總 大學四年內的計算機課都在這裡，考試通過可得證書。
6樓：
誒，問題來了…
你不懂技術怎麼知道懂技術的在推諉刁難你呢？
不懂技術的PM，如果被刁難久了還不學技術，活該啊。
以上是我的深刻感受，PM是乙個綜合性很強的工作，對於實現環節的把握相當重要，了解技術實現方法是必須的！
7樓：卡卡布魯
首先要說的是，對於初級產品經理來說，不懂技術真的不是什麼原罪，甚至在思考普通使用者的使用場景時還有特別的優勢，沒有技術思維的束縛有時會更容易發現問題的所在，要好好珍惜這個階段的狀態。
回到問題本身，要怎麼應對RD的刁難，個人覺得作為乙個初級PM，最好還是在專業領域裡有一項拿得出手的強項，特別懂使用者想法、特別懂資料分析或者神馬都有了解的都可以...初級PM不懂技術其實沒什麼可恥的，但是如果你既不懂技術，在其它專業領域又沒有一技之長，能顯示出你在產品方面的才華的話，那很容易讓別人（那就不僅僅是RD這一類人了）認為你就是個不學無術還要瞎指揮的人，那就別怪別人刁難了，畢竟大部分人都希望與優秀的人共事。
啥？你恰好是上面說的這也不懂那也不懂的那類人，呵呵，請允許我做個悲傷的表情...
8樓：
初級產品經理不懂運營怎麼辦？
初級產品經理不懂UI怎麼辦？
初級產品經理不懂UED怎麼辦？
初級產品經理不懂PRD BRD MRD FRD怎麼辦？
初級產品經理不懂使用者調研怎麼辦？
初級產品經理不懂。。。
9樓：素衣白馬
如果做過一段時間的 PM 的話，評估工作量和協調工作計畫應該算基本技能了吧。
單純從這個問題的解決角度來說，有很多方法，技術的解決方法和非技術的解決方法。
技術的解決方法簡單，你明白這是怎麼回事，都不用你親自動手，你自然了解類似的工作其他人的時間成本，或者他自己之前的工作裡類似問題的時間成本，都很容易用來參照和評估現在的工作量，同比環比，簡單有效。關鍵是你自己要明白，別驢頭不對馬嘴，變成乙個笑話。
非技術的方法，是一些通用的管理方法，規章制度的作用很清楚的規定了公司能容忍的邊界，別覺得這是繁文縟節，你用這個來說話沒人能反駁，工作記錄，工作報告能鋪到桌面上的東西做好，管理不是解決乙個問題就算完了，乙個日常執行順利的流程能省你不少事。
利用好你在公司裡的人際關係，PM 沒事就上躥下跳，接觸的人不少，多搞清楚人家的實際情況和其他人的口碑，也讓別人了解你，你們說不定就能相互體諒，以後你也知道怎麼處理這些細節了。如果各種都還不上路的話，條件允許，換乙個人來評估，是你的估計有誤還是他的工作能力工作意願有問題，對誰都能交代。
再多說一點，被這種問題困擾，你的團隊更像團夥，還稱不上團隊吧。作為乙個 PM 團隊信任是需要不停去建設和維護的，維護的基礎是尊重，如果這事他有參與感，你還不相信他的評估嗎？我們見過太多拿著雞毛當令箭的 PM ,只為了討好領導，自己沒想法，沒目標，沒規劃，只是乙個催單的，你自己想想你願意在這樣的領導下工作嗎？
10樓：楊曉霜
既然是極個別，就別在意太多
抓大放小，適當的時候給研發讓點步。工作量評估不要太離譜即可，不要太逼著研發，否則都有些逆反心理是不
我也不認為產品經理必須懂技術，但是要有些基本概念，不能讓人認為你啥都不懂好忽悠
除此之外，產品經理很大一部分是溝通的活。針對所謂刁鑽的研發，我一般兩種處理方式，1如果他們是想好好幹活的，就好好溝通，抓大放小，適當讓步，達成一致；2如果他們就是純粹推諉不想幹活，那就找上級溝通，畢竟你不是他的領導甚至都不是乙個部門的，這種事情不用你來處理
11樓：羅浩
對於初級產品經理而言，樓主應該是比較有資格回答這個問題的。
先介紹下樓主的北京，樓主畢業後進入了一家知名電商公司擔任PM，電商，你懂得，日常運營的工作量非常大，而且公司非常強調用數字說話，任何需求都要有嚴格的資料評估，所以工作第一年樓主大部分時間都在跟資料打交道。
當時樓主在工作過程中經常需要跑各種資料，當時公司正常的流程是資料需求文件——總監review——資料部負責人review——排期——需求完成，出結果
以上流程你沒看錯，現在回過頭再來看這個流程，我只想說一句：寫個SQL還要排期？？？程式設計師你們就是這樣忽悠初級產品經理的嗎？你們的良心呢？
樓主每次出乙份資料需求文件review後，資料部的技術負責人經常會跟樓主說現在需求已經排滿了啊，沒有時間做啊，排著吧！每次聽到這話樓主臉就一黑，而通常一般快的可能一天能給，慢的要拖一兩天，沒辦法，誰叫你是新人，不坑你坑誰？
當時公司已經將取數平台弄好，開發一般經常都是登陸自己的賬號然後寫完SQL後輸出資料，有一天跟樓主一關係非常好的開發幫我開通了登陸許可權，然後給我SQL語句，讓我自己去跑數（所以說跟開發關係好對產品大有幫助！）。這個時候樓主終於發現真相了：
這些SQL語句怎麼格式都差不多，看起來很簡單的啊！有了這想法後，樓主不甘心就上網開始了解資料庫和SQL語句，後來一了解這也太簡單了吧，我自己完全也能學啊。
於是，後來樓主學會了SQL，學會了python,學會了spss，再後來資料組不僅將公共資料平台給我開發，而且把大部分的資料倉儲都對樓主開放，最後，資料組把取數平台開放後，不再跑數了，但是大部分產品還是不會SQL，結果樓主就天天忙得跟狗似的幫其他產品寫SQL
好吧，這故事看到最後其實是乙個悲傷的故事，直到後來，我哦問起當時的那一批開發（都是關係非常好的）：你們當時為什麼那樣坑我，寫個SQL語句都要排期？他們統一回答都是兩個字：
呵呵！
到最後，我真的有時候替我們產品感到憋屈，但有些話我真的很想對我們產品的同仁說：
1.每個人天生都是懶惰的，沒有人有義務幫你，所以對於大部分「寫個SQL都要排期」這種狗血的事情大家要理解。
2.技術學習的門檻絕對不高，但要學好很難，但我們是產品，技術沒必要很精通，但得學會用技術來解決自己的實際問題，不要因為陌生就拒絕，開發沒有什麼了不起的，產品同樣也可以懂語言。
3.即使不懂技術，但也一定要有技術思維，技術思維我簡稱為就是機器思維，即產品實現的原理。這個東西很重要，不懂技術沒關係，但是要是連這個都不懂，難怪開發人員要說呵呵了。
12樓：
做過pm，在有了6年研發經驗後轉的，現在做mkt。公司內基本都是技術做的好才能轉pm的。一起熬夜通宵多少個晚上，為了解決乙個問題。
大家是乙個戰壕裡出來的戰友，不會也不能忽悠你。只是不想過「要麼在加班，要麼在去加班的路上」這種生活。
13樓：肉包小葫蘆
我不是專業的到一不小心全程關注了下看到題主這麼改問題內容真是有點受不了…… 能不能不這麼鬧看來知乎真的不只是有不靠譜的回答而已啊
14樓：涼暮月
難道不是有點經驗的RD遇到了乙個【沒有技術的新PM】都會有，【我去今天看了黃曆就不該出門的，】，心理感受？
給你支招，你可以通過BOSS和一些人際技巧可以搞定眼下的專案，如果你沒有這些技巧，滾粗吧，，
但是，下乙個專案之前請換工作，因為基本可以保證你已經竭澤了本公司你可以借貸的合作資源。
其實我不認為PM都要懂技術，我就認識不懂技術的PM。人家還是學藝術出身呢。。
但是你需要懂乙個比技術更難為的東西：溝通和個人修養。比如你的溝通能力和個人修養足以讓專案組的技術大牛對你俯首稱臣，其餘的RD，，，還不都是戰五渣？
15樓：吳臣羽
在公司招聘時就把混日子的踢出去了
預設RD給出的時間是合理的，RD提出時間後，反而要他把單元測試，健壯性等東西都考慮進去之後再給個時間點出來，而不僅僅是實現的時間點。
這樣的情況下如果RD還不告訴你他認真估計的時間點，那就是你真的不適合做PM了。
如果時間點不可以接受，那麼就去找老闆要資源，更多的RD加入進來做這個事情。
如何成為一名初級產品經理？
初級的產品經理需要具備的技能只要熟練，擁有乙份像樣的工作，那是比較輕鬆的事情，想要成功的公升級為產品經理那麼你要披荊斬棘，像產品助理，產品專員等這些職位上的磨鍊，最後你才能夠手握專案去鍛鍊自己，積累經驗才能夠找到合適的工作，我的話之前也是很迷茫沒有什麼大的方向，就是因為同學的提點，找了相符的培訓去學...
什麼技術都不懂能否成為產品經理？
夜的黑擇明 做產品不一定要懂技術，產品是針對行業的，你可以不懂技術，但是基本的應用應該了解，這是基於產品合不合理的乙個關鍵。比如說你要開發這個產品能不能實現，要多大的難度這些你是必須去了解的。因為這個對於後期去開發是要估計的。第二，你必須對這個行業很了解才能做好產品經理。當然除非你有時間去邊學習邊做...
產品小白如何跨越產品經理初級階段？
Ray光輝 產品經理的成長沒有捷徑，就是要積累，不斷的積累。也許遇到好的領導或者是師傅，或者是團隊，可以少走彎路，但是跨越是不可能的。一般如何制定給產品新人的培訓計畫？李光輝的回答 知乎 https www. 產品一哥 產品經理是乙個積累的過程，你要積累所需的技能，學習技能的同時，增加專案經驗，加強...