国外亚洲成av人片在线观看,热99re久久精品这里都是精品,天堂网在线最新版www,国产成人av区一区二区三,51久久成人国产精品麻豆

作為一個B端產(chǎn)品經(jīng)理，筆者將結(jié)合自己的工作實踐和認(rèn)知，與大家分享一下自己的B端產(chǎn)品經(jīng)理的工作流以及每一個流程中具體的思考點(diǎn)和注意點(diǎn)，希望能提供一個真正實用的工作流程，給與大家啟發(fā)和思考。

看過一些總結(jié)B端產(chǎn)品經(jīng)理工作流程的方法論或指南，總體來說步驟差距不大，但大部分會比較空，告訴步驟點(diǎn)到為止，缺少真正的實用性和啟發(fā)。筆者作為一個B端產(chǎn)品經(jīng)理，結(jié)合自己的工作實踐和認(rèn)知，與大家分享一下自己的B端產(chǎn)品經(jīng)理的工作流以及每一個流程中具體的思考點(diǎn)和注意點(diǎn)，希望能提供一個真正實用的工作流程，給與大家啟發(fā)和思考。

作為一個轉(zhuǎn)行的產(chǎn)品經(jīng)理，最初看了很多介紹產(chǎn)品經(jīng)理工作流程的文章及書籍，為了幫助自己能盡快上手，但發(fā)小大部分都是介紹的很簡單，只給了步驟或者大體方法，自己在實踐過程中照做了，但是該踩的坑一個都沒少，通過2年產(chǎn)品的工作經(jīng)歷以及自己的工作內(nèi)容及行業(yè)性質(zhì)，總結(jié)了自己的工作流，特別是每個步驟中需要的思考點(diǎn)，特別適用于B端產(chǎn)品經(jīng)理。

我的整體工作流程：

看起來步驟會比較多，如果是大項目，基本每一步都會需要，小項目或優(yōu)化類，根據(jù)實際需要做刪減即可。其實整體工作流程和很多作者總結(jié)的工作流大同小異，如下圖是另外一位作者寫總結(jié)的B端工作流，也給了我一些啟發(fā)，大家也可以去閱讀一下。

摘自：人人都是產(chǎn)品經(jīng)理文章《我的B端產(chǎn)品工作流》

那下面重點(diǎn)為大家詳細(xì)介紹，在我的每一個工作流步驟中，需要注意的點(diǎn)以及思考方向，這些內(nèi)容也是自己在一次次項目過程及項目復(fù)盤中總結(jié)出來的，希望給大家在實際工作中有一定啟發(fā)。

01 收集需求

在業(yè)務(wù)型公司中，大部分業(yè)務(wù)提出需求其實會相對比較片面，很多沒有詳細(xì)思考就提出，或者僅解決一個臨時問題，因此在對業(yè)務(wù)提出的需求溝通中，產(chǎn)品經(jīng)理需要了解清楚需求本質(zhì)，引導(dǎo)業(yè)務(wù)思考。主要需要收集以下信息，以下內(nèi)容可以作為【產(chǎn)品需求收集表】來要求業(yè)務(wù)提交需求時填寫，同時也是幫助業(yè)務(wù)自己對需求進(jìn)行思考。

• 需求類型：優(yōu)化，bug，新功能等。
• 優(yōu)先級：需求的緊急程度。
• 功能使用頻率：這里也是之前自己遇到了坑，業(yè)務(wù)提出一個功能優(yōu)化需求，做好上線以后，發(fā)現(xiàn)業(yè)務(wù)基本就不使用這個功能，導(dǎo)致上線后沒有實際意義。因此在需求收集階段，特別是針對某功能優(yōu)化，一定要清楚業(yè)務(wù)對這個功能的使用頻率。
• 需求背景或原因
• 需求目的/解決什么痛點(diǎn)/實現(xiàn)什么效益
• 需求詳情：對需求的詳細(xì)描述。

在收集需求階段，若能了解到以上內(nèi)容，說明該需求是業(yè)務(wù)仔細(xì)思考過的，同時也幫助自己后面對該需求合理性的判斷。

02 思考需求合理性

這一點(diǎn)在做產(chǎn)品初期沒有意識到這個問題的重要性，導(dǎo)致很容易做著做著就變成了需求輸出工具，后來做了很多項目復(fù)盤，才意識到業(yè)務(wù)很多提出的需求不合理，很臨時性，會導(dǎo)致系統(tǒng)功能臃腫，因此當(dāng)收集完業(yè)務(wù)的需求后，一定要思考需求的合理性，盡量讓每個需求做的都有價值。主要思考點(diǎn)可以圍繞一下幾點(diǎn)：

