產品怎麼與技術溝通

⑴ 運營人員如何與技術人員溝通

當設計師把頁面設計出來之後，運營就需要拿著這個和技術人員把產品需求溝通到位。

和設計人員一眼，技術人員往往也是搶手的資源，所以一定要提前預約，把排期確定下來，對於需求文檔里的內容要溝通到位。

有時候對於一個功能的實現，沒有直觀的感受，技術人員可能並不能理解要實現怎樣的功能，或者是理解上出現偏差，所以要及時溝通，如果能有案例就展示案例，能自己利用一些軟體作出動畫效果，就用動畫效果來展示，總之，文字描述不如圖片，圖片不如動畫，一定要把需求傳達到位。

再開發階段，一般不再修改需求，因為技術人員開始寫代碼的時候，心裡就有了對整個功能模塊的框架，一旦修改，就可能推到重來，那你和技術人員之間友誼的小船，真的要說翻就翻了。

前段時間有個段子

你不能對一個程序員說：你的代碼有bug。他的第一反應是：1，你的環境有問題吧；2，傻逼你會用嗎。如果你委婉地說：你這個程序和預期的有點不一致，你看看是不是我的使用方法有問題。他本能地會想：操，是不是出bug了！

雖然有點好笑，但確實是應該要委婉地溝通。如果出現bug，就盡可能描述出出現bug的步驟，使用環境，已及這個bug的重要程度，方便技術人員排查bug和確定任務優先順序。

運營和技術人員的良好溝通可以保障產品的順利上線，所以別看技術人員只會寫代碼，人家可重要著呢。

⑵ 怎樣讓產品項目組進行有效的溝通

項目溝通管理是項目管理工作的核心，貫穿項目管理的始終。

項目溝通管理的目的是保證項目相關信息能夠及時准確地採集、傳遞和保存。在項目的組織與實施過程中，如果缺乏有效的溝通，項目經理就難以做出正確的決策，此外還會出現項目運行效率低下、質量不佳等問題，無形中增加了項目的成本，甚至會導致項目的失敗。

良好的溝通是團隊協作的基礎，只有做好項目溝通管理，才能充分調動所有項目干係人的工作積極性和創造性，通過有效的溝通獲取足夠的信息、發現潛在問題、把控項目各個方面，保障項目順利進行。

要做好項目溝通管理工作，可以從以下幾個方面入手：

1. 制定項目溝通管理計劃

通過溝通管理計劃對項目整個生命周期的溝通對象、溝通內容、溝通頻率、溝通方法等各個方面進行計劃與安排，並明確溝通責任，如由誰負責溝通，溝通的標準是什麼，在溝通過程中出現問題及沖突時誰應該負責並進行補救等，為實現有效溝通提供依據。

項目溝通管理計劃應依據條件變化及時進行修訂，保證溝通管理計劃的持續適用性。

2. 靈活運用各種溝通形式

在項目管理中，溝通形式是多樣的。一般使用較多的是口頭溝通和書面溝通。

口頭溝通包括談話、會議、語音、電話等。口頭溝通過程應該明確、坦白，避免因用詞不當或個人思想等因素隱瞞事實或造成理解上的差異。

書面溝通包括通知、文件、備忘錄等，大多用來進行通知、確認和要求等活動，其優點是可以作為資料長期保存，反復查閱。

溝通的具體形式取決於工作領域和團隊結構。

3. 建立有效透明的溝通機制

1）定期會議：通過日會、周會等定期會議及時共享項目進度和信息，減少因信息不透明導致的項目延誤。

2）溝通內容標准化：對會議溝通內容進行標准化設定（如：周會須確認各小組的開發進度，遇到的風險，討論解決方案等），減少無效會議，提高團隊溝通效率。

⑶ 各位產品同學在和技術團隊溝通時，有沒有發現好的前端

好的前端，python和php現在發展的很不錯，是個好的前端。

⑷ 產品經理怎樣更好的和開發人員溝通

