如果產品文檔沒把產品業務說清楚會有什么影響？

常見的：產品不符合業務（實際使用場景），驗收不通過，需要加班修改，調整。產品經理被罵。

嚴重的：甲方爸爸受不了了，換供應商，如果乙方堅持，可能打官司。比罵更嚴重。

可見一份把產品業務說清楚的產品文檔非常重要

?

怎樣的產品文檔是說清楚了業務的？

1.是產品交互畫得很清楚的嗎？

? ? ?產品交互設計畫得很清楚，可以快速開發，程序交互上少改動，但產品交互設計畫得很清楚，不足以說清楚業務，會只見樹木不見森林，而且日常項目進度都不寬裕，沒有很多時間畫詳細的交互設計圖，尤其是需求不確定的業務，一邊做一遍探索的，熬夜畫了一宿的交互設計，第二天客戶可能會推翻。

2.沒有產品交互設計，只有需求文檔，大篇文字描述的？

? ? 此類也不行，中國文字博大精深，人的想象豐富多彩，盲人摸象。產出的產品與業務偏差風險很大。

?

從以下幾方面入手，清楚說明業務不難！

1.先見森林

即先畫業務流程圖，業務流程圖也先從粗到細，從主流程到子流程

?

2.再見樹木

業務流程畫好后，先與甲方確認，確認了基調，即有了森林，有了藍圖，就把藍圖里的每一個節點摸清楚，即見樹木。清楚每個節點的功能、頁面、頁面里的字段、按鈕。

?

3.再摸森林里的小路

不是交互，頁面間的跳轉不是難事，點擊“編輯”按鈕，進入編輯頁面，這是常識。

數據流向，這個列表的數據是從哪里流入的。對于開發工程師來說，這是很關鍵的，工程師要知道去讀哪些數據來展現。

一般說清楚 列表 數據流入就夠了，因為列表通常是一個功能節點的入口。

數據權限，不同的角色，有不同的數據權限，業務員進入只能看到自己的，主管進入能看到更大范圍的數據。

審批流程（如果有），涉及流程狀態與角色的對應關系

下圖供參考

?

?

4.與客戶一起探索森林

即業務結合客戶實際使用場景，進行擬人化場景模擬。

場景一：公司線下參保
2019年4月10日xxxx公司參保辦理員xxx到職工服務中心，在現場電腦上填寫了參保保單。如下圖
在電腦上導入公司參保的員工清單。核對保單上信息與參保員工人數等信息，確認一致后打印保單和參保人員清單。清單如下圖。

場景二：特病理賠領導審批

xxx同時符合A特病與B特病的理賠。提交A理賠資料，領導審批。提交B理賠資料，領導審批。

此時客戶說：不，將A與B合并，領導審批一次，怎么可以讓領導審批多次呢？（這就是客戶實際使用場景，好產品需要考慮）

?

總結

一份關注以下點的產品文檔，可以講業務說清楚，并符合開發與測試工程師所需，又讓客戶滿意。

1.業務流程圖

2.頁面字段，按鈕，搜索條件、按鈕權限、編輯權限

3.數據范圍、流轉、權限、審批、狀態等

4.結合了客戶實際使用場景

?

?