下面這篇文章是筆者以一家真實(shí)公司真實(shí)業(yè)務(wù)（關(guān)鍵內(nèi)容脫敏）為背景，介紹如何在產(chǎn)品規(guī)劃完成的情況下，快速出原型圖的相關(guān)內(nèi)容，大家一起往下看了解更多關(guān)于修訂記錄與全局說(shuō)明的內(nèi)容吧！

這一系列文章我會(huì)以一家真實(shí)公司真實(shí)業(yè)務(wù)（關(guān)鍵內(nèi)容脫敏）為背景，介紹如何在產(chǎn)品規(guī)劃完成的情況下，快速出原型圖。之所以要用真實(shí)的公司和業(yè)務(wù)，是因?yàn)檫@樣才會(huì)有更多的細(xì)節(jié)可以給大家解釋，而不是泛泛的畫(huà)一些標(biāo)準(zhǔn)的操作流程。很多時(shí)候，產(chǎn)品設(shè)計(jì)的不好就是因?yàn)橥诰蛐枨蟮臅r(shí)候沒(méi)有挖掘到關(guān)鍵細(xì)節(jié)導(dǎo)致流程斷點(diǎn)、功能缺失等從而導(dǎo)致用戶體驗(yàn)差。

本文大綱

這次先向大家介紹一下產(chǎn)品原型模板中的修訂記錄與全局說(shuō)明。它們?cè)谖臋n中的位置：

• 修訂記錄：文檔的修訂歷史，方便以后備查文檔的各個(gè)版本更改了哪些內(nèi)容。
• 全局說(shuō)明：整份文檔的整體說(shuō)明，主要包含背景、術(shù)語(yǔ)定義、規(guī)范說(shuō)明。

一、修訂記錄

1. 是什么

在發(fā)布產(chǎn)品文檔時(shí)，需要在修訂記錄中增加本次發(fā)布與之前發(fā)布內(nèi)容的關(guān)鍵差異點(diǎn)，以后備查、復(fù)盤會(huì)用到。

• 發(fā)布產(chǎn)品文檔時(shí)記錄：一般是每次公開(kāi)、正式發(fā)布文檔時(shí)，需要添加一條修訂記錄，比如向產(chǎn)品組正式提交需求評(píng)審或需求評(píng)審有條件通過(guò)的更改稿。除此之外，日常工作中對(duì)文檔的修改、產(chǎn)品小組內(nèi)部討論后的調(diào)整等都可以不記錄，不然就太雜太細(xì)，失去焦點(diǎn)了。
• 記錄的是關(guān)鍵差異點(diǎn)，并不是所有的細(xì)枝末節(jié)都記錄在這里。關(guān)鍵差異點(diǎn)包括什么可以看下面的解釋。

2. 為什么

1. 記錄產(chǎn)品發(fā)布軌跡。一般這個(gè)信息會(huì)在周期性復(fù)盤（如季度、半年）時(shí)收集使用，發(fā)布產(chǎn)品的軌跡是如何支撐業(yè)務(wù)發(fā)展的，這個(gè)優(yōu)先級(jí)安排有沒(méi)有問(wèn)題等。
2. 備忘備查。這次發(fā)布如果涉及到對(duì)之前已發(fā)布的關(guān)鍵要素內(nèi)容的調(diào)整，需要添加說(shuō)明，這是為了避免扯皮。比如線上系統(tǒng)出現(xiàn)了功能沖突，我們就需要查產(chǎn)品原型文檔，發(fā)現(xiàn)V2.0對(duì)V1.3的部分要素做了調(diào)整，但是研發(fā)沒(méi)有完全落實(shí)，測(cè)試也沒(méi)測(cè)試到。

修訂記錄在文檔中一般長(zhǎng)這樣：