誠然，這些挑戰可能是由於參與人員的能力問題，這無可避免。但我更願意相信，溝通不暢、習慣不佳、缺乏換位思考等因素才是最常見的。知乎上的幾個問題的討論，可能會對各不同角色的人之間進行換位起到一定的幫助作用，無疑，這是一件對各方都有積極意義的事情。 產品經理作為貫通各環節的中心節點，避免一些讓人討厭的臭毛病顯得尤為重要。從知乎的回答中，我將這些可能成為臭毛病的行為歸納為以下幾種情況： 短時間內可以完全避免的：需求不清晰 ，當開發人員問PM需求的時候，發現PM也弄不清楚，這樣的問題是一定要杜絕也完全可以杜絕的，如果PM自己都不清楚需求，的考慮這樣的工作是否適合自己了。 干預純技術問題 ，例如：這個code應該這么寫。避免之道:對於純技術的問題不要干預，如果他的技術實現真的有問題，自有相關的人去負責，產品只需關注他最終是否實現了預期的功能。 交付的方案不確定 ，開發人員討厭其實這樣也可以，要不就這樣吧的言論，他們需要的是一個明確的方案。在多種方案猶豫不決需要思考的時候，PM最好只是將這樣的猶豫不決體現在自己的思考中。除非工程師無力實現你的第一種方案時，再將備選方說出來。 沒有必要的預留時間 ,這個我們修改一下，明天提交新的版本，一看，列了一大堆增加的功能，並不是僅僅是修改。coder真的不是神，增加的功能是需要測試的。pm給自己留時間同時，可憐可憐攻城濕，留點時間思考吧。這是一位工程師的原話。Pm要對進度負責，壓力很大，但是預留時間是一定要的。 不能完全避免但短期內可以改善的：需求變更 ，這是回答中出現平率最高的一個詞彙。但是，要讓開發人員失望的是，因為種種原因，這個問題並不能完全避免，PM能做的就是盡量在交付開發之前將盡可能多的問題都考慮到，使可能發生改變的需求講到最少；另外一個就是要杜絕需求的往復性變更，不要讓從方案A改為方案B之後覺得不行，又改回方案B。 口交次數太多 ：要避免口頭交代，顯然不現實，再完美的文檔也無法代替口頭上的直接交流。但頻繁的口（頭）交（流）可能會打斷工程師的思路，延緩進度。PM可以做一是盡量完善你的文檔，第二個就是盡量在一次口頭交流中集中講完盡可能能多的事情，從而減少次數。 需要長期積累或鍛煉才能改善的： 缺乏個人魅力 ：是的，缺乏個人魅力也成為工程師討厭PM的一個原因了。但是個人魅力這個東西，確實很難在短期內得到改善。甚至，對於個人魅力的判斷，不同的工程師會有不同的標准。 經驗不足：或者說資歷不深，要改變這樣的現狀，恐怕也非可立竿見影的。 以上 ，以自勉。

⑸ 產品經理要如何正確的和設計師溝通

