產品和程序員溝通的難點

㈠ 產品經理和程序員,如何避免矛盾

產品實現是你的目的，為了這個目的不必太講究。

做了一陣子之後我有了自己對於與程序員相處的方法論，對這句話並不苟同，我還是傾向於把事做好的同時也能把話說好，雖然我現在也能深刻的領會到當時leader的核心意思是產品本身是第一位的。

接下來我就闡述下自己的一些心得：

• 產品經理與程序員最大的矛盾在於——改需求。這牽涉兩個問題，一個是如何盡量地做足前期工作，盡量把需求細化，需求做的足夠扎實就會大大減少改需求的次數，這是產品本職工作，不屬於溝通問題；另一個問題就涉及如何溝通了，就是需求無論如何確實要改。這個時候有一點很重要就是努力與程序員（或者開發經理）達成共識，比如「我們的目的是要做最好的xxAPP」、「這個功能對於我們的目的來說是必不可少的」等，然後再來談詳細的需求點，程序員也就會逐步認可改需求這件事情。（還有一點很重要的就是，如果無論如何也達不成一致，也有必要反思這個需求是否真的有改的必要？）

• 用數據和客戶來幫你增加底氣。在談論某項功能實現的時候，產品經理經常會碰見程序員消極被動不願意做，或者質疑這么做有沒有道理的時候，採取需求依據的數據和真實的客戶需求是能有效推進的好辦法。比如「80%的同類產品都有這個功能」、「每周都能收到幾個客戶對某某問題的反饋」，一般來說程序員是能夠接受這種說服的。

• 試著多用詢問的語氣。讓程序員感到他是專業的，他是能夠解決這個問題的，要依仗他才能做的更好。這會無形中賦予他一種責任感（因為你把問題拋給了他，他就隱形中負有解決這個問題的責任），在傳達出意願的同時也避免了話語的生硬，讓程序員感受到對其職業技能的尊重。

• 注重日常交往。日常生活中交個朋友，比如一起打球、打游戲，聊聊電影和漫畫，實在是沒有共同語言就經常沖他賣個萌、攪個基、撒個嬌、講個笑話。這樣，大家都是朋友了，不看工作職責的那一半看交情的那一半，溝通起來也會順暢很多。

總結：有很多時候產品的產生不完全是靠嚴格的流程和規章制度誕生的，也需要很多溝通的潤滑。能夠開開心心地把產品做出來最好，但是最終我們還是不能離開產品實現這個 標的物。

㈡ 為什麼程序員普遍都比較難溝通

他們太古板了，天天就一套邏輯思維，無法溝通。

㈢ 程序員工作中的溝通小技巧

程序員，是互聯網公司的一筆資產，也是產品經理等沖突的主要對象，如何提高與程序員之間的有效溝通，請看下文：

心態平和——程序員的內心世界是很豐富，在經歷了各種需求修改、bug修復後，相對而言與人交流的能力要明顯弱於與計算機的交流能力。因此一定要心態平和的與程序員進行溝通。

希望以上幾點建議，能夠幫助提升你與程序員之間的溝通效率。

㈣ 程序員做溝通協調的工作很困難嗎

溝通能力欠佳，是程序員群體普遍存在的一個問題。只作為合格的程序員，在編碼崗位，較差的溝通能力影響有限。那麼，怎麼提高自己解決問題的能力？溝通能力、對工作負責任的態度、對代碼的追求，很大程度上由性格決定，除去性格因素，程序員溝通能力不好與工作性質有關系，編碼工作要求程序員必須集中精力，且討厭被打擾；在安靜的環境下精力能高度集中，工作效率也會很高，這就是很多程序員喜歡晚上熬夜寫代碼的原因。久而久之，長期技術性思考和工作習慣導致程序員不太喜歡溝通，或者不太喜歡與非技術人員溝通，會給人留下木訥和沉默的印象

首先作為程序員要足夠的重視溝通的作用，在日常工作中，經常會看到這樣的情況項目由於各種原因需要一起討論或開項目會議，程序員參加討論的積極性不高或心不在焉，且心裡想著 「扯那麼多幹嘛，這么長時間，我代碼都寫完了....」這種心態下急切的希望會議快快結束，也就沒有溝通的慾望了。雖然說，討論和會議多多少少會有低效率的問題，但沉默和拒絕溝通不是解決辦法，而應該暢所欲言，盡快拿出解決問題的方案才是正道！所以，程序員必須要重視溝通！

最常見的就是在溝通需求時，雖然說所有的需求最終都要落實到技術實現，但在需求討論和溝通階段，則不需要考慮太細節的技術實現。比如就需求的合理性和必要性與程序員討論時，程序員第一時間在腦子里考慮的是如何設計資料庫，如何通過代碼實現等等，而不是這個需求是否合理，是否有多餘，或是否可以再細化再拆分等，而這一些都與習慣有關。

需要代碼實現的是必要的需求，而不是所有的需求，所以在非技術性溝通時，可以暫時跳出技術思維。擴展到其他問題的溝通都是一樣的，不能技術優先。

㈤ 為什麼程序員都不喜歡和程序員溝通工作

第一，興趣，興趣是最好的老師，不感興趣自然沒有心思去理會，更別提實踐了；
第二，部分程序員的工作內容相對枯燥，一些人經過嘗試之後不願意接受這種枯燥的生活；
第三，思維，做程序開發是需要有極強的邏輯思維能力的，很多人面對代碼一團糟，覺得困難學不會，做不了程序員。

㈥ 產品經理如何有效溝通

一、凡事有回響

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

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

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

二、溝通技巧

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

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

三、精確輸出

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

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

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

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

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

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

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

㈦ 程序員如何解決溝通沖突，避免互撕大戰

在一般情況下，程序猿可以和產品維護好日常關系，一起吃午飯，一起參加團建之類的，日常溝通順暢了，溝通產品的時候相對也好溝通一些，和不懂技術的產品講技術，對方可能也能聽的進去一二，也就能避免互撕大戰，大家撈的清閑了。
像那場驚天動地的程序猿暴打產品經理那場戰事中，據說就是產品經理提出了要求，去實現客戶端顏色適配用戶手機殼，面對這樣的需求，應下來就是給自己挖坑，因為這樣的功能肯定沒辦法實現的呀。如果這位程序猿和產品經理平時關系相處的好一些，大家能坐下來好好溝通
「兄弟，你這個功能不好搞啊」
「咋不好搞？」
「我跟你講啊，技術上，這樣那樣這樣那樣」
「噢，原來是這樣，還是你專業，聽你的，那就這個功能不要了」
溝通能解決的事情，這樣的結果，皆大歡喜。

㈧ 好累，程序員聽不懂產品經理提的需求，問多了，產品經理嫌煩。該怎麼辦

這個東西應該有一定經驗積累會理解比較快，也是一個過程。只有多溝通，在溝通前想想溝通的目的，這次溝通要解決什麼問題。用筆記下來。然後在實操，在實操過程中如果遇到問題先想一想，試著自己去解決一下。再去詢問，至少讓別人感受你是在用心做這件事。而且也是想做好這件事。其實你們的目的都是一致的。注意方式方法，不要讓別人覺得你一個問題重復的問還沒什麼結果。大家都有自己的事情都會比較煩。

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

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

㈩ 產品經理如何與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）。