我的B端產(chǎn)品經(jīng)理工作流

46 評(píng)論 27092 瀏覽 484 收藏 25 分鐘

相對(duì)于C端來說,目前對(duì)于B端產(chǎn)品經(jīng)理的工作流程、整體方法論的討論還在少數(shù),即使有也都是針對(duì)某一個(gè)細(xì)化部分進(jìn)行展開,缺少從整體上去總結(jié)。于是筆者作為一個(gè)B端產(chǎn)品經(jīng)理,就結(jié)合工作實(shí)踐與認(rèn)知,與大家分享一下B端產(chǎn)品經(jīng)理工作流是怎么樣的?

2020年1月份快過年的時(shí)候,我在脈脈上看到一個(gè)產(chǎn)品分享了一張圖,內(nèi)容為《我領(lǐng)悟出的B端產(chǎn)品經(jīng)理工作流》,其中有些內(nèi)容與我實(shí)際所做的有很多相似之處,所以我點(diǎn)了個(gè)贊、收藏了一波。事后一直想著能有機(jī)會(huì)對(duì)這個(gè)圖中的知識(shí)點(diǎn)進(jìn)行拆解,同時(shí)也加上一下自己的理解在里面。

根據(jù)帕金森定律,如果我們不給自己設(shè)定一個(gè)Deadline,那么做一件事的時(shí)間就會(huì)無限地占用掉別的事情的時(shí)間,以至于到最后我們只會(huì)留一點(diǎn)點(diǎn)時(shí)間來做這件事。

所以,趁著有點(diǎn)熱情和動(dòng)力在,趕緊補(bǔ)完這篇內(nèi)容。

下面的長(zhǎng)圖是我重新梳理并重置的高清圖版本,具體的作者不詳,所以也不知道原圖是誰做的,就只能說摘自脈脈了。如果你對(duì)里面提到的工作流感興趣,可以直接長(zhǎng)按保存長(zhǎng)圖到本地。

01 我的擔(dān)憂

上面提到我是在脈脈上看到的這張圖,其實(shí)對(duì)B端的產(chǎn)品來說關(guān)于工作流,方法論的文章比較少,尤其是經(jīng)歷項(xiàng)目不多或者是體會(huì)不深的初級(jí)產(chǎn)品同學(xué),感覺別人說的工作流和方法論都對(duì),都挺不錯(cuò)的。

結(jié)果自己來做的時(shí)候,毫無章法,今天是用降龍十八掌,明天是乾坤大挪移,后天就九陰真經(jīng)走火入魔了。

究其原因,核心點(diǎn)還是因?yàn)?strong>知其然而不知其所以然。

去年上半年我一直在努力調(diào)整自己的工作方式,盡量走一種模式化,規(guī)范化的路子,這樣可以確保我做的東西都是有一個(gè)體系或者是原則在里面的。

例如螞蟻金服的Ant Design里面就有很大的篇幅去闡述關(guān)于這套UI的設(shè)計(jì)原則。

B端產(chǎn)品也一樣,需要一套行之有效的工作流,一方面約束自己,一方面協(xié)同他人。

但是市面上關(guān)于B端產(chǎn)品這一塊的資料太少了,或者說有很多資料都是反反復(fù)復(fù)將一些淺層的東西,缺乏實(shí)戰(zhàn)性、指導(dǎo)性,同時(shí)還能兼顧一些全流程體系的知識(shí)。

這意味著,當(dāng)我在B端這一塊沉浸的時(shí)間不夠的時(shí)候,我是充滿擔(dān)憂的,擔(dān)憂的原因有:

  • 擔(dān)憂走彎路,變成野路子。因?yàn)槟贻p人不怕走彎路,就怕一直走彎路到回不了頭的時(shí)候才醒悟;
  • 擔(dān)憂不成體系,成長(zhǎng)太慢。很多時(shí)候我們都說討厭框架,因?yàn)榭蚣芘囵B(yǎng)出來的人都千篇一律的,但是很多時(shí)候往往如果沒有框架,那么可能培養(yǎng)都會(huì)成問題,更不用談后續(xù)的千篇一律了;
  • 擔(dān)憂定位不了自己,不知道自己現(xiàn)在水平如何,是在淺海里裸泳呢?還是在波濤中弄潮?沒有對(duì)比,就不知道自己是幾斤幾兩;
  • 擔(dān)憂無法賦能他人,畢竟行業(yè)待久了,職業(yè)干久了,總是會(huì)面臨老人帶新人的問題,如果自己的理解和方式方法都有問題,到時(shí)候帶新人,培養(yǎng)新人的時(shí)候不就翻車了么。

擔(dān)憂了一段時(shí)間,發(fā)現(xiàn)好像這個(gè)事情就是沒得解,因?yàn)椴皇撬械闹R(shí)都是有人嚼碎,加料,再主動(dòng)推送給你,即使有這樣的知識(shí),你也未必就能一擊即中。

所以那段時(shí)間,我翻閱了大量的跟B端產(chǎn)品有關(guān)系的書籍和相關(guān)資料,其中李寬老師的《B端產(chǎn)品經(jīng)理必修課》給了我很大的幫助,我還中途翻閱了好幾遍,最后消化了一下核心的知識(shí)后,我開始在TAPD的WIKI中編輯產(chǎn)品經(jīng)理日常工作規(guī)范,這個(gè)WIKI內(nèi)容至今還在不斷地完善補(bǔ)充中。

