【乾貨】0年級產品經理入門指南

作為一個2年級產品經理,雖離畢業還早得很,也在這2年里經過摸爬滾打,堪堪入了個門。最近有很多小盆友在問我有關pm的那些事,就想寫點東西當作回復,也趁機作為自己這2年的課堂筆記,嘗試著總結些淺顯的入門乾貨,希望能幫助(不誤導)到想入門的盆友們。

除了基本介紹,後面都是純乾貨,干透了,講實際產品需求、項目里的幾個小技巧。想要大綱似的入門手冊,請出門右拐百度或者「人人都是產品經理」網站(不是廣告!)。

(高能提示:篇幅較長,建議保存或改天有空再看。)

初心

寫在最前面,建議在入門前寫下自己為什麼要當產品經理的理由,無論因為錢多,還是基於理想,這樣做有助於當你在2、3年跨不過坎的時候,翻出來看看,重新激起鬥志。

說句實話,產品經理也是吃的「青春飯」,常年加班、熬夜、累心,老的都比同齡人快幾倍,通常做個3、4年就要考慮走向M崗,即管理層,等到30好幾,還在跟95後00後一起做著細節的執行,才會真正感覺到中年危機。

無論出於什麼目的,寫下來,當自己面臨重要抉擇的時候,拿出來看看,再決定自己未來的方向。

產品經理=寫PRD的+催人的+找人的+測試的+……

產品經理是團隊的靈魂嗎?

某種情況下,是的。

為什麼說是在某種情況下呢?因為產品經理是否成為團隊的靈魂,完全取決於他是否靠譜,取決於他的邏輯思維是否縝密,他的溝通協作是否通暢……

沒有誰可以隨隨便便成為靈魂和核心的,項目組是一個小團隊,公司是一個大團隊,能成為靈魂和核心的寥寥無幾,大多數的產品經理只是做一些溝通協作的工作,沒有想像中的那樣重要。

有段時間聽人裝X,說我(產品經理)啊,最近有點忙,這個項目我要去push啊,要知道這塊是誰cover的,督促QA去diff下代碼,最後還要自己去test。一連串夾雜著鳥語的普通話,以為很高大上?no,其實這些都只是產品經理的日常罷了。

作為一個萬能的PM,你要厚臉皮,因為對於一個負責的pm來說,不是指揮別人做事,而是:

  • 1、做事之前,考慮所有邏輯

  • 2、講需求,表達清楚,跟開發溝通要有邏輯,沒有邏輯也得有煽動力

  • 3、幾乎沒有什麼頭腦風暴,做好一個人冥思苦想、一個人弄原型、一個人寫需求的心理準備

  • 4、隨時做好戰鬥的準備,資源不足、人手不夠,沖吧,戰鬥的撕X小能手,學會跟別人爭取資源;記住項目是你的,何時開始何時上線由你掌控,所以隨時hold住全場,關注每一個節點。

(友情提示:以下一部分是有關PM基本技能說了2000字,如想看實操請略過,直接到後面「如何快速的進入項目」)

產品經理所需技能

明確了產品經理的工作是什麼後,那麼產品新人需要具備哪些工作技能呢?

工作技能可以分為軟實力和硬技能兩種。軟實力是指基於自身素質的基本能力,比如樂觀的心態,時間管理能力、知識管理能力等;硬技能狹義的說是為勝任工作需要具備的工具使用能力,廣義來說,就是與實際工作相關的一切技能。

軟實力

1、知識管理-管理你的idea

作為一個產品經理,不嚴格來說,就是一個雜家,你最好要融會貫通,收集知識、消化並創新,最終讓知識為我所用,那麼如何做?

  • (1)建立固定的知識獲取渠道,比如網路、書籍、人際交流、線上線下分享

  • (2)保存並整理,進行資料分類,用各種、筆記,可參照我之前寫過的《讓你愛上生活的記事軟體》

  • (3)總結,記錄每一次收集知識信息時的idea,梳理和建立自己的知識體系

  • (4)分享,只有分享出去的東西,你才真正學會了,找機會分享出去。

2、善用你的生命

這個年代拖延症患者並不少,有人建議進行時間管理,但我並不贊同,首先我其實認為「時間」這個概念是我們的妄想,普遍上我們體會和感知到的時間跟人類定義的並不一致,其次它用不著「管理」。

真正要管理的,只是事項。所以,我用「善用你的生命」表示你完成生命中每一件事情的意思。

