主要工作內容

1.競品分析

2.需求分析

3.產品方案設計，需求文件製作，需求評審

4.跟進ui設計，確認ui方案，前端開發，後端開發，測試過程跟進

5.產品上線確認

6.專案管理（兼任）

7.產品推廣運營推進

8.產品及使用者資料分析

9.產品商業方案（高階）

如何提高

1.保持好奇心，多體驗不同產品，體驗生活

2.對自身行業業務知識要十分熟練

3.產品經理相關書籍要讀完，學會傾聽和觀察

4.多參與同行的社群或論壇中交流

作為產品經理，回答這個問題義不容辭啦，授人以魚不如授人以漁，我今天距離和大家說明白為什麼網際網路公司需要產品經理，以及產品經理需要做哪些工作，相信銅鼓哦我的回答，可以使大家一目瞭然！

一個產品是怎麼誕生的

網際網路是門生意，按照網際網路通常的做法是，一個產品抓住了使用者的某種需求，把他造出來，透過一些手段來曝光（極少數是自然的口碑傳播），使用者知道了，覺得這個產品滿足了自己的某種需求，就會使用，公司透過使用者的資料（比如註冊使用者量，日活）來證明自己最初的想法是對的，使用者都是有錢的，要麼現在讓使用者掏錢， 要麼去說服老闆們投資，我可以幫老闆們賺大錢，這是網際網路的商業邏輯。

其中涉及到幾個關鍵點：

產品滿足使用者的需求把產品造出來（開發）透過手段曝光產品（運營）

滿足使用者的需求從誕生到把它造出來的過程就是產品經理的核心工作。

需求的誕生，一般是老闆會有個最初的想法，也可能是借鑑別人的產品，這裡可能不需要產品經理，那麼就會下面的場景：

老闆找來程式猿小李，說：“我們要做滿足哪些使用者哪種需求的app，你去把我說的做出來。”

小李必然瞬間蒙圈，然後會問老闆：“老闆，這個產品我們是做ios版呢？還是安卓版呢？你說的使用者那個需求怎麼來滿足呢？進來一個頁面看到的是什麼呢？要輸手機號註冊嗎等幾百個問題呢？”

老闆哪有這麼多時間和你一一確認啊，會說：“小李啊，你問題提得很好，但是我很忙，後面具體的問題，你就和小馬溝通，他清楚我說的這個需求，最後把拿不準的問題列給我，我給你統一回復。”

產品經理扮演的角色以及有哪些工作

下面該小馬出場了，小馬的角色就是產品經理（上面如果老闆有時間一一確認，並且會做下面小馬做的事情，實際上老闆就是產品經理的角色）。

小馬接到這個任務首先找老闆確認了老闆所說的使用者需求，並聽取他說的商業邏輯，這是和需求提出方確認需求，並確認最終交付產品時間。小馬需要去問老闆所說的使用者，確認使用者的本質需求，或者去了解老闆借鑑的那個產品，那個產品做了什麼，這是需求調研小馬根據需求，梳理出產品的核心邏輯，畫出產品完整的流程圖，確認產品結構，畫出原型圖，拿給老闆確認，這是和需求方確認產品小馬細化這些邏輯，形成需求文件，使開發拿到這個文件能做出和自己想法一樣的產品，這是從明確需求到形成需求文件的過程小馬會告訴小李，明天我們一起開個會，小劉（設計師）和小張，小陳（前端開發），小徐（測試）都叫上。開會時小馬和大家詳細的講解了需求文件，叫小劉會後根據需求文件和原型圖開始畫效果圖，要好看，要用起來舒服，小李，小張和小陳先看下需求文件有沒有問題，思考下怎麼實現這些功能，然後我們自己先用下，保證做出來的東西和我今天說的一樣的。之後拿給小陳測試，確保邏輯都沒有問題，現在安卓那麼多手機，蘋果都出了10多種手機，一定要把現在主流手機都測到，你們都把自己要做的事情列一下，然後評估個時間給我。這就是需求評審，確保產品經理把自己的想法明確的傳達給參會的各位，並明確各人的分工和職責和時間節點。小馬拿到各位要做的事情和時間節點後，會排出計劃表，細緻程度根據產品開發週期而定，還需涉及到ui和前端的先後順序，後臺和前端的除錯時間，最終的還是產品提交測試時間和最終上線時間，這個計劃表，在傳統的IT公司是由專案經理做的，設定專案經理崗位的網際網路公司很少，所以這個活由產品經理來做（前提是沒有專案經理）。

那麼接下來，產品就按照計劃表來執行了，接下來產品經理是不是就沒事了，那就太輕鬆了，往下看。

小馬已經很清楚設計師，開發和測試完成該專案的時間了，因為時間有限，第一版本製作了最核心的功能，還有一些不是很確定或者非核心功能並沒有在第一版計劃內，小馬接下來會做第二版的需求調研

那麼小馬接下來會研究競爭產品，發現竟品又更新了新功能，小馬這時候會有兩個問題：

為什麼這些功能竟品能想到，我卻想不到這功能真的好嗎，判斷依據是什麼

接下來，小馬會做幾件事情，這些事情會不是一步到位的，需要持續地做：

研究更多的app，和同行交流，去發現其他的產品經理怎麼實現它們的邏輯的；接觸更多的目標使用者，瞭解一些使用者的想法；建立資料系統，使功能好壞能夠量化，並且可以宏觀的瞭解使用者行為。

小馬在產品第一版做完之前，來源於上面三件事情，一定做好了第二版的功能設計，接著重複上一個產品的過程