• 版本號(hào)：這里記錄的是文檔的修訂版本號(hào)，而不是產(chǎn)品的版本號(hào)。在一個(gè)產(chǎn)品版本中，產(chǎn)品原型文檔可能會(huì)發(fā)布好幾次，比如需求評(píng)審提交多次修改多次。版本號(hào)的編碼規(guī)則不同公司不一樣，按公司的產(chǎn)品版本規(guī)劃（迭代計(jì)劃）來(lái)定義就行。這是更高一層的產(chǎn)品規(guī)劃方面要考慮的問(wèn)題，跟產(chǎn)品原型文檔沒(méi)太大關(guān)系。
• 日期：一般是指發(fā)布的日期。
• 修訂人：對(duì)這次發(fā)布負(fù)責(zé)的人。可能是你，也可能是你的領(lǐng)導(dǎo)（比如你只為這份文檔貢獻(xiàn)了一個(gè)小模塊）。
• 修訂內(nèi)容：本次發(fā)布與之前已發(fā)布內(nèi)容的關(guān)鍵差異點(diǎn)。主要包含這四個(gè)要素：①業(yè)務(wù)背景（要解決的問(wèn)題），②業(yè)務(wù)流程，③業(yè)務(wù)對(duì)象（關(guān)鍵數(shù)據(jù)與操作），④UI與UE。從①到④重要性依次遞減，影響的范圍依次遞減。至于為什么是這四個(gè)關(guān)鍵要素，等到畫(huà)頁(yè)面原型時(shí)再展開(kāi)說(shuō)明吧。
• 備注：其他說(shuō)明信息，比如①本次發(fā)布由多人配合，除了修訂人之外，還有誰(shuí)參與，貢獻(xiàn)了哪些模塊，②這次發(fā)布對(duì)應(yīng)的是產(chǎn)品迭代的哪個(gè)版本號(hào)或迭代計(jì)劃等。

二、全局說(shuō)明

1. 是什么

主要包含：業(yè)務(wù)背景、上層的應(yīng)用規(guī)劃、本文檔對(duì)應(yīng)產(chǎn)品的產(chǎn)品規(guī)劃、整份文檔都會(huì)用到的術(shù)語(yǔ)、整份文檔都需要遵循的規(guī)范等。

2. 為什么

因?yàn)檫@些信息對(duì)整份文檔的所有內(nèi)容都有影響或約束。舉例子來(lái)說(shuō)：

業(yè)務(wù)背景、規(guī)劃等，是這份文檔的上層文檔，約束了這份文檔的范圍。沒(méi)有業(yè)務(wù)背景，就沒(méi)有要解決的業(yè)務(wù)問(wèn)題。沒(méi)有應(yīng)用規(guī)劃、產(chǎn)品規(guī)劃，就缺失了解決問(wèn)題的方案的頂層規(guī)劃。這些都是本文檔（OMS系統(tǒng)原型）的上層約束信息。具體可以看看下面我畫(huà)的草圖。

術(shù)語(yǔ)：主要包含業(yè)務(wù)語(yǔ)言中的術(shù)語(yǔ)，以及產(chǎn)品技術(shù)語(yǔ)言中的術(shù)語(yǔ)。你在跟業(yè)務(wù)方溝通時(shí)，經(jīng)常用的一些名詞、動(dòng)詞可能就是業(yè)務(wù)語(yǔ)言。大家有空可以了解技術(shù)領(lǐng)域的DDD的思想，這個(gè)我以后在業(yè)務(wù)建模相關(guān)內(nèi)容時(shí)會(huì)展開(kāi)介紹。技術(shù)語(yǔ)言就是你和其他產(chǎn)品、技術(shù)團(tuán)隊(duì)溝通時(shí)用到的名詞、動(dòng)詞。一般來(lái)說(shuō)，業(yè)務(wù)語(yǔ)言和技術(shù)語(yǔ)言要盡可能一致，避免理解差異，這樣業(yè)務(wù)和技術(shù)團(tuán)隊(duì)的溝通成本才比較低。

舉幾個(gè)例子吧：

業(yè)務(wù)術(shù)語(yǔ)：業(yè)務(wù)方口中的訂單、渠道、商品分別指代什么？訂單是客戶原始訂單，還是OMS中的標(biāo)準(zhǔn)訂單？渠道是分銷渠道，還是商城店鋪？商品是SPU、SKU還是ERP中的物料等等。

技術(shù)術(shù)語(yǔ)：虛擬庫(kù)存、實(shí)物庫(kù)存是什么？物料是什么？訂單頭、物料行、配送行等是什么？。

規(guī)范：對(duì)文檔中的樣式、描述方法等作出統(tǒng)一規(guī)范。比如文檔的框架、流程圖畫(huà)法的規(guī)范、頁(yè)面原型的框架等，文檔中重復(fù)做的事情盡量形成統(tǒng)一的規(guī)范。比如文檔中有大量的頁(yè)面（列表頁(yè)、詳情頁(yè)等），那就制定一個(gè)頁(yè)面原型框架；比如有非常多的操作流程，那就制定一個(gè)流程圖規(guī)范；比如每個(gè)頁(yè)面都會(huì)有功能的解釋說(shuō)明，那就制定一個(gè)功能解釋的規(guī)范等。跟你配合過(guò)幾次的技術(shù)同事熟悉這套規(guī)范后，以后看文檔就很舒心，可以很輕松的定位和查找。最好一個(gè)產(chǎn)品團(tuán)隊(duì)使用一套規(guī)范。

