產(chǎn)品新人如何入門之工作技能的培養(yǎng)系列，分為兩部分內(nèi)容：軟實力和硬技能的培養(yǎng)。上一期討論了軟實力的培養(yǎng)，本期討論了產(chǎn)品新人應(yīng)該培養(yǎng)哪些硬技能，以從需求到產(chǎn)品方案的過程為主線，討論產(chǎn)品經(jīng)理在各階段工作中工具的使用以及成果的輸出。

一、硬技能的概念

硬技能是相對于軟技能而言的。

軟技能是指不以人的工作內(nèi)容和工作性質(zhì)為轉(zhuǎn)移的基本技能，由一系列個人要素的特質(zhì)組成，軟技能包括的內(nèi)容很廣，比如社交技能、語言能力、個人品質(zhì)等等，是內(nèi)在的、無法量化的。上一期，根據(jù)群友意見，并結(jié)合產(chǎn)品新人的特征，著重從知識管理、時間管理和情緒管理三個方面講述如何培養(yǎng)軟技能。

硬技能是指與個人工作內(nèi)容深度相關(guān)的專業(yè)知識和專業(yè)技能，硬技能包括專業(yè)知識、成果輸出、智力水平等，是可見的、可量化的、可客觀比較的。軟技能類似 “情商”，側(cè)重于“做人”，而硬技能類似“智商”，側(cè)重于“做事”。

本期討論，從產(chǎn)品經(jīng)理工作中使用最多的工具出發(fā)，按照從需求到方案的過程，講述不同階段的工作技能的培養(yǎng)，主要包括工具的使用、成果的輸出以及注意事項等。

需要特別說明的，本期討論先拋出一個面試題目，作為本次討論的案例分析，以達到理論結(jié)合實踐，增強理解。該面試題如下：小明面試一家購物社區(qū)網(wǎng)站（類似于蘑菇街），在面試中，要求小明給出一套簡潔又清晰的用戶登錄產(chǎn)品設(shè)計方案，如果你是小明，你會怎么做？

二、需求管理

一般產(chǎn)品的萌芽都來自于需求，有了需求，才會考慮如何滿足需求，才會考慮設(shè)計什么產(chǎn)品提供什么功能以滿足這些需求，因此需求是產(chǎn)品的起源。（當(dāng)然現(xiàn)實工作中，有很多產(chǎn)品都不是來自對需求的分析，而是某些人的一句話，姑且認(rèn)為這也是他們的需求）

1.需求管理的概念

需求管理，從狹義上來說，是指需求內(nèi)容管理，主要是進行需求的條目化管理、需求跟蹤等活動；從廣義上來說，是指需求過程管理，需求過程管理就是推動需求的分析篩選以及開發(fā)和上線，遍歷整個需求流程。

需求管理是一個復(fù)雜且長期的過程，以需求收集、分析、篩選等工作為核心，解決“有什么”、“做什么”、“做哪些”的問題。

“有什么”需求，意味著需求的收集要全面徹底，包括來自用戶的使用反饋、部門成員的開發(fā)運營需求、領(lǐng)導(dǎo)的需求等。

“做什么”需求，意味著需求的分析要公平透徹，每一種需求力求反饋其真實的想法和訴求。

“做多少”需求，意味著需求的篩選要明確堅決，每一種需求做與不做一目了然，堅定不隨意變動，且保證需求均是重要的核心需求。

2.?需求管理工具

需求管理，需要針對不同來源的需求，進行統(tǒng)一管理、分析、跟蹤，單純的靠紙筆或大腦遠(yuǎn)遠(yuǎn)不夠，需要專門的工具，那么有哪些工具可以用于需求管理呢？

（1）Excel

標(biāo)準(zhǔn)化的辦公軟件，操作簡單，易維護，數(shù)據(jù)處理方便，共享性好。