第一版投放市場後，透過一定的曝光量（或者自然的口碑傳播），使用者知道了，覺得這個產品滿足了自己的某種需求，就會用下去，公司透過使用者的資料（比如註冊使用者量，日活）來證明自己最初的想法是對的，使用者都是有錢的，要麼現在讓使用者掏錢， 要麼去說服老闆們投資。

如果使用者不買賬，就要去搞明白使用者為什麼不買帳，是需求問題，還是體驗問題，找到了問題，繼而找解決方案，好的產品永遠是改出來的（當然，支付寶這樣的除外）

當一款產品有了一定使用者後，就像其他行業一樣，一定會有其他公司眼紅，就會出現競爭產品，來和你搶使用者。這時候，像傳統行業一樣，自身需要升級產品（當然也會打擊競爭對手，這個不屬於我的討論範疇），提供更好的服務來留住使用者，網際網路也一樣，只是升級產品更便捷，升級產品是需要依據的，而不是一群人在閉門造車，競爭會使一些公司死掉或者賣掉，但是產品的體驗會更好，團讀的每個人會更強大，產品經理尤甚。

敲黑板了，上面這些工作我總結一下，產品經理的工作包括：

收集需求（包括老闆，使用者，運營和自己的），並挖掘需求，拒絕不合理需求根據合理的需求，完成產品的流程，功能和結構設計，輸出原型圖和需求文件向ui，開發，測試傳遞準確的需求，使各崗位明白自己的工作做產品開發計劃，並跟進產品進度，對產品上線時間和質量負責做產品規劃，合理安排ui，開發和測試資源制定從收集需求到上線的流程，使團隊工作高效有序監控線上版本反饋和資料，控制發版節奏為保持團隊戰鬥力做的一些雜事，比如訂盒飯，換水，發零食，組織團建等

現在，明白了產品經理到底是做什麼的吧，我個人很認同關於產品經理的一句話，分享給大家——產品經理要讓正確的事情持續發生。

這句話包含產品經理具備的幾種能力，這裡就不展開說了，下次有機會單獨聊產品經理必備的能力。

疑問：運營和產品怎麼配合才能高效輸出？

最後，我有個問題，運營和產品到底是什麼樣的關係，我自身也是運營出身，現在也身兼一部分運營工作，我之前的兩位從鵝廠出來的老大都告訴我運營和產品不分家，但是具體怎麼理解呢，我還是有些疑問的，舉個兩個例子：

運營給產品提了個需求，並且給了時間節點，如果做的話，在時間節點前可以做完，但產品經理認為需求不合理，這時候看資料等客觀手段解決不了，最後這個需求做還是不做呢？運營給產品提了個需求，給了時間節點，如果立馬做，可以做完，但是現在開發在做之前計劃的功能，等把計劃的做完，就不能按照運營的時間完成，產品經理覺得這個需求沒有這麼急，要往後排，運營覺得這個要在時間節點前完成，這時候該怎麼辦呢？

上面兩種情況，在產品經理日常的工作中經常出現，那可以不靠聲音大小，而是透過流程來處理這兩個問題呢？我大膽地提出了兩種設想：

產品和運營有共同的老大，讓他來拍版做或者不做產品和運營扛共同的kpi，利害共享（會不會成為支付寶那樣啊，好害怕）

大家如果有好的想法可以回覆我，萬分感謝。

產品經理要學會用運營視角思考，關注全景漏斗和運營效率。

在產品人與運營人達成統一的共識的基礎上，產品人應該從運營的視角來考慮產品設計，從全景漏斗的角度來思考，並關注運轉效率。

用運營視角來考慮產品設計

從運營的視角來考慮產品設計，產品人的思維不再是簡單地從痛點、問題出發，而會將使用者進行分群，如老使用者、新使用者、不同地區的使用者、不同場景的使用者等。基於分層深入思考，如何讓不同使用者感受到差異化的服務。這些細分的背後，都是一個個生動的場景，每個場景都蘊含著產品改進、資料提升的機會。

思考全景漏斗

如某款具有社交屬性的健身工具類產品，產品包括訓練、電商、內容、社交、運用等分類內容，每塊內容都有獨自的漏斗，然而在使用者使用過程並不是完成 a 漏斗繼而完成 b 漏斗的過程，而且與各類內容都交纏反覆的過程。在產品人思考產品時要具備運營思維，動態看使用者在產品中的流轉。

思考產品運轉效率

一個產品乃至公司，都可以認為是有機的效率“機器”。“機器”能夠持續運轉，且透過正向反饋不斷調優。產品本身相對於運營來說是靜態的，衡量產品的運作效率要動態考量產品的運作情況，每個產品都應該定義自己的運轉效率第一指標，或者相對動態的能評價整體運轉情況的北極星指標。根據指標反饋到運營最佳化上面，再由運營最佳化的結果，內化到產品迭代中。

一個動作很難，你做得也很難，這不叫高手；一個動作明明很難，你做出來卻讓人感覺很簡單，這才叫高手。應屆生想往產品經理方向發展，首先先瞄準自己要做的行業，嚮往的公司，喜歡的產品，做一個分析（也是自己的作品），長線標準放在心中，作品裡一般只看短線。心中設定一下要遇到的競爭對手，阻力。自己要怎麼去打怪吸收經驗。不過說的簡單，做的難。對於沒有經驗的小白來講會感覺找不到方向是很正常的，我們在初期要接納這樣不成熟的自己，並且保持一定的學習能力。相信要往產品經理出發的同學一定不二。製作產品概念圖：Axure思維導圖，還可以做頭腦風暴：XMind使用者需求調研/解析能力/資料跟蹤影象處理工具：創可貼，sketch咱畢竟不是真的設計，ps整不整也無所謂產品文件：PPT、H5、石墨、excel上面這些是我平時所用，根據個人的工作平臺和喜好，可以不一樣，但是這幾個方面是一定要掌握的。如果你沒有靈感，不如按上面的清單入門。而我私心把調研解析等也放進入門裡的，在這一行，見多可以用axure做一個高保真動效app，但並不意味著他就是一個好的產品經理。雖然門檻低入行容易，不過沒有關鍵思維能力，很容易翻車。與其事後後悔浪費時間，不如現在就嚴格考慮。做著一行最核心的就是你要真正能抓住並且做出人們最需要的東西。沒有這個抓痛點的能力，很容易遇到天花板。