同時(shí)我也無意中在慕課網(wǎng)中找到了一個(gè)產(chǎn)品相關(guān)的課程,其中有提到關(guān)于產(chǎn)品工作流介紹,其中的內(nèi)容與我正在做的十分相似。因此更加令我堅(jiān)信,我自己所走的這條路,悟出的門道并不是與市場(chǎng)脫軌或者很“野生”,沒有章法的。

02 走在路上

既然找不到那種嚼碎了就能直接喂給自己的知識(shí),那就干脆找個(gè)有營(yíng)養(yǎng)的大家伙先啃一下,然后自己嚼碎并記錄下來。以后能不能投喂別人不知道,但是起碼可以做一個(gè)參照。

去年的我是如何看待這個(gè)工作流程的?我當(dāng)時(shí)的思路和心路歷程是怎么樣的?而一年過去了,當(dāng)下的我,又是怎么樣的一種感受?

感悟了這個(gè)道理之后,我就開始記錄一些日常所見和所感悟的產(chǎn)品相關(guān)的知識(shí)和方法論。也就是從那個(gè)時(shí)候開始,我會(huì)頻繁地更新博客,更新公眾號(hào),投稿《人人都是產(chǎn)品經(jīng)理》,這一系列操作下來之后,收益頗豐。

不能說我的產(chǎn)品工作流有什么很特別的提升,對(duì)行業(yè)的認(rèn)知有什么獨(dú)特的見解,更不能說自己對(duì)產(chǎn)品這一行有什么高談闊論。

但是,很明顯地感受就是我感覺自己上道了,而且還是個(gè)快車道。

我制定的工作流一開始可能很簡(jiǎn)陋甚至有些東西我也是改來改去,多次打臉??墒?,不久之后我就發(fā)現(xiàn)我的工作模式和心態(tài)變化了,我為自己制定了規(guī)則和玩法,也遵從這樣的規(guī)則和玩法,這讓我對(duì)日常工作的很多需求和項(xiàng)目都能保持一貫的風(fēng)格和體系。

這種風(fēng)格和體系還在培養(yǎng)新人的時(shí)候能顯現(xiàn)出奇效,以此為基準(zhǔn)搭建培養(yǎng)的框架。

大家都是一個(gè)模子出來的人,不會(huì)特別優(yōu)秀,但是也不會(huì)特別粗糙,因?yàn)榛A(chǔ)功和一些底層地基已經(jīng)打牢固。剩下的就是,靠后天自己的打磨,自個(gè)兒成全自個(gè)兒。

03 我「看」B端產(chǎn)品工作流

上面鋪墊了很多,算是給自己賣了一個(gè)慘。因?yàn)楹芏鄷r(shí)候,自我學(xué)習(xí)和成長(zhǎng)確實(shí)挺慘的,感覺很慘可能是因?yàn)樽约簺]人教,受挫太多,總是學(xué)不會(huì),成長(zhǎng)的太慢。

但是回頭看,又會(huì)發(fā)現(xiàn),學(xué)習(xí)也有運(yùn)氣成分在里面的。有時(shí)候憑借運(yùn)氣,偶然間你就學(xué)到了某些拓展的知識(shí),而這些可能就幫助你打通了任督二脈。

最近很火的一句毒雞湯,叫做:

你永遠(yuǎn)賺不到超出你認(rèn)知范圍外的錢,除非你的運(yùn)氣很好,靠運(yùn)氣賺到了這些錢。但是,靠運(yùn)氣賺到的錢,最后往往也會(huì)憑實(shí)力虧掉。

但是,學(xué)習(xí)不是這樣的,你學(xué)不會(huì)超出你認(rèn)知范圍外的知識(shí),但是你靠運(yùn)氣學(xué)到了這些知識(shí),最壞的結(jié)果就是你可能用不上就忘記了,但是對(duì)你自己卻沒有什么虧損。而往積極一點(diǎn)想,也許你學(xué)到的知識(shí)讓你觸類旁通還拓展了更多的知識(shí),由此開啟了你探索求知的大門。

而我的B端產(chǎn)品之路,也是從一個(gè)簡(jiǎn)單地認(rèn)知之外的知識(shí),然后慢慢地接觸到了更廣、更全面的知識(shí),從而開啟了我探索求知的大門,最后這些知識(shí)引領(lǐng)我走向了產(chǎn)品的快車道。

好的,現(xiàn)在就針對(duì)上面提到的B端產(chǎn)品經(jīng)理工作流,來談一下我自己對(duì)B端產(chǎn)品工作流的見解和看法。

1. 項(xiàng)目立項(xiàng)

項(xiàng)目立項(xiàng)一般來說都是從0到1的時(shí)候用的上的,但是往往很多時(shí)候大家能接觸從0到1的情況并不多,所以這一塊我也沒啥特別要補(bǔ)充的。但是根據(jù)PMP的指導(dǎo),項(xiàng)目立項(xiàng)報(bào)告應(yīng)該算是啟動(dòng)開工的必要輸出文件,所以這一塊不能省。

2. 需求調(diào)研