那麼,如何管理我們工作或生活中的事情呢?

  • (1)擅用清單。根據GTD簡化出來的一個最好用的東西就是todo list,清單。把腦袋裡所想到要做的事情先列出來,騰出頭腦的空間去想重要的事情,不要讓那些計劃、想法、考慮把你腦袋塞滿。

  • (2)四象限法則,根據緊急性和重要性分為四個象限,來決定你清單里的事項屬性,然後「重要不緊急」是你最需要關注的事情。

  • (3)番茄工作法。其實我並不常用這個方法,列出來只是想表達一個想法:專註。番茄工作法的本質就是確保你集中精力做某事。無論你是用番茄工作法的30分鐘一個工作單位,還是任意你想要的時間,只要你達到集中精力專註就行。

3、寶寶也有小情緒要管理

寶寶有小情緒了,寶寶心裡苦,但寶寶不說。

產品經理心裡的苦可比寶寶多太多了。需求被斃掉了,這周需求排不進開發隊列了,開發資源不夠了,項目delay了,效果不好了,哎呀,壓力不能更大啊。

說實話,這塊我也在精進,情緒管理這東西,說的都是皮面上的話,考的是長久功力,每個人都有針對自己不同的方法。這裡只能作為建議:

  • (1)自我催眠、心理暗示

  • (2)冥想

  • (3)回看初心

  • (4)交流溝通

  • (5)換位思考

硬技能

似乎每一個產品新人都認為剛開始做產品,就必須要熟練掌握Axure、思維導圖、visio、ppt等各類工具。no!我只想說,工具只是「術」,我們要追求的是「道」,這類工具只要集中花一點時間,網上教程大批大批,不是手殘的基本都能會用。當擁有「道」,我們可以做的是融會貫通、舉一反三,切勿在工具使用上走火入魔。

那麼硬技能里的「道」是什麼?需求管理。

像之前說的,產品經理有大部分精力在管理需求的分析篩選和推動項目的開發及上線,遍歷整個需求流程。每個PM都不會只進行一個需求,更多時候都是同時進行N個,面對資源不足的時候,還要根據需求的優先順序來有所規劃。

那麼需求管理,就是包括需求條目化管理、需求跟蹤以及需求過程管理。如何做呢?

1、工具類

  • (1)Excel。

    通常用excel做需求歸宗和進度記錄,列出需求的管理維度,比如編號、背景、目標、優先順序、干係人、有關進度控制、關鍵時間節點等。

  • (2)腦圖。

    也叫思維導圖,一般用作需求功能點的合併整理,類似頭腦風暴,發散列出所有的需求功能點,再整合。以圖形化的形式從多個維度展現你要實現的想法。最原始的思維導圖工具,應該是紙筆,也可以用各類電腦、收集軟體。

    宗旨就是,窮盡所有想法,對想法進行分組合併,判斷隸屬和層級關係。

  • (3)Visio。

    跟開發溝通的大殺器,完成一個需求的設計後,用Visio畫出主流程及子流程,在這個過程中還能梳理自己的想法,在跟開發講的時候,直觀明了邏輯清晰,開發GG再也不會鄙視你講不明白了。

    注意要根據你文字表達的邏輯走,初期新人可能會先寫文字,後畫流程圖,到了後期就會發現,一般通過溝通、思考後,有關需求的邏輯很容易先有主流程,這時候根據主流程寫文字簡直太easy,通常情況就是思考+流程3小時,寫文檔10分鐘。

  • (4)Wiki或各類版本管理殺器。

    更新同步,共享給相關人員,可存檔用。

  • (5)原型。

    原型是在梳理清楚產品的主要功能和操作流程後,將功能和流程從想法階段到輸出階段的過程,簡單來說,就是把一個抽象的想法,變為具體形態。

    通用的軟體比如Axure,類似的還有Mockplus、騰訊開發的UIDesigner等等。關於原型網上相關的介紹太多,這裡就不多說。

  • (6)文檔。

    顯而易見,PRD詳細需求文檔。

    一般包含:文檔的版本管理,功能概述,流程圖,核心功能模塊,各功能模塊的細化說明等,根據業務,還會有一些不同。

    文檔的質量好壞直接影響到研發部門是否能狗明確產品功能跟和性能,這就像網上盛傳的「姑姑理想圖」。

2、需求分析