列出需求的管理維度，比如需求的來源、描述等，同時附上需求的解決進度控制，如需求的解決方案、負(fù)責(zé)人、進度、時間等。

（2）腦圖（如MindManager）

形象化的操作，便于同類需求的合并，管理維度不宜太多。

用MM列出所有的需求功能點，然后進行需求的合并整理，確定需求功能點后，用Visio畫出主流程。

（3）Google Docs

可協(xié)作編輯與網(wǎng)上共享，版本管理，實時在線查看，支持導(dǎo)出與上傳。

在線創(chuàng)建表格文檔或上傳，實時更新并同步，共享給相關(guān)人員，使用方法類似Excel。

（4）文檔

需求的列舉管理，簡單方便，適用于數(shù)量小、變更少的情況。

具體的需求用文檔詳細(xì)寫出來，關(guān)鍵的點提取成Story，用Excel管理起來，進行需求的評審討論。

需求管理工具還有很多，目的只有一個，對需求進行全面的管理。工具是次要的，只要使用順手即可，關(guān)鍵在于如何分析需求。

3.?需求管理分析

統(tǒng)計與分析需求時，一般考慮哪些維度呢？

（1）來源

需求主要來源于用戶，用戶的反饋建議、問題投訴等，可以通過與用戶溝通、反饋意見平臺、微博搜索等渠道獲得用戶的反饋，然后提取成用戶需求。

需求的來源還有市場、運營、開發(fā)和領(lǐng)導(dǎo)等，這些需求都來自于公司內(nèi)部。

（2）需求描述

對需求的詳細(xì)描述，遇到什么問題，想要達到什么效果等。

（3）隸屬模塊

劃分需求所屬的功能模塊，以便對需求進行模塊化管理，具體模塊內(nèi)部具體分析，比如登錄/注冊模塊，分享模塊，購物流程模塊等。

（4）處理方案

針對此需求，有什么可能的處理方案，是增加功能，還是改進流程等

（5）優(yōu)先級

對需求的評估，此需求是否緊急需求，優(yōu)先級是高是低，意味著何時去解決需求，一般先解決優(yōu)先級高的需求。

（6）處理進度

目前此需求是還在討論中，還是已經(jīng)確定方案，是正在開發(fā)，還是已經(jīng)上線。每一個需求的優(yōu)先級無論高低，都需要有一個進度跟蹤，以便做好需求的整體管理。

（7）其他維度

還有其他維度，比如需求采集時間、部門、負(fù)責(zé)人等，視具體工作而定。

4.?需求管理的案例分析

拿上面說的面試題來分析，需求的一部分來自用戶反饋，比如用戶說，這個登錄太麻煩了，我不想注冊，能不能給我接入微博賬號登錄，于是你收獲一條用戶需求：接入微博等第三方賬號登錄。此需求來源于用戶，隸屬于登錄/注冊模塊，可以通過調(diào)用微博等第三方賬號API完成，優(yōu)先級中等。接下來就是具體的需求解決了。

（1）登錄的設(shè)計

具體要設(shè)計登錄功能，首先，列出大的分類，也可以叫做提綱，登錄的功能分析（Why）、登錄的方式（Where）、登錄的流程（What），然后按照每個分類進行思維導(dǎo)圖細(xì)化。

登錄的功能分析，此登錄功能根據(jù)用戶可以分為兩部分，已有賬號的用戶登錄和沒有賬號的用戶登錄，提供哪些功能讓他們登錄呢，比如提供注冊功能和直接登錄功能等。

登錄的方式分析，直接登錄還是接入第三方賬號登錄，用戶登錄與管理員登錄入口是否一致等。

登錄的流程，什么時候提供登錄，登錄出錯怎么辦，驗證和授權(quán)的流程等。

（2）需求優(yōu)先級的評定

需求優(yōu)先級的評定一般在需求評審時確定，確定需求點后，需求評審時，技術(shù)、運營等會給出專業(yè)的評估，比如實現(xiàn)時間等，砍掉部分需求后，留下來就是需要接下來解決的。