這個(gè)似乎是老生常談的一個(gè)話題了,需求調(diào)研也是一個(gè)蠻大的概念,但是顯然無論是B端還是C端的產(chǎn)品,都需要進(jìn)行需求調(diào)研。

而我常用的需求調(diào)研方法,一般是自己先分析然后給出一個(gè)框架,給出一些問題,然后采用訪談式收集需求。

因?yàn)槟壳拔宜龅臉I(yè)務(wù),需求方基本上都是公司的其他部門,即使有非內(nèi)部的需求,也可以當(dāng)面溝通或者微信溝通。

至于網(wǎng)上常提到的,問卷調(diào)查、數(shù)據(jù)分析、行業(yè)調(diào)研等用的很少,基本上是靠訪談+競(jìng)品分析一把梭搞定的。

3. 產(chǎn)品宣講

這個(gè)地方我有點(diǎn)不同的意見,按理說項(xiàng)目立項(xiàng)的時(shí)候其實(shí)就已經(jīng)需要對(duì)產(chǎn)品進(jìn)行宣講了,甚至在項(xiàng)目立項(xiàng)前,就應(yīng)該開始需求進(jìn)行調(diào)研,行業(yè)分析,競(jìng)品分析等工作,所以這個(gè)點(diǎn)放在這里我覺得有點(diǎn)多余或者累贅了。

4. 競(jìng)品分析

剛剛提到第3點(diǎn)是多余的,所以我一般就是第2點(diǎn)和第4點(diǎn)一套組合拳,也就是需求調(diào)研+競(jìng)品分析一把梭。這個(gè)和我的理解是一致的,操作流程的順序也是相當(dāng)?shù)摹?/p>

5. 畫用例圖

用例圖是一個(gè)存在鄙視鏈的東西,據(jù)我觀察,大多數(shù)開發(fā)轉(zhuǎn)行產(chǎn)品,或者是計(jì)算機(jī)相關(guān)專業(yè)的產(chǎn)品,會(huì)比較熱衷于用這個(gè)東西;而非計(jì)算機(jī)相關(guān)專業(yè)的產(chǎn)品,也許UML都沒有聽過,更不用談畫用例圖了。

所以,鄙視鏈?zhǔn)沁@樣是:常用用例圖的>知道用例圖但是不怎么畫的>不知道用例圖更不會(huì)畫的。

我會(huì)畫用例圖,但是畫的不熟悉,畫的很少,所以我應(yīng)該是站在鄙視鏈中間的那一層。

而我自己的看法則是,工具只是手段,從結(jié)果來看,只要能表達(dá)清楚相關(guān)的信息,那其實(shí)都可以接受。UML這么多年的發(fā)展,自然有它的道理,但是未來如果被時(shí)代拋棄,也不必驚訝,畢竟誰也不能獨(dú)領(lǐng)風(fēng)騷數(shù)百年。

6. 畫系統(tǒng)流程圖

關(guān)于流程圖的一個(gè)頓悟我之前發(fā)了一條朋友圈,主要想表達(dá)的意思就是,如果是初版流程圖,建議用筆和紙,最好是用鉛筆,還可以擦除。因?yàn)橹苯佑肰isio或者Axure來畫的話,很容易受到軟件本身的操作因素而干擾,例如對(duì)齊方式,文字大小,元素大小,以及配色等等。

對(duì)于我來說,我至今還沒有找到什么好的Visio配色,畫10次流程圖可能有6~7次都在糾結(jié)配色和樣式之類的操作因素,所以我很贊同畫流程圖的第一版,用紙和筆。

流程圖對(duì)評(píng)審或者講解產(chǎn)品有很大的幫助,因?yàn)榭梢宰屢粋€(gè)局外人迅速用上帝視角來俯瞰流程,把握產(chǎn)品的脈絡(luò)或者大綱,然后對(duì)流程圖加以部分用戶故事,迅速就可以拉近產(chǎn)品、項(xiàng)目與讓“新人”之間的距離。

當(dāng)然,對(duì)于流程圖來說,我一般會(huì)畫兩個(gè),一個(gè)是業(yè)務(wù)流程圖,一個(gè)是系統(tǒng)(交互)流程圖。業(yè)務(wù)流程圖側(cè)重點(diǎn)在業(yè)務(wù)如何形成閉環(huán),走完流程;而系統(tǒng)(交互)流程圖,則側(cè)重在系統(tǒng)或者各個(gè)模塊如何交互,形成關(guān)系脈絡(luò)。

7. 列功能清單

這一步我也會(huì)做,但是我把這一步稱之為繪制產(chǎn)品功能結(jié)構(gòu)圖,一般是用Mindmanager來實(shí)現(xiàn)的,當(dāng)然我也見過有人用Excel來做,但是我感覺還是用腦圖的形式會(huì)好一點(diǎn)。

功能結(jié)構(gòu)圖和信息結(jié)構(gòu)圖又是一對(duì)剪不斷理還亂的基佬關(guān)系,網(wǎng)上也有很多大佬對(duì)此進(jìn)行了一大堆的剖析,最后還是沒有誰說服誰。

之前我也因?yàn)檫@兩個(gè)東西頭疼了蠻久,因?yàn)檎娴氖窃较朐接X得繞口,這里我直接搬出我認(rèn)可的結(jié)論,來自《人人都是產(chǎn)品經(jīng)理》的兩篇文章:

感興趣的朋友自己去搜索一下這兩篇文章,而我想要表達(dá)的結(jié)論是這樣是:

所以,我一般會(huì)先繪制產(chǎn)品功能結(jié)構(gòu)圖,然后再繪制產(chǎn)品信息結(jié)構(gòu)圖,而這兩篇內(nèi)容合到一起就是我最終需要的產(chǎn)品結(jié)構(gòu)圖,它也就是產(chǎn)品原型的簡(jiǎn)化表達(dá)。

8. 產(chǎn)品架構(gòu)設(shè)計(jì)

對(duì)于B端產(chǎn)品來說,前后臺(tái)頁面存在的情況比較少,至于用什么載體,那絕大多數(shù)都是Web了。所以這個(gè)地方的架構(gòu)設(shè)計(jì)和我平時(shí)用的工作流有出入,這一塊的排序我也是覺得有一定的問題的。

9. 畫信息結(jié)構(gòu)圖

剛剛在第7點(diǎn)提到了,我會(huì)先畫完產(chǎn)品功能結(jié)構(gòu)圖,然后再畫產(chǎn)品信息結(jié)構(gòu)圖,最后將兩者合并在一起,就得到了產(chǎn)品結(jié)構(gòu)圖,也有人稱之產(chǎn)品架構(gòu)圖

10. 畫原型

這個(gè)就不展開說了,因?yàn)樯婕暗酱笠稽c(diǎn)需求,有頁面增加的或者調(diào)整的,基本上都要涉及到原型的繪制,而產(chǎn)品繪制原型就跟人吃飯喝水一樣的平常,沒啥特別的心得或者見解。前面都已經(jīng)得到了產(chǎn)品結(jié)構(gòu)圖,再繪制原型,就是對(duì)一個(gè)抽象數(shù)據(jù)進(jìn)行實(shí)體化的一個(gè)過程了。

11. 原型評(píng)審

這一塊同上,也基本上是產(chǎn)品必做且常見的環(huán)節(jié)。需要注意的就是不要貿(mào)然開會(huì),最好是準(zhǔn)備充分再來召開評(píng)審會(huì),否則很容易導(dǎo)致會(huì)議時(shí)間延長(zhǎng),或者是會(huì)議室被打成篩子,尷尬收?qǐng)觥?/p>

12. 寫PRD

PRD我現(xiàn)在基本上不寫純文字版的了,基本上都是Axure+批注+思維導(dǎo)圖+TAPD的方式來替代傳統(tǒng)的PRD。

主要原因有以下幾點(diǎn):

  • Word版本的PRD寫起來又臭又長(zhǎng),而還不容易修改,更重要的是基本上開發(fā)不會(huì)看;
  • 敏捷開發(fā)往往一個(gè)功能涉及多個(gè)迭代,而一個(gè)功能會(huì)從MVP到豪華跑車,其中會(huì)經(jīng)歷很久的時(shí)間,一份文檔要描述清楚有點(diǎn)勉強(qiáng),可能最開始是幾頁,到最后就幾百頁的小說一樣了,維護(hù)和查看都很別扭;
  • PRD維護(hù)成本高,編寫時(shí)間長(zhǎng),不如面對(duì)面溝通來的效率快,而且目前走敏捷開發(fā)模式的團(tuán)隊(duì)居多;

當(dāng)然,作為一個(gè)產(chǎn)品如果不寫文檔記錄點(diǎn)什么,那肯定是偷懶和不負(fù)責(zé)任的表現(xiàn)。所以,針對(duì)這一塊我的處理方式是這樣的:

一般的需求都是用TAPD管理,涉及到比較大的功能和模塊,會(huì)在Axure里面寫上對(duì)應(yīng)的邏輯和規(guī)則等;同時(shí)為了方便查閱和后續(xù)的培訓(xùn)等,我會(huì)按菜單或者頁面,用WIKI來分別記錄,例如我一直在維護(hù)的一個(gè)WIKI叫做WMS業(yè)務(wù)邏輯和規(guī)則,如果平時(shí)發(fā)現(xiàn)對(duì)之前設(shè)計(jì)的邏輯不記得或者模糊,那么看一下這個(gè)就能回憶起來為什么要這樣做了。

13. 產(chǎn)品驗(yàn)收

產(chǎn)品驗(yàn)收環(huán)節(jié)是我做的不太到位的,用敏捷的方式來看,這個(gè)驗(yàn)收叫做迭代評(píng)審會(huì)議。PO帶上開發(fā)測(cè)試等,然后給一眾相關(guān)方講解演示產(chǎn)品的新功能,然后有疑問的或者未解決的功能在最后討論環(huán)節(jié)提出,最后決定是繼續(xù)修補(bǔ)完成還是放在下一個(gè)迭代中完成。

對(duì)于這個(gè)環(huán)節(jié),要結(jié)合公司和具體的業(yè)務(wù)場(chǎng)景來看,有些公司的業(yè)務(wù)或者系統(tǒng)適合這樣的演示、評(píng)審,而有些又不是很適合。

