我的B端產(chǎn)品經(jīng)理工作流
相對(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)理》的兩篇文章:
- 功能結(jié)構(gòu)圖、信息結(jié)構(gòu)圖、結(jié)構(gòu)圖,你還傻傻分不清嗎?(上)
- 功能結(jié)構(gòu)圖、信息結(jié)構(gòu)圖、結(jié)構(gòu)圖,你還傻傻分不清嗎?(下)
感興趣的朋友自己去搜索一下這兩篇文章,而我想要表達(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)單的速覽。
- 項(xiàng)目立項(xiàng);
- 需求調(diào)研&競(jìng)品分析;
- 畫用例圖或業(yè)務(wù)分析圖;
- 產(chǎn)品主體框架評(píng)審與討論,確認(rèn)大框架沒問題;
- 繪制業(yè)務(wù)流程圖和系統(tǒng)數(shù)據(jù)交互圖;
- 梳理產(chǎn)品功能結(jié)構(gòu)圖,確認(rèn)功能項(xiàng)與產(chǎn)品邊界;
- 梳理產(chǎn)品信息結(jié)構(gòu)圖,確定細(xì)節(jié)與主體信息;
- 畫出原型圖,做好相關(guān)批注和邏輯說明;
- 開始評(píng)(si)審(bi) → 評(píng)審一次后修改與調(diào)整 → 繼續(xù)評(píng)審 → 繼續(xù)修改 → 看開發(fā)測(cè)試是否已清楚,若清楚則開始進(jìn)入開發(fā);
- TAPD跟進(jìn)需求,這一步可前可后,但是最終版肯定是評(píng)審?fù)旰笤倬S護(hù)完成;
- 跟進(jìn)開發(fā)內(nèi)容,可以協(xié)助解決困惑點(diǎn),同時(shí)參與部分測(cè)試與驗(yàn)收;
- 制定版本上線計(jì)劃,召開相關(guān)的評(píng)審會(huì)議(驗(yàn)收會(huì)議),同時(shí)給出上線計(jì)劃,并順帶找時(shí)間寫好產(chǎn)品說明(操作)手冊(cè);
- 產(chǎn)品上線,完成收尾工作,記錄版本發(fā)布日志等;
- 跟進(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ù)。
交互的道和術(shù),哈哈哈??雌饋磉€挺容易的。
搜不到這個(gè)“皮醬叨逼叨”公眾號(hào)呢?
已經(jīng)改名了,叫做 PM維他命
okay,已關(guān)注,希望后續(xù)交流交流
例如我一直在維護(hù)的一個(gè)WIKI叫做WMS業(yè)務(wù)邏輯和規(guī)則
——————————————————————
真想借鑒一下你的這個(gè)wiki/(ㄒoㄒ)/~~
這個(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ā),現(xiàn)在要干開發(fā)+產(chǎn)品的活兒,從0開始構(gòu)建WMS系統(tǒng)(跨境電商),明天去溝通需求
首先贊樓主的總結(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ū)去梳理包裝。
同意你的觀點(diǎn),里面有很多點(diǎn)都可以發(fā)散,否則產(chǎn)品兜來兜去也就那么點(diǎn)東西,大家早就看膩了。B端的方法論確實(shí)太少了,大家都沒有可交流和可發(fā)散的機(jī)會(huì)和環(huán)境。
從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ù)什么都有違禁詞
hhhh 我猜是SNS
寫的特別好,受教了
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ì)感覺特別難受
同意,核心點(diǎn)確實(shí)不是流程多完善,而是每個(gè)流程和參與的角色都能物盡其用,到位。
典型常規(guī)產(chǎn)品經(jīng)理的工作模式,但差不多不很正常?
嗯,差不多是正常的,但是也有差很多的,所以每個(gè)人的需求和關(guān)注點(diǎn)的會(huì)不一樣,所以才需要溝通交流嘛
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ā)布
不斷穿插各種新需求與需求變更
很相似哦
666
請(qǐng)問業(yè)務(wù)調(diào)研和需求收集&分析是否是類似的工作內(nèi)容?
業(yè)務(wù)調(diào)研是包含在需求收集里面,比如你調(diào)研之前需要先收集需求,調(diào)研時(shí)再確認(rèn)擬定的需求,同時(shí)又要收集新的需求
您梳理的產(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ù)賦能;
對(duì)的對(duì)的,其實(shí)哪怕都是說B端,也會(huì)有很多人接觸的東西不一樣,所以我這塊只是我個(gè)人的所見所得。但是我認(rèn)同您說的,業(yè)務(wù)和軟件工具結(jié)合,其實(shí)就是開發(fā)一套工具來解決業(yè)務(wù),提升效能。
我的思維模式更偏應(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)品只能叫功能集合;
說的太對(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è)邏輯什么的,顯得也很輕浮。
666
同行
項(xiàng)目立項(xiàng)更多的是得到上級(jí)的支持,產(chǎn)品宣講更多的是讓關(guān)聯(lián)同事了解吧
是的,往往很多時(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ù)雜的圖,老是修改,添加,再紙上根本沒得效率,更不用說拿著和別人討論講解。
這個(gè)地方我沒有闡述清楚,我的意思是初稿用紙和筆,最后成品肯定想用工具,我一般最后用visio定稿。所以這個(gè)地方可能給你帶來誤解了。
非常清晰?。。。。∈芤媪?/p>
受教了
666
產(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)的,視具體情況而定
寫的很不錯(cuò),有一個(gè)清晰工作流,就不會(huì)太拖延,不然感覺每一步?jīng)]有邊界~
是的,有流程制度就會(huì)有約束力
good
感謝支持。
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)
?? 很多流程都會(huì)有相似性,你這個(gè)也很棒。
這個(gè)相對(duì)來說,從流程這塊比你那合理,立項(xiàng)之前先要理順需求
也有道理,各個(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èi)用,如果只是大概的估算,很有可能會(huì)導(dǎo)致項(xiàng)目延期。這里面還有很多東西,比如需求的優(yōu)先級(jí),迭代計(jì)劃,什么時(shí)候能上線那些功能。
66