如之前的面試題，蘑菇街的登錄功能的需求處理流程應(yīng)該是，收集所有的需求->需求評審->確定優(yōu)先級排序->提出處理方案->跟進處理進度。

?需求管理的工具其實不重要，重要的是收集需求的廣度、需求優(yōu)先級評定、需求的處理方案以及推動需求的解決。

你是否通過各個渠道收集到了需求（領(lǐng)導(dǎo)的、用戶的、部門內(nèi)部的）；你是否分析得清楚哪個需求應(yīng)該立馬解決，哪個需求可以往后放，哪個需求是虛假需求；需求的具體處理方案是什么？需求的解決進度管理（類似項目管理）等。

三、思維導(dǎo)圖

分析清楚需求后，滿足哪些需求就確定了，梳理這些需求，提供哪些功能就需要詳細(xì)梳理，于是，通常情況下，就會使用思維導(dǎo)圖，細(xì)化需求的滿足。

1.思維導(dǎo)圖的概念

你所理解的思維導(dǎo)圖是什么？ 思維導(dǎo)圖可以用來做什么呢？

先來看群友們的想法，思維導(dǎo)圖是用來分塊管理細(xì)化思想的；MM是功能點的初步梳理；思維導(dǎo)圖管理的是發(fā)散思維，也是為自己梳理需求，功能的約束；是理清自己想法的一種工具。它可以用來理清需求，知道需求怎么做，怎么實現(xiàn)；可以用來管理需求，讓需求和流程清晰化；引導(dǎo)思維，梳理需求，進行形式擴散式的梳理。

讓我們來做個拆詞游戲，“思”是想法，你所要實現(xiàn)的效果和目的，“維”是維度，從哪些維度入手，“導(dǎo)”是疏導(dǎo)，是邏輯的貫通與引導(dǎo)，也是導(dǎo)出，“圖”是圖形，以圖形的形式呈現(xiàn)出來。因此，思維導(dǎo)圖可以理解為以圖形化的形式從多個維度展現(xiàn)你所要實現(xiàn)的想法。

2.思維導(dǎo)圖的工具

理解了思維導(dǎo)圖的概念，那么我們一般使用什么工具來繪制思維導(dǎo)圖呢？

繪制思維導(dǎo)圖的工具有很多，比如Mindmanager、mindmapper、FreeMind等，其中使用人數(shù)最多的當(dāng)屬Mindmanager，也是產(chǎn)品經(jīng)理中使用最普遍的工具。

你就把MM這個軟件，當(dāng)做一個隨便的玩意就行了。將自己的所有想到的都扔進去，開始寫。寫完了就開始分組，把類似的或者近似的放一起。然后最終的時候就出現(xiàn)了一個思維導(dǎo)圖。一般主要是在會議上快速整理匯總。你就當(dāng)做是一堆貼紙，每張寫一句話，然后開始到處貼，貼完了開始整理，整理完了，然后開始插在不同的板子上，然后開始連線。

總結(jié)來看就是，窮盡寫想法->對想法分組合并->各分組關(guān)系判斷排序->根據(jù)隸屬和層次關(guān)系繪圖。寫想法和分組的過程要遵循MECE原則，即“完全窮盡、相互獨立“原則，各分組之間互不重疊，且所有可能的分組都已列舉出來了。

最方便的思維導(dǎo)圖工具，應(yīng)該是紙筆了，在紙上按照上面的流程梳理，可涂可改，相當(dāng)于紙上版的Mindmanager。

3.思維導(dǎo)圖的案例分析

還是回到蘑菇街的登錄上來，蘑菇街登錄的思維導(dǎo)圖要如何來畫？一個登錄功能，你需要考慮的維度有哪些？

其中一種考慮維度是這樣的：