但是我的建議是,如果可以,還是盡量進(jìn)行這樣的環(huán)節(jié),因?yàn)樵偃A麗、再酷炫的產(chǎn)品,最后還是要落地來解決實(shí)際問題,而還沒落地的時(shí)候就知道這個(gè)產(chǎn)品不行了,那為啥還要因?yàn)槌翛]成本而一直執(zhí)拗地堅(jiān)持下去呢。早發(fā)現(xiàn),早治療。

14. 寫操作手冊(cè)

這一塊算是B端產(chǎn)品的特色了,因?yàn)樾鹿δ苌暇€,往往是因?yàn)榻鉀Q了某些已知的問題或者是新出現(xiàn)的業(yè)務(wù),而這個(gè)功能肯定是大家沒用過,所以培訓(xùn)就很重要了。平時(shí)我有很大一部分時(shí)間就花在這里,因?yàn)楹M鈧}庫的培訓(xùn)還有時(shí)差,地域,語言等因素的困擾,并不是灑灑水寫點(diǎn)先這個(gè),再這個(gè)就完事的。

操作手冊(cè)這一塊可以考慮用一些便捷的工具來提高效率,縮短時(shí)間。例如用騰訊文檔的協(xié)作功能,幾個(gè)人在線共同維護(hù)一份手冊(cè);也可以考慮用一些視頻截取的方式來替代傳統(tǒng)的截圖、標(biāo)注,再文字說明的方式……

15. 數(shù)據(jù)分析

數(shù)據(jù)分析往往是后續(xù)迭代的動(dòng)力來源之一,因?yàn)槭球呑邮邱R還是要拉出來遛一下才知道。上線之后,根據(jù)之前定好的指標(biāo)進(jìn)行驗(yàn)收,或者可以用數(shù)據(jù)埋點(diǎn)的方式查看效果是否達(dá)成。這一步也有很大的局限性,往往C端產(chǎn)品用的居多,B端產(chǎn)品要看具體業(yè)務(wù)來定,但是不管怎么樣,產(chǎn)品發(fā)布上線了,并不是終點(diǎn),往往是新一輪迭代的開始。

04 我的B端工作流速覽

上面提到了我「看」B端工作流,其中有很多流程和我實(shí)際工作中的流程是吻合的,但是也有一些我會(huì)有不同意見或者不同的流程。于是這里我放一下我的日常工作流,做一個(gè)簡(jiǎn)單的速覽。

  1. 項(xiàng)目立項(xiàng);
  2. 需求調(diào)研&競(jìng)品分析;
  3. 畫用例圖或業(yè)務(wù)分析圖;
  4. 產(chǎn)品主體框架評(píng)審與討論,確認(rèn)大框架沒問題;
  5. 繪制業(yè)務(wù)流程圖和系統(tǒng)數(shù)據(jù)交互圖;
  6. 梳理產(chǎn)品功能結(jié)構(gòu)圖,確認(rèn)功能項(xiàng)與產(chǎn)品邊界;
  7. 梳理產(chǎn)品信息結(jié)構(gòu)圖,確定細(xì)節(jié)與主體信息;
  8. 畫出原型圖,做好相關(guān)批注和邏輯說明;
  9. 開始評(píng)(si)審(bi) → 評(píng)審一次后修改與調(diào)整 → 繼續(xù)評(píng)審 → 繼續(xù)修改 → 看開發(fā)測(cè)試是否已清楚,若清楚則開始進(jìn)入開發(fā);
  10. TAPD跟進(jìn)需求,這一步可前可后,但是最終版肯定是評(píng)審?fù)旰笤倬S護(hù)完成;
  11. 跟進(jìn)開發(fā)內(nèi)容,可以協(xié)助解決困惑點(diǎn),同時(shí)參與部分測(cè)試與驗(yàn)收;
  12. 制定版本上線計(jì)劃,召開相關(guān)的評(píng)審會(huì)議(驗(yàn)收會(huì)議),同時(shí)給出上線計(jì)劃,并順帶找時(shí)間寫好產(chǎn)品說明(操作)手冊(cè);
  13. 產(chǎn)品上線,完成收尾工作,記錄版本發(fā)布日志等;
  14. 跟進(jìn)上線結(jié)果,訪談?dòng)脩?,查看相?yīng)問題是否解決,是否完成指標(biāo)等。

以上大概就是我作為一個(gè)B端產(chǎn)品,日常工作的流程速覽內(nèi)容了?;旧洗笠稽c(diǎn)的需求我都是按照這樣的流程來走的,其中有幾個(gè)點(diǎn)是我迭代過多次然后沉淀下來的,當(dāng)然有些內(nèi)容也會(huì)隨著業(yè)務(wù)發(fā)展或者我個(gè)人能力的提升而優(yōu)化,在此僅做一個(gè)拋磚引玉的作用罷了。

05 最后

這篇文章寫了好長(zhǎng), 應(yīng)該算是我寫過最長(zhǎng)最久的一篇文章了,甚至沒有之一。

寫這篇文章的初衷很簡(jiǎn)單,就是我在脈脈上看到了一個(gè)人分享的工作流竟然和我的很像,而我之前竟然很少看到類似的B端產(chǎn)品方面的內(nèi)容,這讓我感覺找到了知音一樣。很多時(shí)候,產(chǎn)品聚集在一起可能談的更多的是一些思維方式,或者某個(gè)問題怎么解決,亦或者是某本書怎么樣的,很少會(huì)很具象地聊工作流的問題。

