剛步入產(chǎn)品經(jīng)理這個(gè)行業(yè)的同學(xué)，是不是還對這個(gè)崗位的內(nèi)容不大了解全面呢？下面這篇文章是筆者整理分享的一個(gè)產(chǎn)品經(jīng)理工作流的相關(guān)內(nèi)容，有需要的同學(xué)可以進(jìn)來看看哦！

很多剛轉(zhuǎn)產(chǎn)品經(jīng)理的童鞋，大部分對產(chǎn)品工作都比較模糊，有些還會(huì)認(rèn)為畫原型，就是產(chǎn)品的主要工作了。

如果把產(chǎn)品的職業(yè)生涯比作馬拉松，那么作為原型仔的你，可能才跑出了 500 多米。

這就想捧起獎(jiǎng)杯領(lǐng)獎(jiǎng)阿？先醒醒，哈哈~

作為過來人，我試著分享一個(gè)簡單的產(chǎn)品經(jīng)理工作流，幫你稍微避避坑。

按照它去做，不說成為喬布斯、張小龍，至少你也能寫出媲美 3 年產(chǎn)品的 PRD 需求文檔了。

產(chǎn)品經(jīng)理的工作難度，就像淘寶的千人千面，可真是一言難盡?！孟?/p>

有些搞個(gè)思維導(dǎo)圖，畫畫原型，這也算是一個(gè)產(chǎn)品方案了，剛?cè)腴T的產(chǎn)品小白千萬別學(xué)這套。

你要做的是，首先建立起產(chǎn)品工作的初步認(rèn)知，快速熟悉產(chǎn)品流程的各個(gè)環(huán)節(jié)。

以上是個(gè)人以前用到的產(chǎn)品工作流程，主要分為8大類：需求管理、產(chǎn)品規(guī)劃、產(chǎn)品構(gòu)思、UML分析、流程分析、產(chǎn)品設(shè)計(jì)、項(xiàng)目管理、其他內(nèi)容等。

如果你只想輸出產(chǎn)品方案，那么簡化下這個(gè)工作流就行，大致為：接需求、懂業(yè)務(wù)、理流程、選方案、建模型、定狀態(tài)、畫原型、補(bǔ)交互。

一、接需求

學(xué)會(huì)把需求顆粒度拆為原子級，版本規(guī)劃就像喝水那樣簡單、自然?！孟?/p>

產(chǎn)品經(jīng)理的需求，主要有老板、業(yè)務(wù)、合作方和用戶等來源。

除此之外，如果你閑著沒事，花點(diǎn)心思做做數(shù)據(jù)分析，或自行挖掘用戶需求，這也是一種常見的需求來源。

很多產(chǎn)品做到 2~3年左右，都會(huì)遇到一個(gè)問題，“需求那么多，完全做不完，這種日子怎么熬到頭阿？”

產(chǎn)品經(jīng)理要想在職場中渾水摸魚、到點(diǎn)下班。你需要了解需求的不同特性，分別是“需求有不同顆粒、需求有優(yōu)先順序、需求有高低價(jià)值”。

如何理解需求的高低價(jià)值？

如何定义B端产品及B端产品经理方法论

相较于C端产品，B端产品最大的特点是：面向特定领域用户，且数量少得多，但更注重对用户专业领域操作流程的深度挖掘——也就是专业性更强，与业务的结合更紧密。

查看详情 >

產(chǎn)品經(jīng)理的大坑之一，就是容易陷入業(yè)務(wù)的節(jié)奏，老是接完?duì)€需求，就屁顛屁顛干活去了~

要想識別這種投產(chǎn)比極低的需求，你可以從“戰(zhàn)略契合、市場潛力、商業(yè)價(jià)值、符合目標(biāo)、覆蓋人群、使用頻率、研發(fā)成本”這幾個(gè)維度，判斷一個(gè)需求的價(jià)值高低。

那什么是高價(jià)值需求？據(jù)我以往的產(chǎn)品經(jīng)驗(yàn)，真正高價(jià)值的需求可能只占 1%。

這能帶來什么啟示？二八法則同樣適用于產(chǎn)品領(lǐng)域。

所以你需要花更多時(shí)間思考和決策，用 80% 精力找到那最重要的 20% 需求。

二、懂業(yè)務(wù)

如何應(yīng)對業(yè)務(wù)提出的低價(jià)值需求？一種做法是，將需求泛化為系統(tǒng)能力，進(jìn)而滿足未來更多的需求組合?！孟?/p>

產(chǎn)品日常工作中，承接的大部分需求，都會(huì)和業(yè)務(wù)強(qiáng)相關(guān)。