• 用戶角色（用戶、商戶）；
• 登錄環(huán)境（是否注冊，即有無帳號和是否初次登錄）；
• 附加條件（是否需要驗證，如驗證碼，手機短信等）；
• 界面設(shè)計（首頁登錄還是單獨設(shè)計登錄頁面，以及提示信息）；

以上從功能模塊的角度出發(fā)，設(shè)計一個登錄功能。

另有一種處理角度是這樣的，它從用戶的角度出發(fā)，針對不同類型的用戶進行具體的分析。

兩者分析問題的角度不同，但都可以滿足“需求的解決”。登錄這個功能比較小，但是其中要考慮的問題挺多，簡單說幾個，比如輸入模式（中英文輸入狀態(tài)）、驗證碼的使用策略、輸入反饋機制等，還有很多很多需要考慮的。產(chǎn)品重在思維，越細(xì)越好，無限細(xì)化就越接近完美。

分析問題的角度決定了你的圖形形狀，但是最終目的是需求的解決和功能的實現(xiàn)，理論上，每一個角度都不是錯的。但一定存在一個最優(yōu)的角度，最簡單明了的分析清楚問題，解決需求和實現(xiàn)功能。

四、流程圖

思維導(dǎo)圖讓我們理順了如何去滿足需求，應(yīng)該有哪些功能，但是這些功能點，還只是孤立的點而已，要把他們串起來，應(yīng)用到具體的用戶使用中，才最好，研究用戶的操作流程，就顯得很有必要。

1.流程圖的概念

如何理解流程圖呢？如何建立流程圖呢？

還是先來看看群友的理解吧，流程圖就是控制器，是模擬用戶流程的邏輯關(guān)系；是指從開始到結(jié)束所有的環(huán)節(jié)之間的邏輯和順序；需求是點，思維導(dǎo)圖將點集結(jié)成塊，流程圖把塊連成線；我們應(yīng)該根據(jù)用戶角色的操作過程來建流程圖，包括后臺的動作。流程圖就是把每個功能點上操作流程表述清楚，包括前臺和后臺的連接性，以及用戶和網(wǎng)站的關(guān)聯(lián)性。比如：用戶登錄時在輸入用戶名的時候就要先判斷是否注冊用戶。

流程圖是利用特定的圖形符號和說明，模擬用戶實際操作的場景，建立的圖形，它揭示了整個流程中的邏輯關(guān)系，真正的將產(chǎn)品功能串聯(lián)了起來。

2.流程圖的工具

流程圖的工具，一般使用Visio來繪制，Axure也可以。

無論使用什么工具，都需要遵守流程圖的繪制規(guī)范。比如，圓角矩形表示“開始”和“結(jié)束”，矩形表示行動方案，菱形表示問題判斷或判定環(huán)節(jié)，平行四邊形表示輸入/輸出，箭頭表示工作流方向。

流程圖的繪制需要注意的是：

• 繪制之前，要清楚流程的起始狀態(tài)，從何時開始，到何時結(jié)束；
• 先把主流程走通，然后在此基礎(chǔ)上，不斷完善附加信息和狀態(tài)判斷；
• 一個節(jié)點只做一件事，一個節(jié)點完結(jié)了，再考慮下一節(jié)點；
• 流程不能斷掉，所有流程最好形成閉環(huán)；
• 所有條件要考慮到，邏輯要嚴(yán)謹(jǐn)，考慮各種異常情況的輸出。

3.流程圖的案例分析

如之前的面試題，就拿密碼輸入錯誤這種情況來說，其他暫不考慮。該如何去繪制流程圖呢？

密碼輸入錯誤的流程可以分為三個子流程：

• 訪問-某節(jié)點選擇登陸-進入登陸頁-輸入各項-判斷-通過-跳回之前頁面；
• 訪問-某節(jié)點登陸-進入登陸頁-輸入各項-不通過-用戶名不存在-提示注冊新會員，或者找回用戶名-跳至郵箱-激活成功-跳回原頁面；
• 訪問-某節(jié)點登陸-進入登陸頁-輸入各項-不通過-密碼不正確-找回密碼-郵箱激活-重新登陸-跳回原頁面；