• 復(fù)盤業(yè)務(wù)提出的需求內(nèi)容：根據(jù)收集到的業(yè)務(wù)需求，詳細(xì)了解業(yè)務(wù)訴求，核對其真實性及是否有邏輯沖突。
• 數(shù)據(jù)調(diào)研：很多需求或項目的提出，在啟動之前都需要從現(xiàn)有數(shù)據(jù)上進(jìn)行一定程度的分析預(yù)估可到達(dá)的目標(biāo)，同時也可看該功能的使用數(shù)據(jù)情況，考慮其有沒有優(yōu)化價值。
• 需求內(nèi)容的適用場景：很多業(yè)務(wù)會提一些特殊場景的優(yōu)化或者特殊處理邏輯，產(chǎn)品做功能邏輯盡量能統(tǒng)一化，避免特殊邏輯，后期會不好管理，也容易留坑。
• 技術(shù)架構(gòu)的影響：有的需求也許看起來很簡單，但其實技術(shù)實現(xiàn)非常復(fù)雜或者現(xiàn)有架構(gòu)不支持，若遇到這種拿不準(zhǔn)的情況可以先和開發(fā)聊一下，簡單評估一下，這樣對項目的定位也會更清晰。比如我遇到一個場景，業(yè)務(wù)提出希望訂單能合并發(fā)貨，我認(rèn)為也很合理，可以做，但后來評審發(fā)現(xiàn)，我們現(xiàn)在WMS系統(tǒng)架構(gòu)是很難支持的，如果要做需要全面重整架構(gòu)，很大的工程量，因此重新評估該項目，就先暫緩了。
• 是否需要其他系統(tǒng)/部門的支撐：做B端產(chǎn)品，會涉及到大量相互關(guān)聯(lián)的邏輯及流程，比如我做訂單系統(tǒng)，會涉及到和商品系統(tǒng)、物流系統(tǒng)、倉儲系統(tǒng)的各種對接。因此在該階段，可以大致思考一下是否需要其他系統(tǒng)支持，若需要可以提前安排溝通，避免后面需要了才臨時對接，這也是我自己血的教訓(xùn)。

03 項目初步立項

需求確定沒問題，就可以做初步的立項了，大部分公司不會說非常要求這點(diǎn)，比如項目立項報告之類的，主要是產(chǎn)品自己要做對應(yīng)的工作計劃安排，后續(xù)更規(guī)范的項目安排會在評審?fù)ㄟ^，確定上線時間后發(fā)出，這個也和各公司團(tuán)隊的習(xí)慣有關(guān)，根據(jù)實際情況做調(diào)整即可。該階段主要確定：

• 項目大體背景、目的、優(yōu)先級、邊界、內(nèi)容
• 大體時間安排：主要是產(chǎn)品設(shè)計時間

04 需求調(diào)研

B端產(chǎn)品的需求調(diào)研相對C端的會簡單一些，主要方式為：訪談+競品。訪談需要提前列出自己希望獲取的關(guān)鍵信息，可根據(jù)思考需求合理性階段得出的結(jié)果和疑問點(diǎn)歸納得出，讓需求調(diào)研訪談更具目的性和有效性。

B端競品相對比較難獲取到，我大部分會看一些第三方開發(fā)的ERP軟件，去試用借鑒一下。

調(diào)研這個自己也還在摸索階段，還有很多空間可以發(fā)揮，歡迎大家補(bǔ)充。

05 產(chǎn)品設(shè)計

說了這么多終于到產(chǎn)品設(shè)計環(huán)節(jié)了，其實B端產(chǎn)品如果只是說畫原型的話，其實很簡單，不會花很多時間。主要難點(diǎn)是在于整個產(chǎn)品方案的設(shè)計，邏輯的梳理以及各個模塊考慮周全。下面是我在整體產(chǎn)品方案涉及中主要會考慮的點(diǎn)，以及會輸出的內(nèi)容，也是自己踩了很多坑總結(jié)下來的。

各種圖

很多總結(jié)的產(chǎn)品經(jīng)理的工作流程中，會說要需要畫用例圖，流程圖，產(chǎn)品功能結(jié)構(gòu)圖，產(chǎn)品信息結(jié)構(gòu)圖等等。個人認(rèn)為，這里沒必要一定要按部就班每個都要畫，更多輸出這些圖是幫助你梳理邏輯，想清楚即可，不用太苛求形式。我個人在這部分主要會比較常用到以下幾種：

