相對于垂直類產(chǎn)品的小而美特點(追求極致體驗、制造運營感、數(shù)據(jù)驅(qū)動、快速迭代)不同,平臺型產(chǎn)品更加注重生態(tài)建設(shè),根據(jù)公司自身特色,依托現(xiàn)有平臺資源,瞄準服務(wù)對象,從而推出一整套的解決方案。
相對于以前做設(shè)備廠商的產(chǎn)品規(guī)劃(根據(jù)客戶需求推出解決方案、業(yè)務(wù)規(guī)劃成分少系統(tǒng)設(shè)計成分多)不同,電商類產(chǎn)品規(guī)劃側(cè)重競品分析,業(yè)務(wù)討論,主動規(guī)劃,業(yè)務(wù)需求梳理,產(chǎn)品需求分析。即沒有人告訴你需求是什么,領(lǐng)導定一個方向,產(chǎn)品人員負責基于大方向開展一系列如調(diào)研、分析、頭腦風暴、評審、匯報工作,最終在規(guī)定的時間產(chǎn)出業(yè)務(wù)需求和產(chǎn)品需求。
下面就如何開展平臺型產(chǎn)品的競品調(diào)研、業(yè)務(wù)分析、產(chǎn)品分析、產(chǎn)品規(guī)劃,分享一些自己的理解:
1、競品調(diào)研
1.總體關(guān)注:
1.各競品功能比較(橫向比較)
2.競品的業(yè)務(wù)流程(對手為何提供產(chǎn)品功能)
3.競品的產(chǎn)品流程(對手產(chǎn)品的流程邏輯)
4.自身的業(yè)務(wù)流程(我們?yōu)楹翁峁┊a(chǎn)品功能)
5.自身的產(chǎn)品流程(我們產(chǎn)品上下文圖[整體應(yīng)用]、功能結(jié)構(gòu)圖[產(chǎn)品模塊]、泳道圖[場景化流程]等)
6.自身的規(guī)劃建議(一期、二期、三期分別建議推出哪些產(chǎn)品功能)
2.關(guān)注幾個要素:
2.關(guān)注幾個要素:
1.競品定位?(企業(yè)類型、代表企業(yè)、主營業(yè)務(wù)、品牌、產(chǎn)品特性、用戶群體)
2.不同用戶都有哪些不同的基礎(chǔ)功能、增值功能?
3.這些用戶在使用這些功能時都經(jīng)過了哪些產(chǎn)品流程?(如:賬戶充值、扣費、結(jié)算、分成)
4.各家產(chǎn)品都包含哪些運營內(nèi)容?(如:不同類目商品涉及的流程會不同)
3.調(diào)研過程的注意點:
1.將不同競品的定位和差異做橫向比較,分析各家優(yōu)劣勢,附上結(jié)論。
2.先關(guān)注競品有哪些業(yè)務(wù)場景、用戶場景,再考慮競品有哪些功能支撐了這些場景。
3.關(guān)注核心場景中對象的輸入輸出流(如:賬戶充值、購買、退款、提現(xiàn)一整套流程)。
4.少直接用“競品截圖+文字”作為調(diào)研內(nèi)容,多用“自繪圖形+文字、自繪表格+文字、自繪流程+文字”做抽象。
5.業(yè)務(wù)流程的設(shè)計,從用戶的視角出發(fā)。如:個人、企業(yè)用戶在平臺注冊流程的區(qū)分
6.邏輯流程的設(shè)計,從系統(tǒng)的視角出發(fā)。如:在平臺注冊成會員的過程涉及哪些步驟
7.從用戶場景出發(fā),分析業(yè)務(wù)/產(chǎn)品邏輯,忌諱直接關(guān)注現(xiàn)有產(chǎn)品流程,而要關(guān)注對手有什么、業(yè)務(wù)/產(chǎn)品邏輯是什么、再結(jié)合自身有什么,形成對自身產(chǎn)品的規(guī)劃。
8.少自己定義新概念,盡量沿用競品目前已有的概念定義,客觀。
9.分析多少匯報多少,不清楚的客觀說明。調(diào)研過程中的疑問提出并發(fā)起討論。
10.調(diào)研報告結(jié)尾給出對于產(chǎn)品規(guī)劃的建議。
2、業(yè)務(wù)需求分析
1.業(yè)務(wù)需求,描述了“為什么要開發(fā)一個產(chǎn)品,即希望達到的目標”。
2.分析輸出:
1)總體業(yè)務(wù)架構(gòu)圖(含:用戶、包含的子模塊、子模塊的業(yè)務(wù)交互上下文)
2)子業(yè)務(wù)流程圖(含:用戶、子模塊、使用場景)
3)根據(jù)1和2梳理出來的圖形、流程形成業(yè)務(wù)需求文檔。
備注:業(yè)務(wù)需求是產(chǎn)品需求、應(yīng)用架構(gòu)設(shè)計文檔的輸入
3.分析過程的注意點:
關(guān)注業(yè)務(wù)場景和流程(哪些業(yè)務(wù)場景下會觸發(fā)產(chǎn)品,觸發(fā)的流程是怎樣的),該階段不考慮產(chǎn)品流程和交互設(shè)計。跳過業(yè)務(wù)需求分析直接進入產(chǎn)品設(shè)計容易遺漏業(yè)務(wù)場景,導致有新業(yè)務(wù)場景加入時會對現(xiàn)有產(chǎn)品、系統(tǒng)設(shè)計架構(gòu)健壯性有較大挑戰(zhàn),增加重構(gòu)成本。
備注:運營商系統(tǒng)都是基于行業(yè)規(guī)范來實現(xiàn),規(guī)范的都是若干年年前就制定好框架,期間經(jīng)歷過許多增量迭代修訂,設(shè)備廠商負責實現(xiàn)規(guī)范即可,對于業(yè)務(wù)場景的梳理更多運營商在前期規(guī)范制定過程中討論和總結(jié)形成的,不一定在現(xiàn)有規(guī)范中體現(xiàn)。而互聯(lián)網(wǎng)產(chǎn)品的行業(yè)規(guī)范由互聯(lián)網(wǎng)公司自己主導制定、發(fā)布和修訂,業(yè)務(wù)場景由自己梳理。
3、產(chǎn)品需求分析
1.產(chǎn)品需求,描述了“產(chǎn)品有哪些用戶使用、要開發(fā)哪些功能、功能之間是什么關(guān)系、和外部產(chǎn)品有哪些交互”。
2.關(guān)注幾個要素:
1)用戶需求,描述了用戶能使用產(chǎn)品來做些什么。用例、場景描述和事件響應(yīng)表都是表達用戶需求的有效途徑。
2)功能需求,規(guī)定產(chǎn)品中實現(xiàn)的軟件功能,用戶利用這些功能來完成任務(wù),滿足業(yè)務(wù)需求。
3)接口需求,規(guī)定了產(chǎn)品和外部系統(tǒng)交互的流程、信息。梳理接口的方法:
<1>先梳理產(chǎn)品內(nèi)部有哪些邏輯要處理
<2>再梳理產(chǎn)品需要對接的外部接口,明確相互之間的依賴關(guān)系,關(guān)注其他產(chǎn)品對自身接口設(shè)計的影響。
<3>先梳理產(chǎn)品內(nèi)部有哪些數(shù)據(jù)要存儲
<4>再梳理產(chǎn)品需要哪些上游產(chǎn)品同步的數(shù)據(jù)、需要同步哪些數(shù)據(jù)給哪些下游產(chǎn)品
1.同步:收集下游產(chǎn)品需要的同步信息、結(jié)合自身需要的同步信息,和上游產(chǎn)品溝通需要的信息。
2.響應(yīng):收集上游產(chǎn)品需要的響應(yīng)信息、結(jié)合自身能響應(yīng)的信息,和下游產(chǎn)品溝通需要響應(yīng)的信息。
3.分析過程的注意點:
1)從用戶體驗的角度出發(fā),前臺主動規(guī)劃功能,驅(qū)動中臺來設(shè)計接口提供支持。
2)從平臺能力規(guī)劃的角度出發(fā),中臺主動規(guī)劃功能,驅(qū)動提升前臺的用戶體驗。
3)產(chǎn)品需求分析過程,明確產(chǎn)品和技術(shù)的邊界(需要技術(shù)自己約定的明確提出)。
4、產(chǎn)品規(guī)劃過程
1)產(chǎn)品定義,高層定產(chǎn)品大方向和上線時間。
2)產(chǎn)品調(diào)研,產(chǎn)品團隊會議室集中調(diào)研競品、頭腦風暴,編寫調(diào)研材料。
3)產(chǎn)品匯報,產(chǎn)品團隊根據(jù)競品情況、現(xiàn)有產(chǎn)品,結(jié)合上線時間,給出產(chǎn)品方案(對手產(chǎn)品有什么?我們產(chǎn)品有什么?在上線時間約束下我們的產(chǎn)品做成什么樣?),給高層匯報。
4)架構(gòu)切分,應(yīng)用架構(gòu)師加入產(chǎn)品團隊負責各產(chǎn)品模塊的串聯(lián)、切分和邊界定義,參與需求溝通評審,應(yīng)用架構(gòu)設(shè)計明確后作為業(yè)務(wù)需求、產(chǎn)品需求的標準參照。
5)業(yè)務(wù)需求規(guī)劃,產(chǎn)品團隊分工分組調(diào)研競品、分析現(xiàn)狀,輸出業(yè)務(wù)架構(gòu)圖、子業(yè)務(wù)流程圖,編寫業(yè)務(wù)需求文檔描述產(chǎn)品要做成什么樣,結(jié)合競品、市場、資源現(xiàn)狀、時間約束,形成一期、二期、三期的業(yè)務(wù)路標。
6)業(yè)務(wù)需求評審,各產(chǎn)品小組邀請技術(shù)、架構(gòu)師參與業(yè)務(wù)需求評審,明確做什么業(yè)務(wù)。
7)產(chǎn)品需求評審,各產(chǎn)品小組邀請技術(shù)、架構(gòu)師參與產(chǎn)品需求評審,明確怎么做成產(chǎn)品。