近幾年，產品經理崗位火熱的一塌糊塗，受到了越來越多的應屆生和網際網路其他崗位朋友的追捧。好的產品經理在企業中的重要程度不言而喻，他是需求的發起者、專案的推進者、團隊溝通的橋梁、企業發展的舵盤。
然而，由於產品經理崗位沒有行業認可的准入機制，產品經理技能也沒有很好的量化考核標準，所以對於相當一部分產品經理，他們並不知道自己該如何發展，或者是該重點培養哪些特質。一般來講，從業時間長了，產品經理們自然就會形成一套自己的方**。
但是，在最初、最迷茫的前兩年，初級產品經理應該主要把精力放在哪些軟實力的提高上呢？或者說產品經理崗位要求千千萬，應該優先做好哪些呢？
結合個人經歷，我覺得有如下幾點。
知識是無止境的，要學的東西也有很多，做到了學習這一步，至少能夠給自己養成乙個很好的習慣，並且在陌生環境下，可以迅速切入，而不至於前幾天傻傻的不知道幹嘛。
不論是應屆生，還是社招的產品經理，快速的學習、熟悉新公司的業務邏輯都是必須經歷的過程。作為產品新人，一定要學會從產品文件出發，快速準確的理解產品上層和底層邏輯、產品架構、人員分配等一系列相關問題。在使用的過程中發現「改進點」，初步了解完業務之後，再搞清楚這些所謂的「改進點」背後的原因。並不是其他產品都是傻瓜，不能發現問題，可能是這樣或那樣的限制使然，搞清楚歷史原因、弄明白上下文，才更容易有的放矢。
作為乙個新人，能深入了解自己負責的部分、吃透裡面的邏輯和規則是基礎中的基礎。足夠了解業務後，自己的意見和建議才更有說服力。盡量不要出現下面這樣的情況：
「我覺得xx功能應該這樣這樣優化」
「這個由於系統限制，現有方案是討論當前出來的最優解」
（或者「這個是因為怎樣怎樣的資料儲存，導致只能用這樣的方式，否則改動起來成本太大，得不償失」）
「哦……」
不是每個新人都會有導師帶的，也不要指望有人能夠像老師一樣一點點指導你。如果你在你看來，周圍的人都不如你，那麼趁早離職（我不奢望這種情況下，你還能去發現「美」）。如果在你看來，周圍有更優秀的人，他身上的某些特質你希望擁有，那就去學。
別人的特質可能是做事態度，可能是思考的過程，可能是看問題的角度，可能是說話的方式，等等。這些東西能學多少就學多少，只要你覺得你學來了之後對你有好處就行。
大多數產品新人都是從產品助理或者專員做起，這時候的主要任務就是執行。所謂執行，不光指別人讓你做什麼就做什麼，也包含了你做了類似改進需求之後不敢做主，需要老大確認才能做的事。
當老大交給你工作的時候，他要的是結果。但過程怎樣決定了你能收穫多少東西，你是呆萌的老老實實去完成，還是自己思考其中的原因，而且嘗試在心裡提個b方案，這都是由你決定的。
有時候，雖然結果都是加了個彈窗，但你既可以理解為就是加了個彈窗，也可以理解為需要考慮為什麼加這個彈窗、彈窗的場景合不合適、會不會造成打擾、能不能滿足需求、有沒有其他彈窗會同時出現、出現之後是怎樣的優先順序、為什麼彈窗就要比toast好、為什麼文案要這麼寫、為什麼按鈕要這麼擺，想過一遍之後，還是加了乙個彈窗，但對你個人的成長卻是不一樣的。（當然，大多數情況，老大也沒想後面的東西，就是加了個彈窗而已，但對你有任何影響麼？）
產品經理的工作內容本來就很雜，作為助理會更雜。你可能會接到很多莫名其妙、亂七八糟的事情需要執行。我建議盡量去執行，將執行做到極致。
比如乙個公認的歷史遺留的老大難問題，完全沒有文件、之前的開發離職了，只能拜託另乙個開發從**層面重新梳理文件。這時候的你肯定是頭疼不已、叫苦不迭，這種工作既費時、又費力，而且是梳理現有邏輯，完成之後老大也未必覺得你優秀，還可能遭開發大哥的白眼，但還是要要求自己執行好，只有完成一件事情，才有可能承擔更多的事情。
比如讓你去收集、整理、答覆使用者反饋，解決使用者問題，這看上去好像是運營的工作，但還是要要求自己執行好，傾聽使用者聲音、挖掘使用者需求，才能更好的理解產品、改進產品。
比如讓你找財務幫助部門報銷，或者和法務溝通對外合同，你可能覺得這是運營助理做的事情，但既然落在你頭上了，也只能要求自己執行好。（當時的我嘗試和老大溝通，拒絕執行這件事，因為我覺得超出了產品工作範圍，然而由於老大的強勢和我之前沒有給他留下做好初級產品經理的印象，導致我最後還是執行這件事了。至今我都覺得不該我做，不過類似問題大家仁者見仁智者見智吧。）。
總結起來兩句話，一是只有將執行做到了極致的人，才是最優秀的產品助理，二是不論多難啃的骨頭，能把它嚼碎了、嚥下去的人，才能有大發展。
對乙個新人來說，學會有效溝通非常重要。
有好多新人，描述需求的時候吞吞吐吐，其實也不是因為緊張，但就是無法準確的表達想要說的東西，周圍人聽著聽著就有一種你在說***什麼的感覺。
這種時候，一定要想清楚了再說，哪怕別人問起來，你回答：我先理一理再說，也好過說一堆不知所云夾雜著明顯的邏輯漏洞的東西好。這也側面證明了剛才說的學習的重要性，先把自己負責的東西搞清楚，看看別人說需求的時候是什麼邏輯、什麼層次，慢慢模仿，多多練習。
產品人員參與頭腦風暴類的會議應該很多，在溝通一件事情時能夠首先發言、拋磚引玉固然好，但是也盡量將問題說到點上。雖然網上好多人都說新人不要怕說錯話，別人會理解你，可是也不要南轅北轍。有時候新人的出發點本身就錯了，如果團隊裡糊塗的人居多，那就會把一件事「成功」的帶歪，所以先想想事情的前因、背景、大環境、可行性，再表態。一方面多學學別人看問題的角度，另一方面也在大腦中提煉自己要表達的東西，然後爭取說個**不離十。
組內開會如此，與人小範圍溝通也是乙個道理。想明白自己的立場和要說的東西，再進行溝通，清晰、簡潔的把問題描述清楚，可以給雙方節省不少成本。
溝通，無它，多想，多說。
積累在產品生涯初期能顯出更大的效果。0~2歲的產品經理看看競品、寫寫報告是常有的事，在看其他產品的時候，把能夠打動自己的東西記錄下來，它可以是個文案、登入窗樣式、互動方式甚至是一段更新日誌，將來它們有可能成為你需求的背書。
比如你提了個什麼需求，開發說沒有這樣互動的，你就可以說誰和誰是這樣做的。比如你提了個什麼需求，開發說沒法實現，你就可以說為啥別人能實現。說白了，積累別人的亮點，可以讓你隨時都有的抄，但是積累的多了，運用的熟練了，這就是你自己的東西了。
需求做多了就發現腦子越來越不好使，明明自己做的東西就是死活想不起來邏輯了，這時候就需要翻閱之前的需求文件了。
我個人的建議是，每一版做了什麼改動要記錄下來不論對外更新還是對內說明，每一版對應的需求文件好好儲存（包括原型、效果圖等等）。
假如某個功能模組迭代了4、5版，要定期回顧需求改動，反思自己前幾版為什麼沒這麼做，或者為什麼把之前的改動又回滾了，中間發生了什麼、原因是什麼。這種定期回顧和反思，有助於讓你明確之前出現的漏洞，容易總結各種各樣的坑。
除了上面說的之外，我個人覺得「向上匯報、管理上級、積極主動、良好心態、專案管理、發散思維、行業理解、資料分析」這些也都很重要，但並不普適，所以也就不加在這篇文章裡了，有機會可以單獨再說。
這篇文章裡的好多「比如」都是發生在我或者我周圍的例子，雖然我寫出來了，但並不代表我做的很好。同樣道理，大家看完了也未必真的有用，但是可以當作迷茫時的乙個參考。有太多人知道很多道理，但依舊過不好這一生。
做到並且做好了上述幾項，一定能成為優秀的產品助理甚至產品經理，但是後面的路還有很長，希望大家可以一起進步。
如何做好乙個產品經理
上篇說了一些關於如何做好乙個產品，這篇來說說如何做好乙個產品經理。因為我也是在乙個產品團隊中做事情，很關注產品經理在這個過程中的一舉一動，確實對這個職位思考了很多。首先我自己覺得乙個產品經理是非常需要有經驗的，他能夠帶領團隊做出乙個好的產品，他應該是在正確的時間做了乙個正確的事情。如何才有這種本領呢...
如何做好乙個合格的產品規劃
今天得閒整理下產品規劃的部分內容 今天，我們來講一下如何做好乙份短期的 年度產品規劃 以下內容為隨記，後期有空再歸整 首先，我們先來看一下產品規劃描述 產品規劃是指產品規劃人員通過調查研究，在了解市場 了解客戶需求 了解競爭對手 了解外在機會與風險以及市場和技術發展態勢的基礎上，根據公司自身的情況和...
如何做好移動產品的導航設計
在物理空間中，人們可以在某種程度上依靠天生的方向感給自己定位，但是這些幫助我們在真實世界中找到方向的大腦機制，在資訊空間中卻根本起不到作用。因此在產品設計過程中導航設計是非常重要的。產品的導航設計又被稱為框架設計，設計的是以什麼樣的具體形式將分類好的內容展現給使用者。好的導航設計能組織好使用者最常用...