所以,我也想趁此機(jī)會(huì),記錄一下我的工作流,正不正確無所謂,關(guān)鍵是能給人一些啟發(fā)或者幫助就好了。

上述內(nèi)容,請(qǐng)大家辯證性對(duì)待,謝謝。

#專欄作家#

vitamin,微信公眾號(hào):皮醬叨逼叨;個(gè)人博客:只言片語 –?記錄產(chǎn)品工作及思考的點(diǎn)滴;人人都是產(chǎn)品經(jīng)理專欄作家。

中級(jí)產(chǎn)品經(jīng)理,一年開發(fā)經(jīng)驗(yàn)+兩年產(chǎn)品經(jīng)驗(yàn)。主導(dǎo)過在線教育類產(chǎn)品,目前是跨境電商供應(yīng)鏈倉儲(chǔ)物流產(chǎn)品一枚,歡迎勾搭,一同學(xué)習(xí)。

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

專欄作家

我叫維他命(Vitamin),微信公眾號(hào):PM維他命。前PHPer,做過在線教育類產(chǎn)品,也做過4年多的跨境倉儲(chǔ)物流方向的產(chǎn)品,目前是一位外貿(mào)SaaS領(lǐng)域的供應(yīng)鏈產(chǎn)品經(jīng)理。主要專注于WMS/OMS/TMS/BMS/ERP等領(lǐng)域,分享供應(yīng)鏈相關(guān)的產(chǎn)品知識(shí)。

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

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