1）流程圖

流程圖是在B端流程產(chǎn)品設(shè)計中，最常用的東西。主要幫助理清楚各種關(guān)聯(lián)邏輯。我常用的流程圖主要是以下幾種：

• 業(yè)務(wù)流程圖：主要用于幫助理清楚業(yè)務(wù)的流程，也幫助自己更好的了解業(yè)務(wù)。
• 系統(tǒng)流程圖：系統(tǒng)整體的操作流程。
• 數(shù)據(jù)流程圖：這個一點(diǎn)很多產(chǎn)品容易忽視，大部分做到系統(tǒng)流程就完事了，但是產(chǎn)品想要做的更好，更深入，一定要清楚數(shù)據(jù)流。同時理清楚數(shù)據(jù)流，也能更好的幫助你做功能設(shè)計，以及考慮的更加全面。

再這個階段還需要注意一點(diǎn)就是，不要僅限于你做的這個系統(tǒng)或者功能的流程，還需要考慮到其上游及下游的關(guān)聯(lián)性，是否需要上游支持？下游是否有消費(fèi)使用你產(chǎn)生的數(shù)據(jù)？是否需要一起聯(lián)動修改？等等，都需要在產(chǎn)品設(shè)計中考慮完善，避免之后發(fā)現(xiàn)了才做臨時處理。這點(diǎn)也是我之前做項目留下的刻骨銘心的教訓(xùn)，之前做OMS系統(tǒng)，沒有考慮到商品系統(tǒng)以及物流倉儲系統(tǒng)的關(guān)聯(lián)性，導(dǎo)致上線后出現(xiàn)了很多問題，那個時候再來臨時趕工處理。

2）產(chǎn)品信息結(jié)構(gòu)/產(chǎn)品功能結(jié)構(gòu)圖

這兩個圖，我平時用的不多，主要是在大項目中使用到，大項目中主要通過這兩個圖，可以總結(jié)出你系統(tǒng)功能結(jié)構(gòu)以及系統(tǒng)邊界，幫助后續(xù)做產(chǎn)品功能設(shè)計。

需求清單

通過邏輯的梳理，能確定本期項目需要開發(fā)的內(nèi)容及需求內(nèi)容。需求內(nèi)容可以明確羅列出來，幫助開發(fā)清晰知道需求點(diǎn)，也方便產(chǎn)品直接對著清單，做后面的產(chǎn)品設(shè)計，會非常清晰，這也是我最近做項目中總結(jié)出來的。注意，這里說的需求內(nèi)容不是業(yè)務(wù)提出的需求點(diǎn)，而是產(chǎn)品通過前面總結(jié)，所確認(rèn)出了本期項目的開發(fā)需求清單。

畫產(chǎn)品原型

基本上通過上面一系列圖及需求清單輸出后，就可以開始畫原型頁面了。大部分B端產(chǎn)品，原型不需要高保真，只需要描述清晰，結(jié)構(gòu)清楚即可，不用去苛求于畫的很多交互，重要的是邏輯。

產(chǎn)品原型這里就不多說了，可以去收集一些公共的組件，在畫的過程中可以提高很多效率。

畫完原型后，一般的工作流程中就是要寫PRD了，但實際大部分公司基本不太寫PRD文檔，主要原因是PRD問題太龐大不利于修改維護(hù)，而且開發(fā)基本不會仔細(xì)看，所以大部分方式是直接采用再axure+批注的方式。需要注意的是，這種方式有時原型頁面會比較亂，堆砌了太多東西，很多箭頭指來指去，一定要注意排版，讓其簡潔清晰可讀性強(qiáng)。

數(shù)據(jù)處理方案

如果涉及到數(shù)據(jù)相關(guān)的功能，特別是有歷史數(shù)據(jù)需要初始或者處理的，需要在產(chǎn)品設(shè)計階段就要考慮到數(shù)據(jù)處理方案，該部分可和開發(fā)一同討論確認(rèn)。如果涉及到大量數(shù)據(jù)初始，沒有處理好的話，會是非常非常大的坑。

上線后監(jiān)控方案