作為產品經理，每天的工作內容是什麼？

這個問題我突然想用一個比較的方式來回答了。

大多人想象或理想中的產品經理每天工作內容。

作為引領產品走向的靈魂人物，不可辜負經理職責，更不可辱沒了喬幫主的名聲。

定期收到專案各部門的反饋，一一回復後，專案有序的繼續推進。

產品生命週期穩定運作，受到老闆和同事的一致讚揚。

真實情況下大多數產品經理每天的工作內容。

上頭老闆才是產品定性的唯一話語權人物，產品經理這個“經理”只是老闆需求執行的工具人。

隨時隨地會收到專案涉及各部門的吐槽，一一理論解釋回覆後，工作時間所剩無幾。

剩下的時間趕緊趕工老闆腦袋一拍又想到的新需求，文件撰寫員在這一刻名副其實，不然晚上又要加班了。

其他需求都是各部門吐槽中最影響業務的功能改進，好點子什麼的根本不存在，因為有時間想也沒時間沒資源落地。

評個需求沒人敢拍板背鍋，評審5次可能有4次需要老闆再次確認。

產品生命週期？也不存在的。大家把現有的堆成山的新功能需求先推進完成就不錯了。

我是閒雲，深耕網際網路多年的產品老兵，在遊戲社交、互金電商等專案中都有豐富的經驗。

位元組跳動面試官提供的產品經理乾貨，對產品經理崗感興趣的同學一定不要錯過。

❤️產品經理是什麼

其實可以拆解一下，“產品”就是要負責規劃、定義這個產品的走向，包括

產品要實現什麼功能要覆蓋哪些核心使用者使用者需求是什麼樣的解決他們什麼樣的問題。

“經理”其實是個動詞，就是要去溝通協調，調動資源；這樣完成產品規劃的人，就是產品經理。

❤️產品經理有哪些方向？

在位元組跳動，主要有「使用者產品經理」、「商業產品經理」、「策略產品經理」（主要做一些偏後端的商業模型演算法策略）和「偏運營的產品經理」；

❤️怎麼去選擇產品經理的不同方向？

如果你想做商業產品經理/策略產品經理，最好對商業生態有自己的思考，或者有優秀的邏輯思維和資料分析能力；

如果想做使用者產品經理，需要鍛鍊自己對產品體驗的敏感度，善於思考使用者的需求，能想出更好的解決方案。

最主要看自己擅長什麼，對哪一類的事情有持久的熱情！

❤️產品經理需要具備哪些能力？

1、通用基礎：較好的溝通能力，耐心細緻，有責任心；

2、洞察力：做產品最重要的就是定義問題，解決問題，核心是要有很強的洞察力，洞悉內在的問題，思考透過設計怎樣一款產品可以解決問題；

3、同理心：站在使用者的角度去考慮產品體驗和產品應該創造什麼價值；

4、邏輯性：嚴密的邏輯思維，保持獨立思考。

比如說，在看到生活中ABC三件事情，可以考慮他們之間有什麼底層聯絡，是否還有其他影響因素；

或者看新聞的時候，看到一個結論，可以用思辨的思維去考慮是否還有其他因素。

❤️面試之前如何提升自己的能力？

建議大家多去使用、體驗產品，多去思考產品背後的邏輯。

體驗方面：做產品重要的是要去體驗，不管從增加自己資訊量或者知識攝入的角度，要多去關注新的產品，用新的產品，體驗產品的不同功能。面試官分享了自己的手機裡就有20頁以上的app，他在面試產品經理的時候，也是體驗了當時網際網路Top100的產品，並且寫了100多個app的使用體驗，對面試產品經理的崗位而言非常有幫助～

思考層面：一開始用的時候，大家可能關注的是互動層面，但要主動去思考背後的邏輯，包括：這個功能產品經理為什麼這麼做？解決了使用者什麼問題？使用者的使用體驗如何？將這些內容做一個總結長期積累，對產品的敏銳度就會有明顯的提升！

❤️面試官推薦《計算廣告》這本書給大家

這本書在行業內非常經典，適合對商業產品經理崗位感興趣的同學，看完之後大家對業務、廣告的機制都會有比較充分的瞭解～

並不是需要大家從頭到尾讀完，搞清楚每條公式和邏輯，而是可以在面試前，多做一些功課，更好的瞭解面試的崗位，這樣在面試過程中更容易有優勢。

❤️投遞提醒（劃重點）

想嘗試位元組跳動的產品崗，搜尋位元組跳動招聘官網 job.bytedance.com 投遞簡歷，只要是在招聘官網顯示的崗位都是有HC可以投遞的。

不知道各位同行在做產品經理的時候是否檢視過招聘網站上的產品經理要求，如果你看了，很多人都會覺得很簡單（本人當時就是這個感覺），能指點江山，還是產品的負責人，聽起來多牛逼啊。

其實，產品經理每天的工作很雜亂，從產品的成立，方向，定位，市場，開發等等哪裡都需要你，這麼來看，產品經理確實很重要，這個是真的，因為這就是個萬能的人，雖然他不精，但是他都懂，也必須懂。

7點起床，洗漱，出門上班。

將昨天的工作梳理一篇，並且羅列下來，準備寫今天的工作情況。