下面對(duì)全局說(shuō)明的關(guān)鍵信息展開(kāi)講一下。

3. 業(yè)務(wù)背景

1） 業(yè)務(wù)背景介紹

主要介紹本文檔設(shè)計(jì)的系統(tǒng)，用來(lái)支撐的業(yè)務(wù)線的情況，發(fā)現(xiàn)的問(wèn)題，系統(tǒng)建設(shè)的價(jià)值預(yù)期是什么。這是所有產(chǎn)品規(guī)劃、業(yè)務(wù)流程、產(chǎn)品功能設(shè)計(jì)的起點(diǎn)。

一般來(lái)說(shuō)，在某個(gè)系統(tǒng)的原型圖這種最底層的文檔中，會(huì)直接引用上層的文檔（如產(chǎn)品規(guī)劃文檔、應(yīng)用架構(gòu)規(guī)劃文檔等），而不會(huì)直接對(duì)業(yè)務(wù)背景做詳細(xì)闡述。可以看一下我下面畫(huà)的草圖，了解不同層次的輸出物的關(guān)系。

底層文檔引用上層文檔的好處是：

1. 不會(huì)重復(fù)。業(yè)務(wù)線的情況，業(yè)務(wù)最痛的問(wèn)題，解決方案和價(jià)值，問(wèn)題解決的優(yōu)先級(jí)等是分層級(jí)逐步分析拆解出來(lái)的，在不同的層級(jí)會(huì)形成不同的輸出物。上層輸出物相對(duì)更宏觀、整體，下層輸出物相對(duì)更微觀、具體、局部，因此在下層輸出物中一般不會(huì)重復(fù)的把上層輸出物再闡述一遍。
2. 信息一致。因?yàn)橄聦虞敵鑫镆蒙蠈虞敵鑫?，所以?dāng)上層輸出物中的部分結(jié)論產(chǎn)生變更，只需要變更上層輸出物即可。如果同一個(gè)結(jié)論在不同輸出物中都重新寫(xiě)了一遍，那更新不完整時(shí)會(huì)導(dǎo)致信息不一致，進(jìn)而導(dǎo)致執(zhí)行出現(xiàn)偏差。這類問(wèn)題在公司流程、制度等文件中廣泛存在。
3. 聚焦。下層輸出物要聚焦到某一個(gè)具體問(wèn)題的解決上，因此在這一層不要過(guò)多關(guān)注整體，只需要知道我解決的問(wèn)題在整體中的位置、在整體方案中的價(jià)值就可以了。

關(guān)于如何從業(yè)務(wù)出發(fā)，逐層分析拆解出某個(gè)系統(tǒng)的解決方案，版本迭代計(jì)劃，是另一個(gè)話題，在這里不展開(kāi)。我畫(huà)了一個(gè)草圖，大致邏輯如下：

本次系列文章，對(duì)標(biāo)的就是第五、第六層級(jí)的原型設(shè)計(jì)文檔。

上面的邏輯是企業(yè)架構(gòu)（EA）設(shè)計(jì)的邏輯，大家感興趣可以去了解一下TOGAF。對(duì)比了解過(guò)的同學(xué)，可以發(fā)現(xiàn)草圖里缺少了技術(shù)架構(gòu)。原因是①技術(shù)架構(gòu)太專業(yè)了，我沒(méi)有能力闡述完整。②技術(shù)架構(gòu)一般由技術(shù)架構(gòu)師、技術(shù)組長(zhǎng)等角色提供，產(chǎn)品經(jīng)理一般不參與技術(shù)架構(gòu)設(shè)計(jì)。

2）應(yīng)用規(guī)劃

對(duì)標(biāo)上面的草圖，應(yīng)用規(guī)劃屬于第三層，要描述整個(gè)業(yè)務(wù)線或整個(gè)企業(yè)的完整的數(shù)據(jù)架構(gòu)與應(yīng)用架構(gòu)。

數(shù)據(jù)架構(gòu)對(duì)企業(yè)非常重要，但是另一個(gè)專業(yè)話題，在這里我不展開(kāi)了。

應(yīng)用架構(gòu)就是完整的IT系統(tǒng)規(guī)劃，除了各位比較熟悉的應(yīng)用層系統(tǒng)（如OMS、SRM、OA、ERP等），還包括了底層的平臺(tái)系統(tǒng)（如用戶系統(tǒng)（含統(tǒng)一鑒權(quán)）、網(wǎng)關(guān)系統(tǒng)、門戶系統(tǒng)、BI系統(tǒng)等）、底層技術(shù)系統(tǒng)（如租戶系統(tǒng)、PaaS等）。