該文觀點(diǎn)僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺(tái)僅提供信息存儲(chǔ)空間服務(wù)。

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. 交互的道和術(shù),哈哈哈??雌饋磉€挺容易的。

    來自浙江 回復(fù)
  2. 搜不到這個(gè)“皮醬叨逼叨”公眾號(hào)呢?

    來自北京 回復(fù)
    1. 已經(jīng)改名了,叫做 PM維他命

      來自廣東 回復(fù)
    2. okay,已關(guān)注,希望后續(xù)交流交流

      來自北京 回復(fù)
  3. 例如我一直在維護(hù)的一個(gè)WIKI叫做WMS業(yè)務(wù)邏輯和規(guī)則
    ——————————————————————
    真想借鑒一下你的這個(gè)wiki/(ㄒoㄒ)/~~

    來自重慶 回復(fù)
    1. 這個(gè)其實(shí)更多的內(nèi)部邏輯的一些備忘,每家公司的業(yè)務(wù)都不一樣,所以你借鑒也不是很能解決你的問題。做WMS核心點(diǎn)還是要抓住一些基礎(chǔ)的核心點(diǎn),例如揀貨,復(fù)核,庫位管理,庫存等,其他的慢慢地?cái)U(kuò)散迭代就好了,如果有需要的話可以加好友溝通嘛。具體可以看一下公眾號(hào)的聯(lián)系方式,這里好像會(huì)屏蔽關(guān)鍵詞。

      來自廣東 回復(fù)
  4. 大寫的六六六!五年開發(fā),現(xiàn)在要干開發(fā)+產(chǎn)品的活兒,從0開始構(gòu)建WMS系統(tǒng)(跨境電商),明天去溝通需求

    來自重慶 回復(fù)
  5. 首先贊樓主的總結(jié),很詳盡,可用性也很強(qiáng),下面說一點(diǎn)自己的看法哈。

    B端產(chǎn)品或后臺(tái)產(chǎn)品,從字面上分內(nèi)工作是對(duì)靠前的產(chǎn)品和產(chǎn)品支持到位;

    從過程上講,可以從對(duì)業(yè)務(wù)效率這個(gè)角度拎起再發(fā)散,
    包括需求調(diào)研過程中對(duì)前臺(tái)業(yè)務(wù)的場(chǎng)景的還原、效率提升點(diǎn)的分析,評(píng)審過程中對(duì)該項(xiàng)目對(duì)效率提升價(jià)值的預(yù)期(最好可量化),產(chǎn)品架構(gòu)分析中對(duì)核心流程與分支流程的定位,項(xiàng)目需求細(xì)分的輕重緩急;設(shè)計(jì)過程中,豐富后臺(tái)彈藥庫(支撐邏輯中,中間件、獨(dú)立功能等可復(fù)用部分)可能性的思考;
    開發(fā)過程中對(duì)項(xiàng)目管理理論的落地、風(fēng)險(xiǎn)的管理;測(cè)試或上線后,對(duì)于效率提升增量的總結(jié)等。

    每個(gè)細(xì)分過程其實(shí)都有很多可分析總結(jié)的,不過大部分B端/后臺(tái)產(chǎn)品在企業(yè)內(nèi)行使著支撐角色,方法論在圈子里露出的也少。

    而且不如C端/前端產(chǎn)品那么引人注意,后臺(tái)產(chǎn)品的價(jià)值更需要產(chǎn)品同學(xué)自驅(qū)去梳理包裝。

    來自北京 回復(fù)
    1. 同意你的觀點(diǎn),里面有很多點(diǎn)都可以發(fā)散,否則產(chǎn)品兜來兜去也就那么點(diǎn)東西,大家早就看膩了。B端的方法論確實(shí)太少了,大家都沒有可交流和可發(fā)散的機(jī)會(huì)和環(huán)境。

      來自廣東 回復(fù)
  6. 從18年底開始接觸產(chǎn)品開發(fā)以來,都是B端的產(chǎn)品,
    你的經(jīng)歷和思考和我簡(jiǎn)直一模一樣,擔(dān)憂走成野路子,擔(dān)憂成長(zhǎng)太慢,擔(dān)憂沒有同行可以借鑒,
    也在一步步的探索之中,令我感到慚愧的是你可以把自己的想法和行為記錄下來逐步修正,而我都是一直在腦子里徘徊,
    這篇文章對(duì)于剛?cè)腴T產(chǎn)品,特別是B端產(chǎn)品的同學(xué)們很有借鑒作用,和PMP 以及工作實(shí)踐結(jié)合起來,可以總結(jié)出適合自己的方法論和規(guī)范流程,
    以后有機(jī)會(huì)希望可以多交流

    來自廣東 回復(fù)
    1. ?? 我好像回復(fù)什么都有違禁詞

      來自廣東 回復(fù)
    2. hhhh 我猜是SNS

      來自廣東 回復(fù)
  7. 寫的特別好,受教了

    回復(fù)
  8. B端周期往往更長(zhǎng),所以流程來說整體更接近瀑布模式,而在調(diào)研和評(píng)審中會(huì)接入不同程度環(huán)來實(shí)現(xiàn)小范圍修正。流程落實(shí)是會(huì)有差別,但是總體的思想還是根據(jù)現(xiàn)有的人力、物力、時(shí)間等方面,在加法堆砌的需求上做出初期目標(biāo),用減法來做MVP版本。個(gè)人認(rèn)為理想的流程不是本身多完善,而是參與的每個(gè)角色都能物盡其用又不會(huì)感覺特別難受

    來自陜西 回復(fù)
    1. 同意,核心點(diǎn)確實(shí)不是流程多完善,而是每個(gè)流程和參與的角色都能物盡其用,到位。

      來自廣東 回復(fù)
  9. 典型常規(guī)產(chǎn)品經(jīng)理的工作模式,但差不多不很正常?

    來自廣東 回復(fù)
    1. 嗯,差不多是正常的,但是也有差很多的,所以每個(gè)人的需求和關(guān)注點(diǎn)的會(huì)不一樣,所以才需要溝通交流嘛

      來自廣東 回復(fù)
  10. 1.項(xiàng)目立項(xiàng)
    2.競(jìng)品分析
    3.業(yè)務(wù)調(diào)研,一般使用用例圖獲取功能性需求
    4.整理成流程圖
    5.明確產(chǎn)品形態(tài)與需求列表
    6.繪制原型
    7.原型評(píng)審
    8.UI設(shè)計(jì) 開發(fā) 測(cè)試
    9.發(fā)布
    不斷穿插各種新需求與需求變更

    來自浙江 回復(fù)
    1. 很相似哦

      來自廣東 回復(fù)
    2. 666

      來自北京 回復(fù)
    3. 請(qǐng)問業(yè)務(wù)調(diào)研和需求收集&分析是否是類似的工作內(nèi)容?

      來自北京 回復(fù)
    4. 業(yè)務(wù)調(diào)研是包含在需求收集里面,比如你調(diào)研之前需要先收集需求,調(diào)研時(shí)再確認(rèn)擬定的需求,同時(shí)又要收集新的需求

      來自廣東 回復(fù)
  11. 您梳理的產(chǎn)品研發(fā)流程實(shí)際上企業(yè)erp的實(shí)施流程類似,還是對(duì)B端產(chǎn)品孵化有很深的理解,B端產(chǎn)品是一個(gè)重流程、偏業(yè)務(wù)的工具。我是做大型erp項(xiàng)目管理出身,轉(zhuǎn)產(chǎn)品經(jīng)理3年,個(gè)人感覺B端產(chǎn)品更重要的是一種業(yè)務(wù)與軟件工具的結(jié)合能力,產(chǎn)品經(jīng)理需要理解業(yè)務(wù),更要理解工具與業(yè)務(wù)相輔相成的關(guān)系,在這基礎(chǔ)上把握好產(chǎn)品的范圍,最終為B端業(yè)務(wù)賦能;

    來自重慶 回復(fù)
    1. 對(duì)的對(duì)的,其實(shí)哪怕都是說B端,也會(huì)有很多人接觸的東西不一樣,所以我這塊只是我個(gè)人的所見所得。但是我認(rèn)同您說的,業(yè)務(wù)和軟件工具結(jié)合,其實(shí)就是開發(fā)一套工具來解決業(yè)務(wù),提升效能。

      來自廣東 回復(fù)
    2. 我的思維模式更偏應(yīng)用一些,更多考慮的是產(chǎn)品的實(shí)際應(yīng)用成功和價(jià)值輸出,對(duì)于實(shí)現(xiàn)過程我覺得你分析的沒問題。但是現(xiàn)實(shí)中接觸產(chǎn)品經(jīng)理多了之后,發(fā)現(xiàn)很多人其實(shí)不清楚B端產(chǎn)品的定位,都糾結(jié)于功能的實(shí)現(xiàn),被業(yè)務(wù)牽著走,變成需求運(yùn)輸機(jī),做的產(chǎn)品只能叫功能集合;

      來自重慶 回復(fù)
    3. 說的太對(duì)了,做久了,在一個(gè)圈子里就會(huì)容易變成需求運(yùn)輸機(jī),感覺每天把需求轉(zhuǎn)為實(shí)際可以開發(fā)的內(nèi)容就是產(chǎn)品的全部了,這個(gè)當(dāng)然是很片面的。但是我也覺得這個(gè)狀態(tài)是一個(gè)過程,每個(gè)人都應(yīng)該從剛?cè)腴T到需求處理機(jī),運(yùn)輸機(jī)這個(gè)過程成長(zhǎng),然后到了一定的程度之后,再考慮產(chǎn)品的價(jià)值,經(jīng)濟(jì),市場(chǎng)的局勢(shì),商業(yè)的應(yīng)用等。否則上來就因?yàn)橐粋€(gè)按鈕大談?dòng)脩艮D(zhuǎn)化,商業(yè)邏輯什么的,顯得也很輕浮。

      來自廣東 回復(fù)
    4. 666

      來自北京 回復(fù)
  12. 同行

    來自廣東 回復(fù)
  13. 項(xiàng)目立項(xiàng)更多的是得到上級(jí)的支持,產(chǎn)品宣講更多的是讓關(guān)聯(lián)同事了解吧

    來自廣東 回復(fù)
    1. 是的,往往很多時(shí)候要做什么項(xiàng)目基本都是上級(jí)提出的,立項(xiàng)更多的是有點(diǎn)政治意味,為自己的項(xiàng)目爭(zhēng)取資源和確認(rèn)地位;而產(chǎn)品宣講一方面是讓相關(guān)方來參與產(chǎn)品的開發(fā)生命周期,另外一方面也為了讓更多的同事了解你在做什么,這個(gè)項(xiàng)目的存在等,也可以爭(zhēng)取資源。

      來自廣東 回復(fù)
  14. 畫圖建議還是用工具,復(fù)雜的圖,老是修改,添加,再紙上根本沒得效率,更不用說拿著和別人討論講解。

    來自四川 回復(fù)
    1. 這個(gè)地方我沒有闡述清楚,我的意思是初稿用紙和筆,最后成品肯定想用工具,我一般最后用visio定稿。所以這個(gè)地方可能給你帶來誤解了。

      回復(fù)
  15. 非常清晰?。。。。∈芤媪?/p>

    來自香港 回復(fù)
    1. 受教了

      來自廣東 回復(fù)
    2. 666

      來自北京 回復(fù)
  16. 產(chǎn)品宣講,應(yīng)該是團(tuán)隊(duì)內(nèi)部的宣講,用來傳遞一些信息內(nèi)容,便于團(tuán)隊(duì)對(duì)項(xiàng)目的理解,有些項(xiàng)目是分為不同子團(tuán)隊(duì)來實(shí)現(xiàn)的,視具體情況而定

    來自天津 回復(fù)
  17. 寫的很不錯(cuò),有一個(gè)清晰工作流,就不會(huì)太拖延,不然感覺每一步?jīng)]有邊界~

    回復(fù)
    1. 是的,有流程制度就會(huì)有約束力

      回復(fù)
  18. good

    回復(fù)
    1. 感謝支持。

      來自廣東 回復(fù)
  19. 1.需求調(diào)研,競(jìng)品分析(一般沒有,toG)
    2.編寫立項(xiàng)報(bào)告 PPT 預(yù)算表,評(píng)審
    3.繪制流程圖 信息框架圖
    4.繪制原型
    5.原型評(píng)審
    6.UI設(shè)計(jì) 開發(fā) 測(cè)試
    7.編寫標(biāo)案 報(bào)價(jià)
    8.發(fā)布
    9.投標(biāo)
    10.中標(biāo) 了解本地化需求
    11.再循環(huán)

    來自廣東 回復(fù)
    1. ?? 很多流程都會(huì)有相似性,你這個(gè)也很棒。

      來自廣東 回復(fù)
    2. 這個(gè)相對(duì)來說,從流程這塊比你那合理,立項(xiàng)之前先要理順需求

      來自廣東 回復(fù)
    3. 也有道理,各個(gè)公司和環(huán)境不一樣,按我這邊接觸到的,我們的立項(xiàng)都是因?yàn)闃I(yè)務(wù)驅(qū)動(dòng)或者市場(chǎng)行為驅(qū)動(dòng),可以簡(jiǎn)單理解為,這個(gè)項(xiàng)目必須做,而調(diào)研可以前也可以后,我接觸到的比較多的都是后的。而且立項(xiàng)這個(gè)事情,絕大多數(shù)人遇到的都少,畢竟從0開始做一款產(chǎn)品的機(jī)會(huì)還是少。

      來自廣東 回復(fù)
    4. 沒有需求,就沒辦法去估算工作量,也沒法去估算費(fèi)用,如果只是大概的估算,很有可能會(huì)導(dǎo)致項(xiàng)目延期。這里面還有很多東西,比如需求的優(yōu)先級(jí),迭代計(jì)劃,什么時(shí)候能上線那些功能。

      來自廣東 回復(fù)
    5. 66

      來自廣東 回復(fù)