9點半寫完，發到OA給上級檢視，

10點整理昨天跟開發，運營，推廣，銷售溝通和提交的問題，需要修改的修改好，然後跟提交人確認下理解是否有出入，確認後，提交給各自負責的人讓他們改進。

10點10確認被提交人已收到並準備進行改進。

10點半，基本工作處理完，跟各個部門溝通產品的進度情況，發現問題處理問題，沒發現問題就直接過。

但開發技術那裡問題來了，這個功能實現不了，做不出來，瞭解原因後，跟其他開發確認下，好吧，做不出來！我又得找設計談，但是設計不相信做不出來啊，設計會認為這個開發的技術不到位啊，我要開始發揮說服力的作用了，左談右談談好了，OK，改吧，改完後快下班了，還得去找開發重新提交改進後的方案，完成下班。（一般這裡問題永遠是最多的，原因是99%的產品經理都不懂開發，不知道那些功能能實現，那些不能實現，所以這裡就會出現扯皮，功能實現不了怎麼辦？打回去重新設計修改，等修改完，小問題半小時內解決，大問題幾天都解決不了）

吃完飯。

13點半上班，跟開發就上午的新方案確認是否可以達到效果，確定可以後，返回跟運營一起溝通產品流程，看看效果是否跟預想中的一樣，運氣好沒發現漏點。

14點半，又找設計過一遍所有的圖，看看是否有漏點，個人發現有些圖有點瑕疵，希望設計能修改的更好一點，設計不太願意，這裡又要進行說服了，好說歹說同意了，我特麼看著那個改進速度啊，這得到什麼時候能改好。。。。。找開發區

15點，跟開發溝通，待會有幾個圖要換下，不會影響什麼吧，反映你自己到時上傳換掉就行，開發問題解決了。

16點，跟老總溝通產品的設計方案問題，對首頁，課程頁，題庫頁，影片頁進行了溝通，沒發現什麼問題，但是對留存的內容方面欠缺比較大，又要對方案准備進行改動。

18點，工作總結，一天的工作結束

不同產品，或者是不同的專案所出現的問題不同，有些人可能比我遇到的問題更多，有些人可能遇到的很少，但是你只要做下去，問題就那麼些，而且你所負責的產品對接人就那麼幾個，這就是一個產品經理的工作日常。。

建議

在現在越來越發達的市場經濟中，產品經理的作用越來越大，工作看起來是很雜，但是確是不可缺少的一個螺絲釘，所以你要做的是遇見問題，你的對接人不願意或者不積極改進的情況下，你要多學習怎麼去說服別人。。

從待遇方面說：

產品經理的待遇是很高的，但是很多公司卻認為產品經理沒有起到他應有的職責，所以我們要創新、激情、開放、執著。

產品經理的核心價值：一、行業認知及分析二、需求分析及系統化三、使用者體驗及產品設計 一、行業認知及分析1、對行業的認知a）、自己所處的行業的模式，是OTA、O2O、B2C。。。它的玩法是怎樣的？b）、該行業中有哪些“玩家”？每個玩家之間的關係是怎樣的？上下游的流程是什麼樣的？利益是如何均衡分配的？（不是平均分配，而是一種達到平衡協調的分配）2、在行業的關係鏈中，有哪些環節是網際網路可以替代的？利益鏈條越長，那麼中間環節就越多，網際網路可以改造的餘地就越大，與之相應的利潤也就會越高。這便是O2O為什麼這麼火爆的原因之一3、根據產品的定位，也就是產品在行業中所處的位置進行設計4、透過對市場走向的分析來決定產品的發展方向5、明確產品的業務方向和價值點，在進行設計時，考慮設計目的與業務方向是否吻合 二、需求分析及系統化1、根據產品的發展方向，來進行相應的功能設計2、把需求轉化為功能a）、理解需求b）、把收集到的需求轉化為一系列可支撐、可滿足這個需求的功能c）、把需求轉化為工程師可理解的語言3、設計出一個業務架構，來進行你的產品設計a）、對需求進行系統化的處理b）、注意功能之間的依存關係4、專案管理 三、使用者體驗及產品設計1、從根本上講就是高效、快速、精確的傳達解決使用者訴求的方法2、具體來說，就是進行原型設計（互動稿、PRD）3、注意功能、邏輯、規則、演算法4、考慮使用者體驗5、考慮視覺呈現 對以上三點從總體上看，可以發現：“一、行業認知及分析”是決定正確的方向，也是最核心最有含金量的事情！最優秀最資深的產品經理都是做這個的。“二、需求分析及系統化”是做正確的事情，具體執行的好不好，會直接影響產品的資料，關係到產品的成敗。“三、使用者體驗及產品設計”是對正確的事的“錦上添花”，不是雪中送炭。是一種完善、最佳化、提升。即使不會這一條，也依舊可以做好產品經理。新入行的產品經理往往認為這一條就是產品經理的主要工作內容，而實際上這些是含金量最低的事情，可替代性也最強，甚至可以直接交給互動設計師來做。三者的關係猶如馬斯洛的需求理論，從最基礎開始，先滿足了“一”，才會有“二”，再滿足了“二”，才會有“三”。如果“一”沒有滿足，那麼“二”、“三”都是空中樓閣、白費功夫，到頭來還是一場空。所有使用者體驗做的好的公司，都是解決了“一”、“二”之後，才開始完善的使用者體驗後期的反覆迭代，往往集中在“二”和“三”一般情況下，“一”是一直不會變的，只有原先的方向走不通，或當市場有變化時，才會有“一”的變化一家公司從本質上講都是業務驅動，往往是誰最瞭解業務誰來驅動。Apple：設計驅動Google：技術驅動Amazon：資料驅動新浪微博：運營驅動騰訊：產品驅動阿里：運營驅動百度：技術驅動無論是誰來驅動，與之相對應職業的人，就會最有話語權，因為他們最瞭解業務。騰訊是產品最有話語權，阿里是運營最有話語權，百度是工程師最有話語權。產品經理是一個典型的“入門易，精通難”的職業：入門簡單到“人人都是產品經理”，難的地方是要學的東西太多了，包括：行業資訊、業務經驗、專案管理、互動設計、溝通協調推進能力、程式設計技術、營銷。。。產品經理要做的事情往往是一種平衡：清楚那些因素會影響業務目標，然後從這些因素：資源、時間、市場、成本。。。從中做出選擇，根據價值成本來選一條最適合的方案產品經理在推動專案的過程中， 並不是因為你是產品經理於是就聽你的，而是：當與工程師、設計師溝通時，應“以專業對專業”。對於業務誰熟聽誰的，誰對業務最熟誰就是產品經理，透過“講道理”的方法來驅動這個業務。而產品經理應該成為對業務最熟的人，對各方面資訊掌握最充分的人，對整個業務、功能、細節、各種情況想得最清楚的人！