1.關於產品原型
有不少公司都要求出原型時要求高保真原型，在這里我對產品原型有幾點建議：
首先，不要添加色彩元素。色彩的添加雖然更真實，但這對設計師來講絕對是干擾，甚至是災難。一份上了色的原型，交到設計師手裡，從設計師的角度考慮，產品就是設計的需求方，那麼產品給的原型是這樣的配色，必然說明這是產品喜歡的顏色，那最安全的方法就是保留原型的配色，這樣的設計稿更容易評審通過。如果你遇到一些有個性的設計師，可能還會因有顏色的原型而抱怨，因為這嚴重影響了設計師的工作。拋開設計師不說，有色彩的原型稿在做原型評審時，顏色也會搶了元素布局，排版，功能邏輯的注意力。所以，我是堅決反對有色彩的原型。
其次，產品原型的交互還是要盡量做到更接近真實，這樣在與設計溝通時，一來利於更好的表達產品同學的想法，設計師在理解時畫面感更強，第二其實也便於後續利用原型做用戶測試。
2.產品經理首先要明確需求，知道自己想要什麼
「產品經理明確需求」這似乎是一句廢話，但就是這樣一句廢話，在很多研發項目中「需求不明確，需求搖擺」類似這樣的問題和抱怨，往往是設計和技術同學最常掛在嘴邊的，也是最容易產生杯具的。
很多產品經理在設計出產品後，對自己產品的設計多少都會有一些自己的想法。當然，這些想法在設計前期可以與設計師溝通，但你要確保的是你真的知道自己想要的是什麼。很常見的一種情況是，產品人員對設計的要求是：大氣一點，清新一點，熱鬧一點。而當設計師給出設計稿後，往往產品又覺得這不是我要的那種感覺。不得不說，這樣的產品經理其實她娘的根本不知道自己想要的是什麼，或者說無法很好的將自己的設計想法傳達給設計師，如此，又怎麼出來好東西呢？
產品經理在設計前一定要給設計師做詳細的產品介紹，這個介紹不僅是要說明產品的特性，功能，文案，更重要的是要講解清楚這個產品需求的重點以及希望設計表達的產品含義。雖然說UI設計師負責的是界面美化，但這個美化也是要有思想的。從另一個維度講，產品經理向設計師解釋自己思路的過程，也是產品經理確認自己提出需求有明確價值認識的過程。
產品經理需要關注重點應該在產品整體的風格、可用性、易用性、信息展示的效果如何。而設計的各種細節和用色，這些還是交給專業的設計師來做，在這一方面，產品經理應當充分信任設計師的專業能力。
3.產品也要懂一些基本的設計知識
產品經理本來就是一個雜家，不僅要對所觸及的各個領域都略懂一二，還要對自己的領域精通。那麼在產品流程各個環節中，你了解得越多，自然對自己工作越有利，自己也就越主動。

⑹ 產品經理如何與強勢的技術溝通

從我的角度講，絕大部分技術人員說實現不了。其實隱含的意思是：

1、當前沒時間；

2、這個東西，尤其是已經迭代開發過幾次的項目或者產品，其框架和技術選型其實已經制約了某功能的實現（不是功能做不了，而是做出來滿足不了產品經理的要求）；

3、該技術人員目前還沒掌握此需求所需的技術積淀。我也貌似某個大型軟體產品的產品經理。

從我的從業經歷來看，確實是有研發經驗和基礎的產品經理，跟我們的技術團隊交流起來是要順暢些。在這樣的條件下，技術團隊一般也會認為你是大半個自己人。而你也會從產品設計和產品實現兩個角度考慮問題。但是透過現象看本質，其實這裡面是溝通的力度和溝通的態度在其中做了怪。比如我來說，可以從兩方面去考慮問題，這個是較順暢和容易些。而一旦產品設計和產品實現的職責變成2個個體來碰撞的話，我們就開始防範和潛意識的抵制對方。技術嫌產品人員老改來改去，產品人員覺得技術老是拖拖拉拉，而且不按設計幹活。我的做法是，在做產品設計的時候，我會邀請我們的技術骨幹參與進來。當然前期他們是聆聽，等他們理解我的想法和設計後，我們再來進行探討。最後形成原型提交。然後後續的寫文檔啊，開發啊。這樣一般要順利些。我在我的團隊里，提倡用下里巴人的語言講高深的行業知識。樹立「越是明白人，越能用白話把事情講清楚。」的思想。

⑺ 產品經理如何有效溝通

一、凡事有回響

在職場溝通中，同事艾特你必須要回，哪怕忘了,也要事後回，並且給出解決方案，如果不是自己負責的事情，也要告訴對方誰負責。

如果答應對方的事情，就一定要做到，否則不輕易答應，最壞的情況下答應的事情解決不了，也要提前和對方溝通一起想解決辦法，而不是等對方問的時候，才說出實情，這樣印象分會大打折扣。

注意，這里要做到100%的回應。因為哪怕對方 問了10件事情，有一件事情沒有回應，那麼在對方心理你做事都不是很靠譜。

二、溝通技巧

在日常工作中，用star法則，能最准確最快的把問題說清楚，這招同時也適合面試的時候陳述自己的項目背景。

