最近更新了下簡歷，簡歷上寫了“有成熟的產(chǎn)品方法論”。昨天晚上吃飯那會(huì)來了個(gè)電話，就問到這個(gè)問題，有些懵，絮絮叨叨說了些有的沒的，感覺面試官都尷尬了。
有沒有什么所謂的產(chǎn)品方法論呢？其實(shí)應(yīng)該是有的。就跟我第一個(gè)家公司推崇的產(chǎn)品設(shè)計(jì)方法論，從原始需求開始到功能總表共8個(gè)步驟，如同八股文一樣，這個(gè)可以保證你做出的東西是一個(gè)中規(guī)中矩的產(chǎn)品。但是實(shí)際上更加細(xì)一些說，那么從需求分析開始到項(xiàng)目運(yùn)營上線每個(gè)步驟也應(yīng)該是有所謂方法論的，當(dāng)然，也包括項(xiàng)目管理。
我記得好像問我是這么問的：你這有成熟的方法論，那么你覺得用什么方法保證能做一個(gè)好產(chǎn)品呢。我不知道是不是我經(jīng)驗(yàn)的問題，我總覺得這個(gè)問題太抽象，不知道從什么地方切入。
沒有一個(gè)產(chǎn)品一開始就能說是一個(gè)好產(chǎn)品?；蛘哒f這個(gè)一個(gè)好的想法，這是一個(gè)用戶痛點(diǎn)，但是不一定對應(yīng)做出的業(yè)務(wù)或者功能就是好。只能通過一些所謂的方法去盡量保證這些是好的。這些方法可能是固定的，也可能是個(gè)人習(xí)得的屬于自己的。
回到需求分析，最常見的我們說用卡諾模型：基本、期望、興奮3種需求歸類，也可以用四象限分類簡單處理，但是在歸類以前我覺得似乎關(guān)鍵點(diǎn)是：我們到底要做什么？做成什么樣？
舉個(gè)例子，這邊業(yè)務(wù)部門提出一個(gè)能夠讓用戶在app提出述求，發(fā)到郵箱，我們線下屏幕播放的需求。他們要求很簡單，提供一個(gè)規(guī)則說明頁，資料提交頁就ok，實(shí)際呢？圍繞這個(gè)點(diǎn)，發(fā)散開做一個(gè)窮盡思考：提出訴求是否需要登錄？提出后需要保留記錄嗎？提出后后臺(tái)需要對述求管理審核嗎？是否發(fā)布了有所反饋？是否鼓勵(lì)分享？是否支持重復(fù)發(fā)布？...然后把這些列出來，這個(gè)是基本需求，這個(gè)是期望需求，這個(gè)是興奮需求。
那是誰判斷這些需求？所有項(xiàng)目成員。需求評(píng)審后，確定要做什么，做到哪個(gè)程度，基本上后續(xù)功能優(yōu)先級(jí)也就定了。
每次迭代，優(yōu)化和修復(fù)bug是最基本的，也得適當(dāng)?shù)挠杏脩羝谕男碌臇|西出現(xiàn)，難免就不停做加法。
這樣看與其說是個(gè)方法，不如說是如何運(yùn)用這些方法的思維。其實(shí)沒有人告訴過我這樣處理是不是對，誰叫我是野生的呢。
接下來就是所謂原型設(shè)計(jì)和PRD，這塊現(xiàn)有方法論或者模板就很多，整理一個(gè)合適自己的。比如我的標(biāo)準(zhǔn)是不要有色彩，簡潔、看著干凈，PRD標(biāo)注在原型。
剩下的產(chǎn)品經(jīng)理要做的就是項(xiàng)目管理方法了，無論是用excel甘特圖還是協(xié)同工具，或者使用敏捷開發(fā)，結(jié)果導(dǎo)向即可。規(guī)定時(shí)間完成自己的事，及時(shí)溝通反饋。
說起來我還是用了挺多工具的，tower、tembition、jira、worktile、禪道，這個(gè)可以找個(gè)機(jī)會(huì)單獨(dú)寫一下感受。
至于灰度到運(yùn)營這些，我經(jīng)驗(yàn)不夠。以已有經(jīng)歷來看，關(guān)注用戶及時(shí)反饋，關(guān)注頁面數(shù)據(jù)，跳出率或者漏斗模型，適當(dāng)?shù)幕卦L用戶。起碼保證用戶體驗(yàn)是舒服的吧。
最后小結(jié)：
1、知道我們要做什么，做成什么樣。需求分析窮盡發(fā)散，多考慮情景和可能性
2、原型和PRD找到屬于自己模板，簡潔干凈單一，可以的話自己做及組件庫和規(guī)范
3、項(xiàng)目管理找個(gè)工具，多溝通，多溝通，多溝通
4、運(yùn)營我經(jīng)驗(yàn)水。數(shù)據(jù)（定量）與訪談（定性）結(jié)合，關(guān)注用戶實(shí)際體驗(yàn)
5、【突然還有一點(diǎn)】壓住臨時(shí)變更需求，下次再做。所謂：小步快跑，持續(xù)迭代
最后最后一句，如果沒有【執(zhí)行力】上面的都是廢話。
下次反省下自己從0到1做的東西~