相信這是大多數還沒有做產品經理的人都想知道的話題。媒體賦予了產品經理這個角色太多"傳奇"的色彩，但是很多人會困惑：產品經理每天到底是做什麼的呢？這種生活到底是不是我喜歡的呢？

針對這個問題以自身的例項，說一下自己的看法，希望對大家有幫助。

我一直在問“產品經理，還是我曾經的夢想嗎？”

“產品經理是距離CEO最近的職位”這句話曾經是激勵我一心追求做產品的源動力。

5年產品經驗，先後任職於百度和京東的我，還會認同這句話嗎？

工作多年後，我對這句話有了新的認識。產品經理這個崗位本身是一個跟研發、運營、設計、測試等類似的普通崗位，沒有媒體宣傳的那麼神奇，依然是公司這個大的“機器”中一顆“螺絲釘”。

所不同的是，你是一顆更加重要的“螺絲釘”，其他的螺絲釘很難影響大局，但是你這顆“螺絲釘”可能是一顆影響“機器”運轉方向的“螺絲釘”。

而且因為產品經理是一個專案的資訊彙集中心，公司的戰略方向可能要比其他人更早的知道；也會天天跟運營/銷售開碰頭會議，所以公司的運營節奏，銷售資料都可能提前知悉，這些都是可以幫助產品快速成長的點。

從這個角度來說，只要你足夠優秀，足夠努力，相比其他崗位，產品經理確實是一個“距離CEO最近的職位”。

所以，如果校招讓我重新選擇一次，我依然會只投遞產品經理崗，也算是“最初的夢想”！

在我們可以心平氣和的接受“產品經理崗本質上也是一個普普通通的崗位”之後，我說一下在京東產品經理的一天。

一、9：30規劃自己一天的工作

到公司，給自己倒一杯水，開始在工位規劃一整天的工作。

在這要告誡各位產品經理：一定要合理分配時間！

大公司開會頻繁，很多人每天忙於大大小小的會議不可自拔，晚上下班還要忙於回覆各種郵件，而自己負責的產品卻沒有什麼起色。

我一般會先梳理下今天必須要自己做完的事情，列一個清單。然後看一下郵件中的會議邀約，如果必須自己參加的重點標註出來；如果可以交給手下的產品或者實習生的，我一般直接交給他們去做，有些事要學會充分信任同事，讓他們拿主意。

然後多給自己留一些時間完成自己的本職工作，構思產品的發展方向，研究產品路線圖，分析競爭對手，這些才是一個合格的產品經理重點要做好的事情。

二、9：40產品組內晨會

在這個時間，各個產品經理會同步今天的工作內容。在這要告誡各位：當工作遇到難題的時候，一定要學會向上司借力！

每天的晨會都是跟上司溝通的好機會，如果工作中遇到自己實在解決不了的問題，注意：我說的是自己嘗試了所有的解決方案，但是依然沒有解決的問題，一定是擅於尋求上司的幫助。

比如我剛入職的時候協調一批優惠券作為測試，但是對方的產品經理極度不配合，我就找到自己的領導。我的領導由於跟優惠券的負責人關係比較好，發了一封郵件這個問題就解決了。

三、10：00專案組晨會

這個晨會組織者為產品經理，主要目的是同步專案進度，更新站板。

採用敏捷迭代的專案組應該會採用站板的形式來同步專案進度，需求池中有哪些功能待開發？哪些功能進度正常？哪些功能已經上線？哪些功能進度延期？等等一目瞭然。出現了什麼問題，需要誰去跟進很明確。

除了同步專案，我建議各位產品經理：多利用晨會的機會，傳播你的產品理念！

多向同事傳播你的產品理念，向大家描繪產品遠景，後期規劃；分享競品的最新動作，同步產品的反饋資訊。透過這種潛移默化的影響，讓大家不遺餘力的支援你。

四、10：30 -12：30 開始自己一天的工作

1、如果有昨晚或者今早還沒有回覆的工作訊息儘快回覆一下，一定不要耽誤其他同事的工作進度；

2、如果有自己發起的會議，提前跟與會人員溝通，形成默契。

由於大部分網際網路公司實行彈性工作制，早上上班比較晚，所以大部分會議都在下午。如果有你自己發起的會議，一定要做到會前溝通。

在重要決策會議上，如果有人公開反對你的提議，你會非常被動。如果你在會議前，逐一與其他人聊聊，瞭解每個人的立場，如果有不同意見，對症下藥及時化解，確保他們投贊成票，可以極大提升會議效率，也會避免剛才出現的場景。

五、12：30-2：00 午飯和午休時間