大家一定要重視溝通技巧，如何深入淺出把自己的想法傳達給協作者，直接決定了自己方案的落地性。

三、精確輸出

在工作中我們有輸出的文檔，比如日報、周報、月報、各個時間段的計劃以及prd等。

要寫的東西是如此之多，以至於很多人在輸出時忽視了相應的標准。

比如日報和周報中，計劃沒有寫，連下周做什麼都不知道;

比如prd 中界面是過來的，還存在其它歷史界面，存在誤導開發的後果;

比如在做產品規劃時候，措辭不準確，甚至用幾個字就代替負責的方案，也不做具體的解釋，讓別人看不懂;

比如畫流程圖，線條過於復雜，沒有做拆分，給相關人演示時把自己都繞暈了……

以上都是精確輸出的反面案例，產品經理如果輸出要麼不做，要麼就有一些標准，一定要做好。

⑻ 產品經理如何和開發有效溝通

現實中對開發的溝通能力普遍讓人們給弱化了，其實並不是溝通能力的問題，而是邏輯角度的問題，產品經理考慮的問題更宏觀更貼近於用戶，而開發的角度則是針對某一需求怎麼去好實現，所以造成了產品與開發的無效溝通比較多，
有效避免的話就是轉變思維，引導他們在你的角度考慮問題。

⑼ 甲方要求公司產品進行小改動，但是公司技術人員覺得沒必要，不想改，這時候我要怎麼跟雙方溝通

客戶至上啊，首先應該勸技術人員進行修改。告訴他維護客戶利益就是維護自己的飯碗。
技術人員如果堅持不修改，讓他講出修改後可能產生的不利因素，然後說給客戶聽。
個人觀點，僅供參考。

⑽ 產品經理如何與RD（研發）溝通

導讀 

上節課，我們提到，作為團隊樞紐的產品經理，優秀的溝通能力，是必要的能力與品質。

之所以用「必要的能力與品質」的定義，是因為產品經理只要稍不留心（特別是產品新人），就容易與其它同事產生溝通障礙，發生溝通矛盾；特別是與RD（研發/工程師）之間的溝通，「溝」了沒「通」幾乎會成為常態。而因此引發的一切嚴重後果，都將由團隊陪同產品經理一起買單。

1、產品經理和工程師有哪些溝通問題？

2、產品經理為什麼會被工程師嫌棄？

3、產品經理應該如何與工程師溝通？

正文

作為產品經理，特別是產品新人，肯定/絕對/100%會遇到各種各樣的溝通問題；與此同時，我們也更加需要學會找到導致問題的本質原因，根本解決問題並更好推動產品工作。

接下來，我們會對X小姐文章里7處具有典型代表的內容，進行解讀，方便大家更好的理解。

一、產品經理和工程師有哪些溝通問題？

原文引用1：

最近有位剛做PM（產品經理）的小伙跑來跟我控訴，說公司技術部的RD們（工程師）個個不給力。需求過了千百遍還是理解錯，或者就是簡單回一句「做不了」，表情如死灰。

解讀思考：

這是所有產品新人都會遇到的問題（我過去做產品，有時候也恨不得把工程師們給**），但本質原因不外乎有兩個：

1、需求並沒有按照工程師們的思維模式來表達，他們理解不了自然也就回復做不了（所以大部分時候他們說做不了真的不是在推諉騙你，而是他們真的沒有理解清楚你在說什麼）；

2、需求沒有優先順序，工程師們無法明確研發節奏；大部分時候一股腦無定級的瀑布式需求，自然會遭遇一股腦的無視（就像有時候同事找你做事，一股腦的給你提了很多需求，也不說輕重緩緊，你也會瞬間懵圈）。

原文引用2：

這位PM血氣方剛，張牙舞爪，腦子里總有一千萬個新產品需求的想法撲騰著。

解讀思考：

這里需要打擊一下，「腦子里想法創意萬馬奔騰，實際中能落地的幾乎為零」，這是幾乎是所有產品新人的通病。

