如何從0到1打造一個完美的業(yè)務(wù)系統(tǒng)?

1 評論 12026 瀏覽 94 收藏 8 分鐘

文章以一個web新聞?wù)军c為例,演示如何打造完美的業(yè)務(wù)邏輯。

小伙伴們有沒有這樣的經(jīng)歷?領(lǐng)導(dǎo)讓你負(fù)責(zé)從0開始做一個業(yè)務(wù)系統(tǒng),你木有相關(guān)項目經(jīng)驗、也沒有競品可以借鑒,不知道從何下手?抑或是自己寫的PRD,在評審階段總是暴漏出各種問題,這里沒考慮清楚,那里也沒考慮清楚?項目歷經(jīng)千辛萬苦上線了,業(yè)務(wù)方/需求方各種吐槽,不滿足需求?恭喜你,你將在本文找到上述問題的解決之道。本文以一個web新聞?wù)军c為例,演示如何打造完美的業(yè)務(wù)邏輯。本文重在方法論的演示,請勿在意案例細(xì)節(jié)。

1.分析用戶角色:業(yè)務(wù)系統(tǒng)的用戶有幾種角色?各自的需求是什么?

角色分析

角色分析比較容易做,但每個角色的需求很難一次梳理到位、沒有遺漏。怎么辦?

角色需求分析

例如你花了5分鐘的時間整理出了上圖中的需求點,有很多遺漏的需求點,例如作者提交后的二次編輯、編輯查詢站點的PV/UV/閱讀量等。山人以為,從0開始做一個業(yè)務(wù)系統(tǒng)并一次滿足所有角色的全部需求是不現(xiàn)實的、不現(xiàn)實的、不經(jīng)濟(jì)的。需要進(jìn)行取舍,建議采用MVP原則,把有限的精力和資源投入到關(guān)鍵功能、關(guān)鍵業(yè)務(wù)流程上,次要的功能后續(xù)逐步迭代實現(xiàn)。

但是,如何避免遺漏關(guān)鍵需求那?以下方法可供借鑒:

  • 內(nèi)部需求收集:向編輯、審核人員、管理層等內(nèi)部用戶收集需求;
  • 同類/類似產(chǎn)品分析:雖然可能沒有完全一樣的業(yè)務(wù)系統(tǒng)競品可以借鑒,但單個功能模塊還是應(yīng)該能找到類似的產(chǎn)品的。例如:作者在線寫文章模塊可以參考下QQ空間的寫日志;審核可以參考今日頭條的審核,自己提交提交一個文章走一遍審核通過、審核不通過的流程,然后推測出業(yè)務(wù)流程。

2.解構(gòu)功能模塊:理清每個功能的前置條件、輸入、處理、輸出、異常。

根據(jù)第一步角色需求分析的結(jié)果,梳理每個功能的前置條件、輸入、輸出、異常。以作者提交文章為例:前置條件是登錄;輸入是已填寫標(biāo)題、正文;處理的動作是點擊提交、后臺往表中插入數(shù)據(jù);輸出是文章存儲成功并且狀態(tài)變成待審核;異常包括:網(wǎng)絡(luò)異常、包含非法字符等。作為老司機(jī),需要提醒下小伙伴們,有時候需要非常大膽地逆向思維才能發(fā)現(xiàn)一些關(guān)鍵的異常,比如這里的前置條件登錄就存在異常–未登錄。未登錄時不顯示寫文章等模塊的入口?還是顯示入口并引導(dǎo)登錄?

3.設(shè)計業(yè)務(wù)流程:先確定主角色和主流程,理清楚其它角色、其它流程與主流程的關(guān)系。

基于功能模塊解構(gòu)分析的結(jié)果,識別出關(guān)鍵角色、關(guān)鍵業(yè)務(wù)流程,并投入的較多的精力進(jìn)行產(chǎn)品設(shè)計和review。對這個案例而言,作者提交文章;審核人員的審核;以及編輯發(fā)布是最重要的功能和業(yè)務(wù)流程,需要重點關(guān)照。針對這一關(guān)鍵業(yè)務(wù)流程,可通過繪制流程圖的方式理清業(yè)務(wù)流程及異常處理流程并形成閉環(huán)。

關(guān)鍵業(yè)務(wù)流程:提交–審核–發(fā)布

主流程確定了,其它的業(yè)務(wù)流程一般很容易搞定。有時候在梳理一般業(yè)務(wù)流程的時候也會發(fā)現(xiàn)主流程有遺漏分支流程或者異常狀態(tài)的情況。

如果關(guān)鍵業(yè)務(wù)流程涉及多個部門的協(xié)同及分工,建議在流程確定后及時與相關(guān)部門的干系人(leader、執(zhí)行崗)溝通確認(rèn),避免在開發(fā)階段或者上線后出現(xiàn)相關(guān)部門挑戰(zhàn)流程、質(zhì)疑分工的問題。古語說的好——小心使得萬年船~~~

作為老司機(jī)還有提醒下小伙伴們,涉及業(yè)務(wù)支撐響應(yīng)周期的問題,例如本案例中的審核周期,一定一定一定要讓業(yè)務(wù)部門書面確認(rèn),然后PM們才能把相關(guān)信息在前端頁面展示出來。

4.設(shè)計系統(tǒng)架構(gòu):系統(tǒng)架構(gòu)要充分考慮功能的相關(guān)性及權(quán)限管理的便利性。

設(shè)計系統(tǒng)架構(gòu)時需要充分考慮功能的相關(guān)性及權(quán)限管理的便利性,建議把同一角色需要使用到的功能放到一個一級菜單下,把操作對象相同的功能放在一個頁面。比如:用戶名、密碼都是與用戶ID關(guān)聯(lián)的,這兩個功能可以放在一個頁面。審核和刪除的操作對象是文章,有相關(guān)性,需要放在同一個一級菜單下。

5.盡早驗證并完善:

上述4步完成后,就到了小伙伴們最喜歡也很擅長的環(huán)節(jié)了–畫原型、寫PRD。有了第2步的基礎(chǔ),寫PRD時基本上就是碼字。有了第4步的基礎(chǔ),畫原型就是擺控件、調(diào)對齊,基本不用動腦了。只強(qiáng)調(diào)一點,原型完成后可以小范圍與關(guān)鍵執(zhí)行崗位進(jìn)行溝通。

這步完成后接下來才是需求評審。相信經(jīng)過了前面2輪的溝通和確認(rèn),需要評審環(huán)節(jié)一定會很順利,大家問的問題你都胸有成竹、對答如流。這樣完美的需求評審,有利于提升PM在團(tuán)隊中的威信、樹立專業(yè)的形象、增強(qiáng)PM自信。

上述方法論適用于從0到1的打造業(yè)務(wù)系統(tǒng),也適用于分析一個業(yè)務(wù)系統(tǒng)。

最后,安利一句話,與小伙伴們共勉:你必須非常努力,才能看起來毫不費(fèi)力。

 

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

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 收入的英文應(yīng)該是revenue?

    回復(fù)