這個時間就是跟同事聊聊明星八卦，聊聊各個產品的改版，打打遊戲。因為我們是在北辰世紀中心辦公，所以中午經常去奧森下面的商場吃飯，有一家烤魚週三半價，幾乎是每週三必去的一家店。

六、2：00-7：30 繼續一天的工作

3、如果有需要參加的會議，準時參加會議。在大公司參加任何會議都要做到：有選擇的據理力爭。

在大公司，多一個敵人不如多一個朋友。所以大公司裡情商高的人一般混的更好。

如果你與同事意見不同，不要隨便發脾氣，除非這件事是原則問題或者對你們部門特別重要，值得據理力爭。不然在會上一定要注意自己的措辭，做到對事不對人，永遠不要把別人逼到死角，大家都是為了工作，要看的長遠。

4、如果最近有需求評審，完善一下原型圖與產品說明文件。

在公司裡什麼會讓你得到大家的認可與尊重？答案是：專業能力。

而原型圖和產品說明文件是你產品方案的最終體現，也是大家評估自己專業能力的重要參考。所以一定要在原型圖上多花點時間打磨，儘量做到邏輯清晰，產品方案完備。

如果你是一個初級產品經理做完之後可以找有經驗的產品經理幫你把把關；如果你是一個高階產品經理完成之後可以提前跟研發leader溝通，確保技術可行，達成一致，這樣上評審會的時候就會很順利。

5、如果有正在進行中的專案，跟進下進度。

帶點小零食，去設計妹子那邊轉轉，可以多誇誇她週末拍的好看的照片；可以去研發小哥哥工位問問為什麼上次打球沒有去，並約一下下次一起游泳 的時間，然後順便問一下專案進度。

6、如果工作之餘有空閒，休息一下在各個小群裡把“八卦”一下。

在大公司裡，一定要多掌握資訊，多交朋友。而最好的方法就是建立一個一個的小圈子。比如我跟UI有個4人的小群；跟產品部內部關係好的產品有個9人的小群；跟後端研發、客戶端開發有個羽毛球群；跟商家後臺，跟京東白條的產品都有一些小群。

大公司必須與人合作，你需要同事的寫作才能完成設計、開發工作，有些工作內容還需要其他部門的產品經理支援，所以一定要維護好關係，主動在群裡說一些自己掌握的資訊，“資訊儼然成為了我社交的貨幣”，因為我的群比較多，掌握資訊的渠道比較多，彙總的資訊就比較多。分享資訊讓我獲得了更多的朋友和資源，對於後續的工作開展有極大的幫助。

七、7：30-9：00 吃晚飯及加班

正常7：30-8：30為晚飯時間，可以約一些公司內經常合作但是不是很熟悉的產品一起吃飯。比如我的工作內容經常要跟個性化推薦的產品經理打交道，那就可以趁晚飯的時間一起約著吃吃飯，增進增進感情，這個時間就可以靈活安排了。當然你也可以選擇去健身，去游泳，反正距離水立方200米。

吃完飯之後如果還有工作沒有做完，可以選擇加班到九點打車回家；如果工作都做完了就自己做地鐵回家吧，一定要遵守公司的規章制度，不貪公司小便宜。網上因為違反公司規定被開除的新聞還少嗎？

最後，送大家幾句混大公司的“箴言”：

1、合理規劃自己的時間

2、學會向上司借力

3、學習潛移默化的傳播自己的產品理念

4、開會前，提前做好溝通工作

5、開會有選擇的據理力爭

6、仔細打磨自己的專業能力

7、學會分享資訊，建立自己的人脈資源

8、遵守公司規章制度，不貪小便宜

產品經理簡稱PM，Product manager，產品經理很有前途的，一個好的產品誕生的背後肯定是有一個好的產品經理的，產品經理的作用是非常大的。

產品經理的工作職責：

需求分析、產品分析、使用者調研、使用者模型、介面流程

產品經理一般會用到以下幾類工具：

1.思維導圖：Xmind

2.文件共享：藍湖

3.原型工具：axure

4.專案管理：jira

產品經理職業發展的三條線：從產品經理個人成長來說

技能線

人群：1~2 年的產品經理，

工資：10~20K/月

最重要的：掌握產品經理工作的完整流程，並對每個環節有一定的實操，能產出出色的成果；

業務線

人群：3~4年的產品經理

收入：20~30K/月

最重要的：對於公司所從事的業務有深刻的理解，對於供給雙方的需求和服務有深入的認識，能夠從業務的場景出發進行產品設計；

商業線

人群：5~6年的產品經理

收入：30~40K/月

最重要的：構建出自己的產品思維，具備出色的判斷力，形成自己的商業分析邏輯，能夠幫公司賺錢(或具備這個意識)，有獲取新使用者的意識；

這是我對於產品經理在不同工作時間段最重要的理解。

除了cover以上能力線外，對於『資深產品經理，產品總監，產品副Quattroporte』來說：

1、對結果的把控和驗收 2、管理能力 3、對方向的判斷能力

也是最重要的職責。

所以，你現在大概明白了：

如果你是一個工作兩年及以下(包括想轉行)的產品經理，最重要的就是對產品經理整個工作流程要有一個非常清晰的瞭解，並且在能夠在每一步中做出非常專業的產出物。如果這些你都做的比較不錯，得到同事領導的嘉獎，那麼你的下一個階段對你來說，就是最重要的：對業務要很熟悉，可以從業務的問題中提出自己的見解，並輸出可落地較優秀的解決方案，並推動上線驗證和分析調整。

依次類推，當你是三四年產品經理，五六年產品經理的時候，對應的東西會分別不一樣，結合自己所處的階段進行拆分闡述。