產品新人在自身的能力還沒有系統豐富的時候，對於需求的理解和認知，大部分時間都局限在一個點上，很難以點思面的思考問題（這並不是產品新人的錯，事實上每一位優秀的產品經理，都需要這個成長的過程；要解決這個問題需要一定時間的業務經驗與思維拓展歷練，穩定心態很重要）；所以，在產品新人的大多數時期，不提需求比提需求更重要，執行好任務比天馬行空更務實。

同時，發生這種情況的還有一個重要原因就是：被碎片化的文章或言論誤導了，對產品經理沒有系統客觀的認識和理解。

過於理想化和抱怨，真心是產品經理溝通中的硬傷。

原文引用3：

面對他，我的心突然惆悵起來。幾年前的自己也差不多是這個模樣，懵懂如白紙……

身為一位女性PM，我至今為止並肩合作過的RD團隊超過8組共200多人（動盪曲折的職業生涯啊）……

所謂人艱不拆，希望大家看完後能更理解彼此「都不容易」的立場。

解讀思考：

產品經理是應該有個性的，但類似：自以為是、以自我為中心、隨意放大自我感受……的「個性」，一定要盡早去掉，除非你不想做一個優秀的產品經理。

作為產品經理，一定要避免將自己陷入認識與情緒的局限里；包容與理解，會讓你「產品經理「人設的人格魅力MAX！

畢竟不是人人都可以是喬布斯、張小龍……在生命的很長一段時間，我們與並肩奮斗的工程師、運營、設計等小夥伴們都一樣是平凡人，我們都要一起面對生活與工作的不易；彼此真的「都不容易」，所以，理解萬歲：）

原文引用4：

PM眼裡的RD分成兩種：能溝通的，和不能溝通的。後者佔90％。

解讀思考：

我也遇到過這種情況，當我躊躇滿志，把一個產品勾勒得很美好的時候，突然發覺，為什麼工程師們在用那種木訥的、毫無光亮的眼睛（眼神）看著我？他們不僅一點都不興奮，還會問我：

1、這個功能為什麼這么做？

2、你確定這樣做沒問題嗎？

3、這個東西不是剛改過嗎？

所以最開始，我也認為工程師是沒法做朋友的（大致原因參考引用2的解讀思考）。

原文引用5：

曾經有一個RD總監，在Kickoff會議上把我所有的需求都推翻了，讓我差點在十幾個老男人面前哭鼻子。

話說人在經歷苦難後，要麼變乖，要麼變壞……於是我學會了通過非正規途徑收買RD的心－－

比如請他們吃KFC啦，陪他們聊黃色笑話啦，穿低胸裝秀黑絲大腿啦。

解讀思考：

Kickoff（啟動會議），基本可以理解成打仗前的誓師大會。已經要出征了，RD總監直接把X小姐的產品掰翻。

遭到打擊後，X小姐的態度也很鮮明，強烈且迫切的心情想要讓RD聽命與她，於是決定通過非正規途徑來搞定RD。

我覺得女生做產品經理一定要有掌控的慾望，要有一顆當女王的心；男生就更不用說了。

我最開始為了和工程師打成一片，也是什麼事干：請人吃飯、幫人泡麵、陪人加班、接人上下班（這個不要輕易效仿，畢竟一個成年男人每天刻意的去接另外一個成年男人上下班，而且時不時還要換不同的人，畫面的確有些尷尬，也比較容易引起敏感話題 - -！）……通過不懈努力，我和工程師們的關系終於也改善了許多。

原文引用6：

正當我沾沾自喜，認為自己靠美胸美腿贏得了這場戰役時，一個Ruby工程師幽幽的跟我說 「我好喜歡你的門牙」 。（鴉。。。你們果然是無法溝通的生物。。。）

解讀思考：

真的是這樣，我們可能永遠也不了解工程師們的心，即使彼此的關系得以改善之後。

大多是時候，特別是產品新人們看工程師，總覺得別人傻傻的；與此同時，在工程師的眼裡，我們可能更傻。