這部分很多才開始剛做產(chǎn)品同學(xué)很少會想到在產(chǎn)品設(shè)計中包含該部分，經(jīng)過很多次項目復(fù)盤后發(fā)現(xiàn)該部分在產(chǎn)品設(shè)計中若能提前想到的話，對后續(xù)項目復(fù)盤，監(jiān)控，迭代很有作用。主要目的為：監(jiān)控上線后功能運(yùn)轉(zhuǎn)正常；可以看業(yè)務(wù)的使用情況，便于數(shù)據(jù)統(tǒng)計；也可提前設(shè)計數(shù)據(jù)埋點(diǎn)，避免后續(xù)統(tǒng)計數(shù)據(jù)時沒有對應(yīng)記錄。

一般監(jiān)控分為兩部分：第一種為上線后1-2周的跟蹤方案，監(jiān)控沒問題后就可以停止了；第二種就是一些關(guān)鍵的信息或者數(shù)據(jù)可作為日常定時監(jiān)控進(jìn)行。一般監(jiān)控采用釘釘報警。

這部分其實有很大空間可以聊，這里就簡單提一下，主要給大家一定啟發(fā)，思考更為全面。

06 產(chǎn)品評審

產(chǎn)品方案設(shè)計完成后就進(jìn)入到評審階段了，一般我會分為兩種，第一做完方案后先和業(yè)務(wù)簡單做個評審，確認(rèn)一下設(shè)計的功能及操作流程，能滿足業(yè)務(wù)需求，還有沒有什么補(bǔ)充。確認(rèn)之后再進(jìn)行開發(fā)測試評審即可，評審?fù)ㄟ^后，確認(rèn)開發(fā)和測試排期。

07 項目正式立項

我現(xiàn)在的團(tuán)隊工作方式會在評審?fù)ㄟ^后再進(jìn)行正式的立項，主要通過項目郵件發(fā)出，通知到業(yè)務(wù)方及涉及到的人員。包含內(nèi)容為：項目背景，目的，需求內(nèi)容，最重要是開發(fā)測試排期時間以及上線時間。

若有風(fēng)險或者關(guān)聯(lián)性特別多的項目建議上線時間可以往后推預(yù)留1-3天，為未知風(fēng)險做預(yù)留準(zhǔn)備。

08 產(chǎn)品驗收

開發(fā)和測試完成后，在正式上線前，一般會預(yù)留一天左右的時間做產(chǎn)品驗收，這塊我主要是看下整體功能以及一些核心邏輯，是否和產(chǎn)品設(shè)計一致，若有問題再上線前提前提出和解決。

09 上線通知和培訓(xùn)

項目上線后，需要發(fā)送上線通知，一般可通過郵件發(fā)送，主要包括上線時間（若有延期說明延期原因），上線安排，操作指南等，若功能比較復(fù)雜可安排做操作培訓(xùn)。

10 上線后跟蹤

很多產(chǎn)品經(jīng)理做項目，覺得上線后就完事了，以前我也是這樣的，但其實并沒有。上線后1-2周是非常關(guān)鍵的時間，這段時間主要關(guān)注點(diǎn)為：

• 上線后使用跟進(jìn)：整體功能是否使用正常，bug反饋，業(yè)務(wù)運(yùn)轉(zhuǎn)是否通暢等。之前做需求，上線后就以為完事了，后來發(fā)現(xiàn)業(yè)務(wù)根本就沒怎么用，沒有推起來。假如上線后1-2周業(yè)務(wù)沒有用起來的話，這個功能其實后面也很難再推起來了，所有上線后一定要推動業(yè)務(wù)使用，做好項目實施工作。
• 上線后數(shù)據(jù)及功能監(jiān)控：這里就是說的對上線后監(jiān)控方案的跟進(jìn)，是否完成了預(yù)期的目標(biāo)，把數(shù)據(jù)拿出來看是最有效的，同時也幫助產(chǎn)品做項目復(fù)盤及后期不斷的迭代。

到這里，我的B端產(chǎn)品工作流就結(jié)束了，也許看起來很復(fù)雜，過程很多，但這些其實都是經(jīng)過各種坑總結(jié)出來了。B端產(chǎn)品工作難點(diǎn)并不是產(chǎn)品功能設(shè)計，更多的是業(yè)務(wù)流程及邏輯的思考和對項目的不斷復(fù)盤改進(jìn)，才能更好地提升。上面這些點(diǎn)，大家可以看自己的實際工作情況做借鑒，希望能幫助大家在做項目時思考的更為全面。當(dāng)然還有很多改進(jìn)和補(bǔ)充的地方，歡迎大家評論一起討論。

本文由 @youly 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載

題圖來自Unsplash，基于CC0協(xié)議