你好，產品經理需要調研競品市場、關注產品資料、關注產品使用者及迭代需求、能應對突發事件等。使用者體驗是產品或服務以人為本的基礎常態，如果是產品就要做到給人簡潔化、清晰化、響應性高、一致性高、給人熟悉感、看起來符合大眾審美、容錯性高，容許使用者簡單犯錯；如果是服務，就應該做到換位思考，帶著同理心出發。

現在能用到的使用者體驗設計工具有AXURE、藍湖、SKETCH等，藍湖的一鍵標註和切圖功能非常方便，大大提升了前期的效率。

做好產品經理，首先要知識面廣，對質量管理，供應商管理，產品原材料，生產製程，過程控制都有了解。

其次對客戶需要要精通，瞭如指掌。對於客戶提出的問題要回答要專業，給人感覺值得信賴。

另外要對產品的研發過程熟悉，最好精通某一方面的研發，比如軟體研發，系統研發等。

最後，也是最重要的，就是要具備軟體研發思維架構能力，這是一種非常重要的能力，它表明一個人的透過現象看本質的能力。做得好的人這種思維能力都很強。

雖然我的經營不是很豐富，但我也說說我的拙見，來拋磚引玉吧！簡單來說，產品經理主要的方面就是兩點：產品，客戶。

抓好產品 如何抓好產品？為什麼質量很重要？我們購買產品是主要看這幾個方面：質量，體驗，價格。好的質量要商家落實保證，好的體驗要設計者考慮全面，適合的價格要考慮材料問題，解決這幾個方面，不怕你的產品沒有市場。

抓住客戶 怎麼樣抓住客戶的心，怎樣留住客戶？怎樣讓人家購買你的產品？這都是一門高深的學問。客戶無非也都是看中：質量好，舒適度，價格合理。你要解說你的產品為什麼值這個價格，你的舒適度比人家的優點在哪？你還要考慮市場，如定位的人群，市場競爭對手，實用程度等等。要做好產品經理不是一兩句就能說完的，這需要你自己去學習和積累經驗。

顧名思義產品經理是策劃和推出公司產品進行營銷的負責人，產品經理是怎樣具體地實施和操作成功地把產品進行開發和營銷的？

首先產品經理必須要懂得公司的經營方向和宗旨，能夠熟悉掌握公司產品的結構特點以及產品的生產流程。

產品經理在產品生產中是行家，但對市場的調查和掌握更重要，只有準確地掌握市場的動向和消費人群的準確消費需求資料，以及消費人群的地域分佈情況，才能準確地定製產品進行生產，有效地策劃營銷，成功地把產品投放市場。

作為一名合格的產品經理必須具備有過硬的業務能力，以及對市場動向的前瞻性眼光。

產品經理其實是最近幾年才發展起來的，以前有市場經理與專案經理就可以進行開發，後面為了更好的服務客戶，於是就開始有來自客戶的各種需求，所以就逐步形成產品經理，很多產品經理是從市場發展過來的，有部分是做技術開發轉行過去的。

產品經理主要工作是根據客戶需求，給客戶做產品分析，市場分析，評估之後就可以給技術人員，這樣一個過程就會出現一個很大的問題：溝通。產品經理本身不是很懂技術，只是儘可能滿足客戶的要求而忽略了技術能否實現這一過程。

不同的企業對於產品經理的工作職責分工各不相同，大多數剛入門的產品新人對於產品經理的工作職責並不是特別瞭解，今天借這個機會，站在個人的角度以及當前所處的環境說明一下自己的理解，一是作為總結，二是與各位做探討。

網際網路產品經理，負責整個產品的生命週期，一個產品從0到1，再投入市場上測試，在整個過程包含可行性分析、競品分析、專案立案、需求分析、方案設計、 開發、測試、市場運營等環節，在這所有環節中產品經理這個角色都起到至關重要的作用。作為總結，因此將當前自己的工作流程歸納為如下五個階段：

一、市場調研階段

市場調研包括行業分析、競品分析、機會和風險評估。

研究行業動態、市場競爭狀況，其目的是為了進一步發現產品進入市場的潛在機會，透過不同方式的方式如問卷調查、A/B測試、焦點訪談、使用者訪談等等。最終形成商業需求文件（BRD）。

二、產品化階段

產品化階段包括產品定義，產品規劃，運營策略分析。

產品定義通常是專案立項的整個過程，規劃整個專案的進度安排，對於市場收集的使用者需求進行分析，對於後期投入市場的運營策略進行決策。

三、需求分析階段

需求分析階段包括收集產品需求（需求池）、需求決策、產品設計、需求評審、撰寫產品相關文件。

這是產品經理工作流程中最有價值的部分，產品經理透過搭建自己的需求框架對收集的需求列表進行分類；再根據不同的因素從戰略定位、產品定位、使用者需求進行來判斷需求的優先順序；根據需求優先順序設計產品，與技術溝通討論，輸出標準化的產品需求文件（PRD）。

四、開發階段

開發階段，包括協調資源確保質量、專案進度跟進、訂製測試標準配合進行上線前的測試、給各部門進行需求宣講。

產品經理需要協調各方資源確保開發質量，日常進度跟蹤以確保產品功能特性和互動符合產品需求文件的要求以以確保產品準時、高質量的上線，開發任務完成後需要訂製測試標準資料與功能邏輯進行上線前的測試以及驗收；釋出版本上線後還需給各有關部門進行需求宣講，以保證投入市場後各部門配合市場運營。

五、市場運營階段

市場運營階段，包括與市場部門溝通、瞭解使用者反饋、資料統計與分析、最佳化迭代。

在現在的網際網路專案中，產品經理領導技術團隊的情況並不少見，當然，產品經理和技術團隊之間的摩擦也非常之多。有時候一個產品經理和程式設計師之間的段子出現，能夠迅速的被傳播開來，這其實也是因為產品經理和團隊之間溝通和崗位性質的問題。