需求管理,除了利用工具,還會涉及到一些統計與分析,那我們通過以下幾個維度:

  • (1)來源。需求的來源基本是用戶、市場、運營、開發、領導。明確需求來源,對於我們了解需求背景和目的是鋪墊工作。

  • (2)描述。對於需求的詳細描述,包括遇到的問題,想要達到的效果、目標等。

  • (3)產品方案。針對需求的處理方案。

  • (4)優先順序。對於需求的評估,是否緊急,代表何時去解決需求。一般情況先解決優先順序高的。

  • (5)需求進度。關注需求的處理進度,是方案中,還是開發中,還是已上線。都需要有進度跟蹤,做整體管理。

  • (6)其他。包括需求涉及的部門、干係人、時間等等。

高能警報:乾貨來了~

如何快速的進入項目

很多新人剛進公司,被扔進一個進行中的項目,然後就不知道怎麼辦。我見過同樣是新人的2種情況,一種是一年多了,還跟剛來一樣,另一種是進來不久就可以放心交給他任務。

前一種是悶頭做事,還不見得真正懂這個任務的目的;後一種,做事,但會問。快速進入項目的秘訣就在於,主動出擊。沒有人有義務主動向你介紹項目的背景和邏輯,需要的是主動了解,但這裡面很有講究。

首先,主動找有關負責人或者自己座位旁熟悉的人要點項目資料、文檔或者wiki,這些東西就是有空時隨手一發,沒人會真的拒絕你,然後快速花時間大致了解下大流程;

其次,認真做安排給你的任務,或者沒有任務主動詢問是否可以幫點什麼,了解一個項目永遠是做的過程中,結合你得到的所有資料,這個時候去做吧,就可以進行下一步;

第三,問,前提是你自己真的看不懂你得到的資料時,問項目里看上去比較懂且和藹的同事,注意語氣可以謙遜但不要太過小心翼翼,在得到反應的過程中給點自己的反饋,形成互動,讓人覺得這是一場「交流」,而不是「教學」;或者問跟你合作的開發團隊,一般來說開發menber都比較nice,抱著跟他們聊聊項目進程的幌子,在聊天的過程中,問些你不知道的邏輯,如果遇上熱心的開發直接給你從頭講到尾,那恭喜你,以後一定要把這個溝通能力極強的開發當成寶。

第四,反省,在需求review的時候,從leader或開發那裡得到反饋,記下每一個你缺失的細節,抓住機會求證你錯誤的邏輯真相。

這四個要點,只要開始了第一點,你就跨進了項目大門。其實說到底,重點就是要主動、要溝通,產品經理大多時候是個嘴皮子上的活兒,注意一些細節,為什麼要讓詢問變成「交流」而不是「教學」?職場經告訴新人說,喜歡愛發問的員工,這句話是扯淡,沒把下一句話說完:「除非問的很有水準」。都知道產品經理是條狗,忙的死去活來,最煩遇到凡是都問為什麼、沒有眼力勁時刻來求教的,說句腹黑的話,大家都是打工的,又不是你老師或老媽,有必要都跟你說?所以問這個東西,需要你問到點子上,經過自己腦子後,再去發問。分配給任務的時候工作安排沒說清楚,必須問;項目細節不知道,委婉問;項目大邏輯、背景,聊天抽空問。

做需求需要注意的地方

作為產品經理,你要知道一個項目的流程是什麼,簡化流程基本是:溝通-寫方案-溝通-改方案-溝通-循環以上-審核-進入開發-進入測試-達到發布狀態-發布-發布後評估。

一般來說,新人開始做的都是leader、老大拍下來的活兒,這就是為什麼讓你在分配任務時一定要了解、問清楚需求到底要幹嘛,它的目的是什麼,前因後果、要達成的目的。有了需求背景,起碼你就了解這個需求的50%,剩下的50%是細節。

剩下的50%里,30%是去了解原有的邏輯,現在是有什麼問題;10%是找到相應的干係人,這裡的干係人包括以前做過該項目的產品、開發,現在跟項目有關的產品、開發等,定位到對應的項目負責人,之後環節有用;5%通過前面的了解,進行調研工作,整理數據;5%留給自己思考。

所以終於要做一份需求了,不僅僅是寫一份PRD這麼簡單,作為新人,需要注意些什麼呢?

溝通。

看項目基本流程就應該知道,溝通在裡面佔據了你70%的精力,所以,在這個過程中會有以下幾個節點:

