产品文档如何说清楚产品业务?关注这几点就够了
如果產品文檔沒把產品業(yè)務說清楚會有什么影響?
常見的:產品不符合業(yè)務(實際使用場景),驗收不通過,需要加班修改,調整。產品經(jīng)理被罵。
嚴重的:甲方爸爸受不了了,換供應商,如果乙方堅持,可能打官司。比罵更嚴重。
可見一份把產品業(yè)務說清楚的產品文檔非常重要
?
怎樣的產品文檔是說清楚了業(yè)務的?
1.是產品交互畫得很清楚的嗎?
? ? ?產品交互設計畫得很清楚,可以快速開發(fā),程序交互上少改動,但產品交互設計畫得很清楚,不足以說清楚業(yè)務,會只見樹木不見森林,而且日常項目進度都不寬裕,沒有很多時間畫詳細的交互設計圖,尤其是需求不確定的業(yè)務,一邊做一遍探索的,熬夜畫了一宿的交互設計,第二天客戶可能會推翻。
2.沒有產品交互設計,只有需求文檔,大篇文字描述的?
? ? 此類也不行,中國文字博大精深,人的想象豐富多彩,盲人摸象。產出的產品與業(yè)務偏差風險很大。
?
從以下幾方面入手,清楚說明業(yè)務不難!
1.先見森林
即先畫業(yè)務流程圖,業(yè)務流程圖也先從粗到細,從主流程到子流程
?
2.再見樹木
業(yè)務流程畫好后,先與甲方確認,確認了基調,即有了森林,有了藍圖,就把藍圖里的每一個節(jié)點摸清楚,即見樹木。清楚每個節(jié)點的功能、頁面、頁面里的字段、按鈕。
?
3.再摸森林里的小路
不是交互,頁面間的跳轉不是難事,點擊“編輯”按鈕,進入編輯頁面,這是常識。
數(shù)據(jù)流向,這個列表的數(shù)據(jù)是從哪里流入的。對于開發(fā)工程師來說,這是很關鍵的,工程師要知道去讀哪些數(shù)據(jù)來展現(xiàn)。
一般說清楚 列表 數(shù)據(jù)流入就夠了,因為列表通常是一個功能節(jié)點的入口。
數(shù)據(jù)權限,不同的角色,有不同的數(shù)據(jù)權限,業(yè)務員進入只能看到自己的,主管進入能看到更大范圍的數(shù)據(jù)。
審批流程(如果有),涉及流程狀態(tài)與角色的對應關系
下圖供參考
?
?
4.與客戶一起探索森林
即業(yè)務結合客戶實際使用場景,進行擬人化場景模擬。
場景一:公司線下參保
2019年4月10日xxxx公司參保辦理員xxx到職工服務中心,在現(xiàn)場電腦上填寫了參保保單。如下圖
在電腦上導入公司參保的員工清單。核對保單上信息與參保員工人數(shù)等信息,確認一致后打印保單和參保人員清單。清單如下圖。
場景二:特病理賠領導審批
xxx同時符合A特病與B特病的理賠。提交A理賠資料,領導審批。提交B理賠資料,領導審批。
此時客戶說:不,將A與B合并,領導審批一次,怎么可以讓領導審批多次呢?(這就是客戶實際使用場景,好產品需要考慮)
?
總結
一份關注以下點的產品文檔,可以講業(yè)務說清楚,并符合開發(fā)與測試工程師所需,又讓客戶滿意。
1.業(yè)務流程圖
2.頁面字段,按鈕,搜索條件、按鈕權限、編輯權限
3.數(shù)據(jù)范圍、流轉、權限、審批、狀態(tài)等
4.結合了客戶實際使用場景
?
?
總結
以上是生活随笔為你收集整理的产品文档如何说清楚产品业务?关注这几点就够了的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: JAVA程序员面试总结,高手整整理加强版
- 下一篇: spark shell中编写WordCo