在我看來，發生這樣的情況，大多數時候的本質原因，僅僅只是工程師們表達情感的方式質樸直白的表現；不能因為工程師們不會說話、不盡表達、不夠「情商」就忽視了，大多數工程師的腦袋裡，都有一個神奇美妙的世界，只是我們不懂的探索而已。

所以，有時候放下所謂的「說話藝術」、「情商」、「溫柔」等定標性偏見，用最質樸直白的方式去理解工程師的表達，彼此都會輕松高效很多。

原文引用7：

RD眼裡的PM也分成兩種：有腦子的，和沒腦子的；後者佔90％。

沒腦子的PM，RD們是打心底森森嫌棄你的。

解讀思考：

其實，溝通更深層次的條件是相互的信任。

產品經理和工程師之間，如果沒有建立好一種信任的關系，那彼此之間的合作就會不協調，也就會經常出問題。

但在大多數情況下，產品經理是很難獲得工程師信任的，甚至被嫌棄。

為什麼？

二、產品經理被工程師嫌棄的3個原因

現在我們來解讀，X小姐從她的血淚史中總結的，產品經理被工程師嫌棄的3個原因。

1、沒有自己的想法

解讀思考：

如果我們經常說，「這個東西是老闆說的」、「老闆要這么做」，好像這個事情和你沒關系，那工程師們在心裡是不服你的。所以產品經理一定要有自己的主張，你可以這么說：「老闆要求這么做，我覺得還是有一定道理，不如咱們試試吧。」

或者：「這個確實是老闆要求做的，我感覺還是有點問題，怎麼辦？我們再溝通溝通，還是怎麼著？」

我們要有自己的主張和獨立的思考。這樣，工程師們才會相信，你犯錯的幾率更少，把事情做成的幾率更大。他們也才願意協助你，助你更好地推動產品，對吧？

2、風花雪月沒有邏輯

產品經理很講究「感受度」；這也是我一直強調的，優秀的產品經理一定要通人性，感情豐富。

我們也說，產品經理要有理性的思考和感性的表達；理性的思考在背後，感性的表達在前面。

感性的表達簡單理解就是：盡可能的用對方更容易接受和舒服的方式去傳達自己的意思。

工程師們大多是邏輯思考能力很強的理科人才，在與他們的溝通協同時，如果思維不縝密嚴謹，或是呈現的事物缺乏邏輯經不起推敲，就可能被嫌棄。

3、不信任工程師的能力

如果我們不信任工程師，他們是能感覺到的；或者有時候我們問工程師研發一個功能大概需要多少時間，他們回復可能三五天；但最後你發現，其實只要半天或者兩個小時。

這些問題，也會使大家平時的溝通產生障礙。所以X小姐提到：要讓工程師覺得你很優秀（一定要讓工程師覺得你很優秀）。而實現這種狀態的前提是，我們先要學會去信任和肯定工程師們的能力。

所以，要做到良好的溝通，背後有很多需要我們去推進的事情，而不僅僅是所謂的溝通技巧和表達能力。

三、產品經理如何與工程師良性溝通？

文章最後，X小姐給出了7個建議，很有啟發價值。

1、眼觀四路，耳聽八方。

「知識淵博，掌握行業內的各種動態，分析市場趨勢……」要讓工程師們覺得你是一個靠譜的人，什麼都知道。

2、混對圈子，積攢幾個牛逼人脈。

關於這點，我在後面的課程里會與大家講到的：產品新人們一定要去混圈子。

擁有更多牛逼的人脈，既可以幫助產品有獲得更多露臉的機會，也可以幫助招聘到更多優秀的工程師，也就能更好推動產品工作。

3、無論是口述的需求還是撰寫的文檔，文字和原型圖的呈現都要有邏輯。

這是最重要的。

很多產品新人找到我說：「劉老師我覺得寫文檔很痛苦，我可以口述么？」。其實我接觸的很多的產品團隊，有很多也是不寫文檔直介面述的，但同時這對語言表達能力也有更好的要求。

其實無論是著重於文檔的文字表達，還是著重口述的語言表達，本質上最重要的還是表達核心思想的邏輯。