作為不懂業(yè)務(wù)的產(chǎn)品，又要設(shè)計(jì)出讓用戶、老板、業(yè)務(wù)方用得爽的產(chǎn)品方案，那么短時(shí)間學(xué)習(xí)、掌握業(yè)務(wù)規(guī)則，就成了必備能力。

懂業(yè)務(wù)沒有捷徑，你只能一遍遍拉著同事開會(huì)、確認(rèn)業(yè)務(wù)細(xì)節(jié)。

我這個(gè)人有個(gè)缺點(diǎn)，就是記性太差啦，所以我會(huì)把學(xué)到的業(yè)務(wù)知識，沉淀成業(yè)務(wù)規(guī)則文檔，方便自己回溯、復(fù)盤。

三、理流程

產(chǎn)品的一個(gè)比較重要的輸出物是流程圖，它主要分為“業(yè)務(wù)流程、功能流程、頁面流程”。

• 業(yè)務(wù)流程：一般描述某業(yè)務(wù)涉及的各個(gè)角色、規(guī)則和環(huán)節(jié)等關(guān)系，幫助產(chǎn)品深入思考業(yè)務(wù)場景；
• 功能流程：研究主體為一般為某個(gè)功能，并梳理出該功能涉及的相關(guān)系統(tǒng)條件和流程變化等；
• 頁面流程：指的是作為用戶進(jìn)行某些操作時(shí)，相關(guān)的頁面跳轉(zhuǎn)過程。

產(chǎn)品要做的是，在上述不同的維度中，進(jìn)行相關(guān)流程的系統(tǒng)梳理。

四、選方案

產(chǎn)品要學(xué)會(huì)去平衡，功能之上價(jià)值的千人千面?！孟?/p>

搞定了“接需求、懂業(yè)務(wù)、理流程”后，接下來就要針對需求，進(jìn)行方案選擇了。

不同的方案，相應(yīng)的”市場潛力、商業(yè)價(jià)值、覆蓋人群、能力要求、研發(fā)成本“也不同。

日常的產(chǎn)品工作中，我們往往會(huì)輸出各種產(chǎn)品方案，我總結(jié)了主要有以下四種：

1. 日拋方案：功能使用周期就幾天的產(chǎn)品方案；
2. 月拋方案：設(shè)計(jì)的方案能堅(jiān)持過一個(gè)月左右的方案，功能有一定復(fù)雜性；
3. 高度復(fù)用：持續(xù)滿足某類需求的功能模塊，具有高度復(fù)用性；
4. 抽象調(diào)用：既滿足原需求，未來又能支持其他模塊的產(chǎn)品方案，具有高度拓展性。

在這個(gè)過程，你需要根據(jù)實(shí)際情況，平衡各方利益，并找出一條 ROI 最高的產(chǎn)品方案。

五、建模型

數(shù)據(jù)建模是對真實(shí)世界的關(guān)系模擬，僅有一種最優(yōu)解?！孟?/p>

什么是建模型？

建模型，主要指的是使用 UML 類圖來呈現(xiàn)系統(tǒng)中，不同對象、對象之間的關(guān)系。

理想情況下，你所設(shè)計(jì)的數(shù)據(jù)模型，應(yīng)該盡量和現(xiàn)實(shí)世界保持一致。

產(chǎn)品可以在此基礎(chǔ)上進(jìn)行場景匹配，甚至功能延伸。

然而產(chǎn)品小白進(jìn)行方案設(shè)計(jì)時(shí)，往往沒有概念，甚至忽略數(shù)據(jù)建模，造成方案與需求嚴(yán)重不匹配。

這種錯(cuò)誤，常見于1~2年的產(chǎn)品小白。如果缺陷方案一旦落地，等待你的將是重構(gòu)，甚至業(yè)務(wù)方的聲討。

如何理解這句話？舉個(gè)例子你就明白了。

我們?nèi)粘Ｔ谔詫?、京東購物下單時(shí)，一般鏈路都是“選商品、購物車、去下單、支付款、等發(fā)貨、拆快遞”。

現(xiàn)在問題來了，剛說的整個(gè)購物流程，你能識別出幾個(gè)對象，以及它們之間的關(guān)系嗎？

區(qū)別一個(gè)產(chǎn)品是否入門了，可以用它作為面試題，原型仔是不會(huì)考慮這么多的（是我！說多了那都是淚阿）。

假如產(chǎn)品一個(gè)不小心、偷個(gè)懶、腦子發(fā)熱了，原型只畫了一個(gè)訂單一個(gè)商品。然后又那么巧，后端摸魚走神了，你猜會(huì)發(fā)生什么？