應(yīng)用規(guī)劃要回答的問(wèn)題是，如何通過(guò)一系列的IT系統(tǒng)來(lái)支撐業(yè)務(wù)發(fā)展，解決業(yè)務(wù)問(wèn)題。

3）產(chǎn)品規(guī)劃

對(duì)標(biāo)上面的草圖，產(chǎn)品規(guī)劃屬于第四層，描述單個(gè)系統(tǒng)的整體規(guī)劃，包括系統(tǒng)支撐的業(yè)務(wù)描述、系統(tǒng)關(guān)鍵用例、系統(tǒng)關(guān)鍵業(yè)務(wù)對(duì)象模型、關(guān)鍵業(yè)務(wù)流程等。

產(chǎn)品規(guī)劃要回答的問(wèn)題是，這個(gè)IT系統(tǒng)要解決什么業(yè)務(wù)問(wèn)題，如何解決。

4）業(yè)務(wù)背景的模板示例

有的同學(xué)可能會(huì)問(wèn)，系統(tǒng)價(jià)值怎么能精確到數(shù)值的？這主要看調(diào)研的深度和業(yè)務(wù)方的重視程度，如果業(yè)務(wù)方對(duì)這個(gè)問(wèn)題非常痛，我們調(diào)研的深度能足夠深入，那每個(gè)具體問(wèn)題解決后預(yù)估的人效提升是能估算出來(lái)的，就能轉(zhuǎn)換成業(yè)務(wù)的具體數(shù)值。

比如自動(dòng)對(duì)賬與結(jié)算功能，解決的問(wèn)題主要是：①出我方賬單，②與客戶賬單自動(dòng)比對(duì)并輸出差異報(bào)告，③快速調(diào)賬，④出結(jié)算單，⑤推送開(kāi)票與應(yīng)收。

• 出賬單：原來(lái)是人工導(dǎo)出明細(xì)表格篩選，每個(gè)賬期的賬單要20分鐘。出賬單功能只需要1分鐘。同時(shí)減少了人工篩選出錯(cuò)的問(wèn)題。
• 自動(dòng)對(duì)賬：原來(lái)是人工用表格對(duì)賬（各種Vlookup），每次對(duì)比要1~2小時(shí)（因?yàn)橐葘?duì)的參數(shù)很多，比如訂單號(hào)、產(chǎn)品名稱、單價(jià)、數(shù)量、總金額、時(shí)間、活動(dòng)促銷等）。自動(dòng)對(duì)賬功能只需要1分鐘，同時(shí)減少人工比對(duì)出錯(cuò)的問(wèn)題。
• 人工調(diào)賬：表格調(diào)賬比較復(fù)雜，涉及到要不停地與對(duì)方溝通，修正錯(cuò)誤，一般需要1~2天。人工調(diào)整功能基于自動(dòng)對(duì)賬的差異結(jié)果，耗時(shí)的是確認(rèn)差異處理方式（如挪到下一賬期、取消本條明細(xì)對(duì)賬等），一般需要半天。
• 自動(dòng)結(jié)算：人工創(chuàng)建結(jié)算單、發(fā)起開(kāi)票流程一般需要0.5~1小時(shí)。自動(dòng)結(jié)算功能會(huì)根據(jù)調(diào)賬后的結(jié)果（一般是要經(jīng)過(guò)雙方確認(rèn)審批的），生成結(jié)算單，并根據(jù)結(jié)算單一鍵發(fā)起開(kāi)票請(qǐng)求，推送財(cái)務(wù)系統(tǒng)的應(yīng)收暫估等，一般幾分鐘。

整體評(píng)估下來(lái)，對(duì)賬功能整體提效80%以上。業(yè)務(wù)方領(lǐng)導(dǎo)可以根據(jù)這些方案描述，預(yù)估出是不是可以減少編制、減少出錯(cuò)而避免的經(jīng)濟(jì)損失等。減少編制不意味著裁員哈，只意味著這個(gè)崗位不需要那么多人了，多出來(lái)的人天可以調(diào)崗到別的崗位，或做別的工作。

4. 全局術(shù)語(yǔ)

我這里給出示例，大家要根據(jù)自己公司的具體情況整理提煉。

5. 全局規(guī)范

我給出幾個(gè)示例供大家參考。

1）流程圖規(guī)范

2）系統(tǒng)首頁(yè)規(guī)范（截取）

3）列表頁(yè)示例（截?。?/strong>