因此，我們就來探討一下產品經理如何管理技術團隊吧。

產品經理需不需要懂技術？

技術，其實可以從廣義的角度和狹義的角度分別來看待。

狹義的角度，那程式設計、寫程式碼這才叫技術，作為一個產品經理，那肯定只要不是技術出生的，都不大可能會懂技術，也不需要去懂技術。術業有專攻，作為產品經理，應該將核心的精力放在產品上。

廣義的角度，產品的設計、產品的合理性，產品某些功能實現的原理和方式，這些都是技術，那從這個角度來說，產品經理就必須懂技術。

就好像前段時間謠傳的產品經理和程式設計師因為APP主題需要根據手機殼顏色改變的需求一樣。作為一個軟體產品的產品經理，如果設計出這樣的產品，那就真的是可悲了。而這樣也就是不懂技術的表現。

我們作為一個產品經理，不能單純的從理論、理想出發，很多時候是需要結合實際的，這種實際其實就是作為產品經理對於技術的瞭解程度。我們不需要寫程式碼，但是我們需要知道程式碼能做到哪些。

因此，產品經理可以不會編碼，但是必須要會技術。

產品經理又應該如何管理技術團隊呢？

當然，如果有條件，提拔一個專案經理或者一個專案組長，然後透過這個人來間接的管理可能效果會更好。

不過，對於一些小的公司、小的專案團隊，不一定有這個能力去配置這麼全面，很可能要求產品經理就把啥都做了，這樣的話，產品經理就必須要了解一點專案管理的知識了。

如果想要管理好專案，那麼就需要選擇合適的專案管理工具，什麼禪道、JIRA，TFS等等，總有一款適合你。

作為一個專案的管理者，你需要將產品分解為專案，專案分解為任務，然後指派給相應的技術人員，技術人員完成以後，再反饋給你。

然後，在專案的里程碑位置，你就可以根據這些資料來分析專案在中間環節中主要發生的問題在哪裡。

當然，工具用得好，可能就事倍功半，可是用不好，就事半功倍了。因此，當你發現你的團隊對於管理工具的使用比較困難的時候，那麼就換個方式，透過Excel來做吧，這樣大家都能夠適應了。

工具選好了，那麼如何評估時間呢？

作為產品經理，設計好了一個產品，但是如何合理評估專案的週期呢？如果專案週期評估長了，可能專案提前完工，但是運營的節奏沒有跟上，最後出現資源的浪費。

如果時間評估少了，那麼專案組不停的加班，最後團隊怨聲載道，以後就更不好管理了。

評估專案時間，其實也有很多方法，例如：功能點分析法。原理就是，將一個專案分解為大大小小的N個功能點，然後根據功能點的複雜度，影響範圍等等來做出時間的預估。

當然，方法論是好的，只是用起來非常複雜，對於走理論路線的人，還是可以去學習一下，然後進行應用的。

對於我這種比較粗暴的人來說，老老實實的去分解功能點，最後分解到CRUD的力度，我做不到。因此，我個人是根據原型中的頁面以及頁面的功能進行分析，一個列表展示需要多少時間，一個詳情頁需要多少時間，一個修改、新增頁面多少時間。

然後將所有可能遇到的問題都全部假設為沒有，做出一個樂觀的預估。

再將所有可能出現的問題都假設為有，做出一個悲觀的預估，最終取個平均數。這樣，我就有時間（Manday：人天）了。再透過我們之間的工具將一個一個任務分解到人，這樣，我們的專案整體的週期就出現了。

產品經理需要如此全能？

如果上面的內容，一個產品經理就能完成，那麼這個產品經理一定是非常出色的。但現實中，這樣的產品經理其實非常少有，一般情況下，我們還是願意將專業的事交給專業的人來做，產品能夠更多的關注產品本身是最好的。

一、需求管理環節：

1、需求收集。

2、需求分析及優先順序排序：

二、產品設計環節：

1、產品設計（包括產出方案設計、原型設計）；

2、產品內部評審；

3、業務評審：

4、產品設計完善（包括完善方案、原型以及產出需求文件 ）；

三、需求評審：

1、需求初步評審會：與開發測試leader評審。

2、需求正式評審會：

評審會的主要目的如下：

（1）確保參會者對業務需求的目的能夠真正理解；

（2）確保參會者對產品原型的設計和背後邏輯能夠真正理解；

（3）收集參會者對方案和原型設計的各項建議。

四、產品設計交付：

1、產品設計定稿及交付。

此次交付的主要有：版本需求列表、產品原型、需求文件PRD以及其他檔案等。

五：專案管理：

1、專案時間管理：

2、測試用例評審：

3、專案風險、變更管理

六、產品驗收環節：

1、測試環境驗收：

2、產品培訓：業務同事及技術支援等（需求收集）

3、產品正式釋出及驗收：正式環境上線驗收

七、產品交付：

發版公告及操作手冊：

產品經理從名字看就跟產品相關，主要工作內容有：調研客戶需求，市場反饋，需求，同時將相關資訊彙總，彙報給負責人；其次是根據需求設計產品（有些是給開發部門）以及產品推廣等資訊；三是跟進協調其它部門關於產品推進情況，產品質量把關，處理各類突發情況和問題，收集資料，調整最佳化；第四是跟進收集客戶使用過程中相關資料，反饋等及時調整，迭代最佳化產品。

基本工作內容是這些，不同公司對產品經理要求可能不一樣。產品經理，尤其是一些大型公司的，是非常搶手的。要求有敏銳把握客戶需求以及把它變現（產品）的能力。以一張圖來看產品經理