喜聞樂見的 BUG 出現(xiàn)了，購物車買 10 個(gè)商品下單后，TMD 居然給我生成了 10個(gè)訂單，你說氣不氣？

有人說 ，根本不可能有這么離譜的事情發(fā)生！那一個(gè)訂單的快遞包裹怎么發(fā)、訂單評價(jià)是基于訂單還是商品，訂單和售后是什么關(guān)系呢？

說實(shí)話，你讓一個(gè)做過電商的產(chǎn)品經(jīng)理，都不一定答得出來。

假設(shè)你會(huì)數(shù)據(jù)建模，這題簡直秒解。

沒做過電商你總上過淘寶吧，稍微聯(lián)想下實(shí)際情況，答案不就出來啦！

六、定狀態(tài)

定狀態(tài)指的是 UML 中的狀態(tài)圖。

狀態(tài)圖，描述了一個(gè)對象在周期內(nèi)，相關(guān)狀態(tài)及其變更條件的過程。例如一個(gè)電商訂單從待付款到已付款的變化。

在這個(gè)工作流程中，你需要搞懂相關(guān)功能的“不同狀態(tài)定義、狀態(tài)變更條件、以及對應(yīng)的狀態(tài)功能”，并輸出成對應(yīng)的狀態(tài)圖。

七、畫原型

當(dāng)你做好了“數(shù)據(jù)建模、狀態(tài)圖繪制”后，接下來只要按照這些內(nèi)容，畫相關(guān)的功能原型、撰寫規(guī)則就 OK 啦~

不少產(chǎn)品小白在問我，不懂畫原型咋搞嘛？

我反手花 5 分鐘，就給你現(xiàn)編一個(gè)，快速掌握原型的 4 步法：掌握工具、熟悉組件、使用模板、組裝原型。

• 掌握工具：Axure 作為產(chǎn)品經(jīng)理的必備工具，那是一定要學(xué)會(huì)的，不懂的 B 站找?guī)讉€(gè)免費(fèi)教程花一天學(xué)學(xué)基礎(chǔ)，就能上手干活啦。
• 熟悉組件：知道怎么用 Axure，并不代表你就會(huì)畫原型了，你還需要學(xué)習(xí) B、C 端的 5 種常用組件類型（基礎(chǔ)、導(dǎo)航、輸入、展示、反饋）。
• 使用模板：組件模板有 APP、小程序、Web、后臺(tái)、綜合等 5 種常見分類，像”微信、螞蟻、有贊、Taro“等大廠組件，都有 Axure 版組件下載，找?guī)讉€(gè)看著順眼的下載來用就行。
• 組裝原型：當(dāng)你懂了組件的概念，并且找到美觀、稱心的原型模板，那么畫原型就像拼樂高那么有趣。

不同用途的界面，由特定的組件組成，掌握了基本套路，1 天整 10 個(gè)界面真的算慢啦~

八、補(bǔ)交互

要想讓原型動(dòng)起來，可千萬別忘了交互。

交互一般可分為動(dòng)態(tài)交互和靜態(tài)交互。

• 動(dòng)態(tài)交互，顧名思義即包含了自動(dòng)化或觸發(fā)式的一系列變化的交互效果；
• 而靜態(tài)交互，是指將這種動(dòng)態(tài)交互效果，通過一張張頁面、組件鋪開組成的交互流程圖。

一些產(chǎn)品進(jìn)行交互設(shè)計(jì)時(shí)，會(huì)習(xí)慣使用動(dòng)態(tài)交互，這樣可能看起來更酷炫。

溝通的本質(zhì)，是減少信息差。——好夕雷

如果使用動(dòng)態(tài)交互，一個(gè)稍微復(fù)雜的交互效果，做的人效率低不說，查閱的開發(fā)同事，要重復(fù)點(diǎn)擊多少次，才能完全理解其中的邏輯，換我也崩潰~

所以，使開發(fā)一目了然、快速抓住交互重點(diǎn)才是文檔的核心，那么靜態(tài)交互在這種情況，就成了最優(yōu)解。

九、總結(jié)

對于剛轉(zhuǎn)行產(chǎn)品的童鞋來說，要知道產(chǎn)品經(jīng)理的工作不是只有原型，工作越往后原型的占比越低。

如何才能輸出一個(gè)不錯(cuò)的產(chǎn)品方案？

可以按照這個(gè)產(chǎn)品工作流去做：接需求、懂業(yè)務(wù)、理流程、選方案、建模型、定狀態(tài)、畫原型、補(bǔ)交互。

你學(xué)會(huì)了嗎？