就像X小姐說的，無論是口述，還是寫文檔，一定要有邏輯。「功能細節上的邏輯處理得無一遺漏，實乃RD們的心頭好。」

4、在老闆責問為什麼還沒上線的時候，沖上前去說，「都是我的錯，前幾天又改了個需求」。

當工程師們真的很努力去做了，卻被老闆指責的時候，如果你能主動幫他們擋刀，他們會覺得你是一個有擔當的產品經理。

5、在RD們被各種部門的需求同時襲擊的時候，為他們安排最合理的優先順序，並承諾擔起一切後果（包括被某部門主管批鬥責罵等）。

6、招到漂亮的實習生妹子給RD們養眼（請一定投其所好）。

7、給他們加薪，給他們加薪，給他們加薪。

本課小結：

產品經理在推進日常工作時，經常會和工程師發生溝通問題，著其實是普遍存在想像。

遇到問題，我們不要一來就想改變工程師，而是要學會先分析和總結自己的問題。

除了學習溝通技巧和表達能力，更重要的是要深刻理解並協助團隊小夥伴。產品經理要有自己的主張，有同理心，有理性的思考和感性的表達；這樣，才能獲得工程師的信任，更好推動產品工作。

當然，溝通問題只是拋磚引玉，溝通只是產品經理工作中常遇見的問題之一，產品經理在工作中還會遇到各種問題，譬如：長期被加班、頂雷專業戶等。

所以，下一節課，我們就來全面解讀一下作為一名產品經理，我們將會遇見怎樣苦逼又有趣的工作與生活狀態。 

備注鳴謝：

推薦文章：《如何與RD溝通，寫給那些血氣方剛的產品經理》

鏈接地址：http://36kr.com/p/212020.html

特別說明：

因為我與團隊在日常工作中，更習慣喜歡稱呼RD為工程師，所以為保障閱讀體驗，引用X小姐《如何與RD溝通，寫給那些血氣方剛的產品經理》原文內容中出現的「程序員」均替換為「工程師」。

 

關於《產品經理入門指南》精譯版

《產品經理入門指南》原本是劉文智老師於2014年發布的，國內第一套系統的互聯網產品經理入門方法論視頻課程。課程歷時9個月精心准備，收集了上千名產品新人的真實需求，參考了近百家產品團隊的用人標准，匯聚了數十位產品大咖的專業意見。旨在：

1、教會：產品新人評估自己是否適合做產品；

2、幫助：產品新人找到契合的入門學習方法；

3、引導：產品新人走出入門困境和學習誤區；

4、啟發：產品新人化解學習難題與高效成長。

應眾多同學的需求，現由劉文智老師攜課司機團隊，重新編譯為圖文版，限免發布。

關於作者劉文智老師

劉文智 Jason

連續成功創業者，天使投資人，創業投資顧問

80後，愛足球、愛電影、愛較真。

知名產品經理社群「產品壹佰」、IT在線職業教育品牌「美好學院」創始人兼CEO

互聯網社群+IT職業教育成功商業模式的創新開拓者；

於2016年接受慧科教育科技集團全資並購邀約出任集團合夥人、開課吧CEO；

2017年末轉做天使投資人，創業投資顧問。

中國首位發布系統互聯網產品經理職業教育體系的老師

2012年起先後著有《產品經理入門指南》、《產品經理深入淺出》、《手把手教你做產品》等互聯網產品經理線上、線下實戰教學體系；課程全網學習頻次超千萬次，影響了包括美國、加拿大、澳大利亞、丹麥、新加坡等超過38個國家和地區，幫助13萬互聯網人獲益；

中國最早推出以就業為導向的產品經理職業教育服務的老師，數萬名學員廣泛入職中國各大互聯網企業以及知名互聯網企業核心產品團隊。

15年互聯網、10年教育一線堅守與沉澱

曾任搜房、新浪兩家上市企業產品與營銷策劃相關工作；

曾任電子科技大學千星計劃互聯網應用專業負責人。

溫馨提示：

若需獲得更多產品經理學習幫助，推薦關注劉文智老師的微信公眾號（微信號：iamliuwen）。