1、跟老大溝通

接任務時,不要怕說出自己不清楚的地方,比如對目的、背景不了解,一定要趁老大把任務這隻「猴子」扔給你之前,抓住他問清楚,當然,除此之外「怎麼做」這種問題,你問了就是死。

2、跟干係人溝通

找到跟這個需求有關的干係人,換句話說,是去了解這個產品需求以前是什麼樣子的,它呈現在產品上是如何表現的,背後的邏輯大致如何,現在是有什麼問題。這個可以通過剛才講的「如何快速進入項目」方法,完成項目背景的了解。順便可以做下數據收集。

3、跟你的開發溝通

有很多新pm會有個誤區,以為在進入開發之前,需求跟開發一點關係都沒有。

錯!我想建議,在思考需求設計時,一定要跟開發多溝通!不論說需求review需要過開發那一關,就是在撰寫需求之前,也少不了開發的角色。

開發GG或JJ絕對不高冷,產品特別是新產品寫需求,都是一個人獨自設計,就算再兼顧多少用戶需求體驗,也需要考慮開發系統實現的問題。這裡就會有很多人說,開發是幹嘛的?只要你產品提出來,開發就一定能幫你實現。對,我不否認萬能的開發GG或JJ強大的技術能力,跟開發溝通,可以獲得技術上更有可行性的建議和需求靈感。

在這裡,也可以抽個空回應「產品是否要會技術」這個問題,我認為,會技術當然更好,不會技術也沒有影響,究其本質,就是為了做產品設計時邏輯更加合理、跟開發溝通更流暢、push進度時不會被調皮開發忽悠,這些,通過每次做需求時跟開發來一次需求「前世今生」的交流,就能一箭三雕。

話說回來,你的需求在下筆設計之前,就已經把自己的想法結合所有更可行的技術方案,有了前期溝通,至少在開發面前有了「臉熟」,後續排期還有機會刷臉,在跟開發聊的時候基本能摸清他對這個方案時候的把控程度,來推斷後期是否在忽悠你delay(延期)。

4、跟reviewer溝通

做完一版需求,就要跟你的leader過一次需求review,在這個過程中,講清楚你設計的邏輯,保證邏輯清晰、觀點分明,同時,記下對方的反饋,缺失的有誤的地方,拿回去重新想一遍,再進行修改。

自我學習

產品經理的工作開始都是瑣碎重複的,如果不帶著知覺去工作,總有一天等反應過來,你已經成為「閃電」——任何事都比別人慢一拍。

所以為了避免自己的重複單調的工作中磨滅了性子,就要在工作里學習學習再學習。

如何學習?可以從人的五官角度來說。

1、看

  • (1)看書

  • (2)看行業動態

2、聽

多跟領導、有經驗的老司機,哦不,老同事聊天,這個不是巴結關係,而是通過跟他們聊天,聽取各方面的意見,兼聽則明,才能正確認識事物,了解行業是什麼樣,為什麼要讓你這麼做,以及你可以怎麼做。首先要找靠譜的領導和同事。

聽用戶和團隊的意見,學會對聽到的意見,進行分析評估,不是全盤接受。

3、動手

作為產品經理,要保持某種行業的敏感度,某公司上線新產品或者某產品有重大更新時,第一時間動手安裝並使用,一方面是對產品功能的了解,另一方面也用於驗證各種假設和預測之後的發展。

配合動腦,去了解產品的功能點,思考背後的邏輯流程,是否存在問題,針對每個功能點分析:哪些是核心功能,哪些是輔助功能,為什麼,等等。

4、說

我覺得剛才以上已經說的夠多了。

5、想

  • (1)獨立思考,已經被圈內說爛的詞,可以延展成另一篇文章,這裡不細談。總的來說,遇到問題,先自己想,不盲從,多方面聽取再佐證。

  • (2)換位思考

  • (3)發散思維

以上,閑來時的總結,說的不好請見諒~

感謝你將無聊的白天與黑夜給我


推薦閱讀:

雲計算是否大勢已去?
從星巴克崛起之路,看西少爺出海野心
王源受過什麼不公平的待遇你知道嗎?
如何看待網爆的微商與奧巴馬合影握手事件?
「影視工業網」完成來自淺石創投的A輪融資,打造互聯網影視全產業鏈集團

TAG:互聯網 | 產品經理入門 |