如果產品文檔沒把產品業務說清楚會有什麼影響？
常見的：產品不符合業務（實際使用場景），驗收不通過，需要加班修改，調整。產品經理被罵。
嚴重的：甲方爸爸受不了了，換供應商，如果乙方堅持，可能打官司。比罵更嚴重。
可見一份把產品業務說清楚的產品文檔非常重要
怎樣的產品文檔是說清楚了業務的？
1.是產品交互畫得很清楚的嗎？
產品交互設計畫得很清楚，可以快速開發，程序交互上少改動，但產品交互設計畫得很清楚，不足以說清楚業務，會只見樹木不見森林，而且日常項目進度都不寬裕，沒有很多時間畫詳細的交互設計圖，尤其是需求不確定的業務，一邊做一遍探索的，熬夜畫了一宿的交互設計，第二天客戶可能會推翻。
2.沒有產品交互設計，只有需求文檔，大篇文字描述的？
此類也不行，中國文字博大精深，人的想象豐富多彩，盲人摸象。產出的產品與業務偏差風險很大。
從以下幾方面入手，清楚說明業務不難！
1.先見森林
即先畫業務流程圖，業務流程圖也先從粗到細，從主流程到子流程
2.再見樹木
業務流程畫好後，先與甲方確認，確認了基調，即有了森林，有了藍圖，就把藍圖裏的每一個節點摸清楚，即見樹木。清楚每個節點的功能、頁面、頁面裏的字段、按鈕。
3.再摸森林裏的小路
不是交互，頁面間的跳轉不是難事，點擊“編輯”按鈕，進入編輯頁面，這是常識。
數據流向，這個列表的數據是從哪裏流入的。對於開發工程師來說，這是很關鍵的，工程師要知道去讀哪些數據來展現。
一般說清楚 列表 數據流入就夠了，因爲列表通常是一個功能節點的入口。
數據權限，不同的角色，有不同的數據權限，業務員進入只能看到自己的，主管進入能看到更大範圍的數據。
審批流程（如果有），涉及流程狀態與角色的對應關係
下圖供參考
4.與客戶一起探索森林
即業務結合客戶實際使用場景，進行擬人化場景模擬。
場景一：公司線下參保
2019年4月10日xxxx公司參保辦理員xxx到職工服務中心，在現場電腦上填寫了參保保單。如下圖
在電腦上導入公司參保的員工清單。覈對保單上信息與參保員工人數等信息，確認一致後打印保單和參保人員清單。清單如下圖。
場景二：特病理賠領導審批
xxx同時符合A特病與B特病的理賠。提交A理賠資料，領導審批。提交B理賠資料，領導審批。
此時客戶說：不，將A與B合併，領導審批一次，怎麼可以讓領導審批多次呢？（這就是客戶實際使用場景，好產品需要考慮）
總結
一份關注以下點的產品文檔，可以講業務說清楚，並符合開發與測試工程師所需，又讓客戶滿意。
1.業務流程圖
2.頁面字段，按鈕，搜索條件、按鈕權限、編輯權限
3.數據範圍、流轉、權限、審批、狀態等
4.結合了客戶實際使用場景