密碼判斷通過作為主流程，是首先需要想清楚的，在此基礎(chǔ)上，再想密碼判斷出錯的情況，密碼判斷不通過時，提示用戶不存在或密碼錯誤，提供用戶注冊和密碼找回的解決方案。

五、原型圖

了解了需要實現(xiàn)的功能點，并通過再現(xiàn)用戶使用流程，將功能串起來了，接下來就是通過原型把這些展現(xiàn)出來，因此，產(chǎn)品原型的呈現(xiàn)就是接下來要做的事兒了。

1.原型圖的概念

如何理解原型圖呢？

還是先來看看群友的想法吧，產(chǎn)品原型可以粗略的描述出網(wǎng)站頁面的構(gòu)想；原型是界面交互的初稿；產(chǎn)品原型作為產(chǎn)品的素描圖，包含了所有的功能點和邏輯跳轉(zhuǎn)；產(chǎn)品原型可以理解為產(chǎn)品的一個框架設(shè)計。

原型是在梳理清楚產(chǎn)品的主要功能和操作流程后，將產(chǎn)品功能和流程從想法階段到輸出階段的過程，產(chǎn)品原型描述了產(chǎn)品的功能構(gòu)想和交互邏輯，是產(chǎn)品的低保真形態(tài)的呈現(xiàn)。

2.原型圖的工具

繪制原型圖的工具也有很多，比如Axure，是產(chǎn)品經(jīng)理使用最普遍的原型設(shè)計工具，類似的還有Balsamiq?Mockups，騰訊UDC專門開發(fā)了UIDesigner，用于iso平臺上APP的原型設(shè)計。

如果是輕量級的設(shè)計，Mockups就夠了。但如果要做一個產(chǎn)品高保真的交互原型，Axure RP應(yīng)該是產(chǎn)品經(jīng)理或交互設(shè)計師的首選。

原型的類型可以分為三種：圖紙（在紙上畫）、位圖（繪圖工具）和可執(zhí)行文件（交互式），需要包括兩部分內(nèi)容：線框圖和交互。

原型設(shè)計時，需要注意的是：

• 原型設(shè)計前的準(zhǔn)備工作至關(guān)重要，考慮清楚畫什么，比用什么畫和怎么畫更重要；
• 原型設(shè)計中對細(xì)節(jié)要全面把握，不能有所遺漏，比如將常態(tài)、非常態(tài)、空態(tài)分別表現(xiàn)出來給設(shè)計和開發(fā)；
• 思想表達清楚，要有必要的文字說明；
• 所有模塊或頁面的關(guān)系明確，哪些模塊強化，哪些模塊弱化，分清主次；
• 原型設(shè)計的流程一般是先畫草圖，然后用仿真做交互細(xì)節(jié)；
• 原型設(shè)計的工具，PPT、Axure都只是工具而已，重點是呈現(xiàn)你的想法，讓別人明白你的想法。

3.原型圖的案例分析

還是從之前的面試題說起，具體的原型線框圖就不詳細(xì)說了，這里只考慮密碼錯誤的情況，應(yīng)該在交互邏輯上考慮清楚呢？

• 錯誤提示方式：如何提示用戶密碼錯誤，是文字提示，還是彈層提示，提示文案如何設(shè)計，文案的顏色、位置是怎樣的；
• 找回密碼的入口：當(dāng)用戶密碼輸入錯誤時，是否提供找回密碼，在什么位置提供入口，如何提示用戶找回密碼；
• 找回密碼的策略：是用郵箱，還是手機，還是密保問題，找回后，如何回到原頁面等。

原型設(shè)計是產(chǎn)品的原始呈現(xiàn)，需要明白要什么和不要什么，真正明白產(chǎn)品設(shè)計是做減法，功能越精越好，而不是越多越好。

畫原型，可以用軟件，也可以用紙筆，紙筆比較簡單，就按照你的想法，以什么形式展現(xiàn)，就畫出來，比如登錄框的設(shè)計，兩個輸入框，一個按鈕，看起來很簡單，但是背后的邏輯很多。

六、產(chǎn)品文檔

產(chǎn)品文檔是產(chǎn)品方案的具體輸出形式，原型圖是產(chǎn)品方案的圖形化呈現(xiàn)，產(chǎn)品文檔則主要說清楚產(chǎn)品方案的邏輯規(guī)則和交互細(xì)節(jié)。

產(chǎn)品文檔主要包括三種：PRD、BRD和MRD，即所謂的產(chǎn)品需求文檔、商業(yè)需求文檔和市場需求文檔。產(chǎn)品新人一般能接觸到的就是PRD文檔了。

1.PRD文檔

PRD文檔，是產(chǎn)品項目由“概念化”階段進入到“圖紙化”階段的主要文檔，文檔的質(zhì)量好壞直接影響到研發(fā)部門是否能夠明確產(chǎn)品的功能和性能。

PRD文檔結(jié)構(gòu)一般包括6個部分：文檔的版本管理，功能概述，流程圖，核心功能模塊，各功能模塊的細(xì)化說明，總結(jié)與建議等。針對具體業(yè)務(wù)，還會有些微的不同，關(guān)鍵在于說清楚核心功能邏輯和流程。

• 版本管理：文檔的每一次修改都需要更新記錄，以便更好的核對管理；
• 功能描述：是產(chǎn)品功能的整體描述，簡要概括；
• 流程圖：產(chǎn)品流程圖，就是前面講到的流程圖；
• 核心功能邏輯：是產(chǎn)品功能的核心邏輯，不可隨便改變；
• 各功能模塊說明：詳細(xì)講述各個功能模塊的流程和交互；
• 總結(jié)與建議：產(chǎn)品功能設(shè)計的總結(jié)和建議等。

2.BRD文檔和MRD文檔

一般產(chǎn)品新人很少接觸到BRD文檔和MRD文檔，因此，這里只是簡單說下。

MRD文檔是產(chǎn)品項目由“準(zhǔn)備”階段進入“實施階段”的文檔。在你的產(chǎn)品獲得老板支持后，產(chǎn)品進入實施階段，需要寫MRD，需要有細(xì)致的市場分析和競爭對手分析，包括可通過哪些功能來實現(xiàn)商業(yè)目的，功能需求和非功能需求分哪幾塊，功能的優(yōu)先級等。

BRD文檔是基于商業(yè)目標(biāo)或價值所描述的產(chǎn)品需求內(nèi)容文檔，內(nèi)容涉及市場分析、銷售策略、盈利預(yù)測等，通常用于產(chǎn)品在投入研發(fā)前，給領(lǐng)導(dǎo)作為決策評估的重要依據(jù)，主要是為了獲得認(rèn)可，爭取資源。

本期我們討論了產(chǎn)品經(jīng)理工作中用到的工具，通過從需求到產(chǎn)品方案的形式，在不同階段介紹工具的使用。其實用什么工具是其次的，只要能表達清楚自己的想法，重點還在思維，你是否想清楚了，細(xì)化徹底了。感謝。

本次參與討論的童鞋名單，按照簽到先后順序排列：

大濕兄??? 在路上?? AERSASI??? Yoogle?? 達令?? 喵了咪?? cindy??? 白羽?? 靈霄?? 夕仔?? 大龍?? 白烏鴉?? 子涵?? hell?? 小風(fēng)??? 絕跡版?? 阿貓?? 小蛙?? 呵呵?? 艾米?? 包子 諾兒? Yoogle

包子

2013-05-26