文章主要圍繞如何制作一份可讀性高的產(chǎn)品說明書展開，與大家分享，希望能夠給大家的工作帶來啟發(fā)。

新入職產(chǎn)品經(jīng)理助理的同學(xué)，或者是需求人員面對的第一個問題可能不是市場分析、競品分析、原型設(shè)計、產(chǎn)品體驗、也不是復(fù)雜的業(yè)務(wù)邏輯，而是把公司的產(chǎn)品文檔通通讀一遍，從而熟悉公司的整個業(yè)務(wù)流程，了解公司的整個產(chǎn)品線，然而事實是殘酷的，很多同學(xué)在第一步就被前輩們坑了，臉上露出大寫的懵B。

很多公司由于開發(fā)進(jìn)度緊，加上產(chǎn)品管理不規(guī)范，在開發(fā)一個新的產(chǎn)品或者是功能的時候沒能很好的管理和規(guī)范文檔，從而導(dǎo)致新來的同學(xué)面對一大堆雜亂文字也無從下手。那么究竟怎么維護(hù)一份可讀性高的產(chǎn)品說明書呢？

最初進(jìn)行傳統(tǒng)的軟件開發(fā)，我們都要撰寫軟件需求說明書，那時候需求說明書特別重要，因為那時候還沒有原型工具，所有的信息都要開發(fā)人員通過閱讀需求說明書來進(jìn)行編程。好處是大家會認(rèn)真的對待和迭代文檔。每一個細(xì)節(jié)，每一處邏輯都會以用例圖，流程圖，活動圖，協(xié)作圖，順序圖詳細(xì)的進(jìn)行說明。缺點是那時候還沒有提出敏捷開發(fā)的概念，從而導(dǎo)致開發(fā)一個大規(guī)模的項目需要較多的精力進(jìn)行維護(hù)文檔，而且這個周期特別長，有點繁瑣。而現(xiàn)在我們有大量的工具和文檔工具進(jìn)行原型以及產(chǎn)品的輸出，最終的目的也只有一個，讓開發(fā)人員快速的，更加清楚的理解產(chǎn)品的邏輯和原型設(shè)計。下面我們以一個生活小例子來說明。

大家都知道我們做產(chǎn)品通常是解決了用戶在某一個場景下的痛點。幫助用戶解決問題，或者實現(xiàn)價值。打個比方，現(xiàn)在小明下班回家了，但是到了家門口突然發(fā)現(xiàn)鑰匙不見了，進(jìn)不了家門。這時候我們作為產(chǎn)品人員應(yīng)該怎么辦？小紅遇到這樣的情況傻了眼，馬上求助于小明如何開門，小明由于擁有多年的產(chǎn)品經(jīng)驗，并且是個動手能力非常強(qiáng)的人，面對小紅的慌張并沒有打亂他的陣腳，小明開始思考起來。

1. 是誰提出的需求？（小紅提出來的，她是我的女朋友，她的問題就是我的問題，必須解決）
2. 在什么樣的地方會出現(xiàn)這樣的需求？（鑰匙忘在公司，鑰匙被偷，鑰匙掉在路上）
3. 發(fā)生問題的描述（鑰匙找不到了導(dǎo)致我開不了家里的門）
4. 為什么會出現(xiàn)這樣的問題（粗心大意，可能是鑰匙被偷竊了）
5. 需求是否重要緊急？（回不了家當(dāng)然非常緊急）
6. 一次性需求還是需要持續(xù)的跟進(jìn)（只要能讓我回家，家里有備用鑰匙，下次注意鑰匙安全）
7. 需要哪些支持(鑰匙店？門鎖商？開鎖匠？警察？鐵棍撬開？梯子爬窗？消防隊天梯。)

第一步 ?提出問題，分辨真?zhèn)涡枨螅ㄐ枨蟾乓f明）

那我們從上可以知道小明思考這么7個問題無非是想確定小紅真的遇到了大問題，遇到的問題是什么樣的，這個問題會導(dǎo)致什么后果。這個問題是否需必須馬上解決。需要什么資源進(jìn)行配合。在任何情況下回答清楚這7個問題都有助于幫助我們理清楚現(xiàn)在的境況，從而更好的解決問題。

第二步 ?提出解決辦法（業(yè)務(wù)流程說明：邏輯整理，提出業(yè)務(wù)解決辦法。）

既然這個問題現(xiàn)在已經(jīng)清楚是個非常重要的需求了，那么我們應(yīng)該怎么解決它呢？

1. 把門砸開。
2. 去配一把鑰匙。
3. 打車回公司看是否落在公司。
4. 叫開鎖師傅來開鎖
5. 樓層低的話梯子爬進(jìn)去。
6. 自己制作一把鑰匙。

綜合考慮實際情況小明是個動手能力非常強(qiáng)的人，小明決定用第六種方案自己制作一把鑰匙來解決這個問題。（假設(shè)小明有這個手藝哦，哈哈）。因為考慮到其他方案可能都是不最好的解決方案，因為砸門可能會引起更大的損失導(dǎo)致門的損壞，因小失大，而且成本不太劃算，其他解決方案也不是太讓人滿意。解決方法，把每條業(yè)務(wù)方案詳細(xì)說明后，梳理出最可行的業(yè)務(wù)流程解決方案，那么就可以確定我們制作的產(chǎn)品每個場景需要有什么功能了。

第三步 ?把可行性業(yè)務(wù)流程用例化（業(yè)務(wù)流抽象成用例）

這步需要我們?nèi)ッ鞔_用例。

第四步 ?把業(yè)務(wù)用例功能化（產(chǎn)品功能概要：把各個場景下的業(yè)務(wù)用例功能化）

為了簡單的說明，下面舉的都是簡單的用例：

1. 為了保證我們的鑰匙能以后能打開門，我們必須要造出一把萬能鑰匙。如果等下自己的門都開不了那就尷尬了，所以我們這里提出要有開自己家鎖的功能，但是小明藝高人膽大，能造出萬能鑰匙（核心功能。
2. 為了鑰匙不會再掉，我們有報警模塊。模塊可以和手機(jī)藍(lán)牙綁定，鑰匙離開手機(jī)一定距離報警（鑰匙和手機(jī)通常是不會有很大距離的，一個人外出時鑰匙和手機(jī)通常是配對攜帶，做功能時一定要考慮到場景）。
3. 鑰匙必須綁定到皮帶上，不脫褲子解不下來，除非不穿褲子。（鑰匙沒了，我還要褲子干嘛？裸奔算了，產(chǎn)品要有自己的特點，差異化。雖然挺弱智的 ，但是也是差異化解決方案）。

第五步 功能流程化（流程圖：利用流程圖把各個功能點串聯(lián)起來）

以上的功能是最粗粒度的功能，我們可能在實際過程中需要去不斷細(xì)化功能粒度，不斷的去優(yōu)化調(diào)整流程圖，在這一步我建議對每個功能進(jìn)行順序圖，流程圖，協(xié)作圖，活動圖，狀態(tài)圖的繪制，盡可能全的描述出各個功能模塊是如何串聯(lián)起來工作的。

第六步 流程產(chǎn)品化，且建立產(chǎn)品地圖（設(shè)計原型：把功能在原型上體現(xiàn)出來）

上圖就是原型圖，雖然丑了點，但是產(chǎn)品經(jīng)理的核心在于理清功能邏輯，后面還有UI，UE的工作呢，這里請忽略美。在這里我們必須對原型上的每個關(guān)鍵元素進(jìn)行描述（鑰匙孔，藍(lán)牙模塊，核心機(jī)關(guān)）我們必須在原型上給以注釋。幫助其他人理解產(chǎn)品原型上的元素。

藍(lán)牙模塊由于和手機(jī)上存在聯(lián)系，那么還需要對藍(lán)牙模塊進(jìn)行說明從而制作我們說的產(chǎn)品地圖。下圖就是點擊藍(lán)牙模塊顏色按鈕產(chǎn)品的各個界面狀態(tài)的展示。在我們做網(wǎng)站中我們需要對各個重要按鈕的跳轉(zhuǎn)做一個產(chǎn)品地圖，幫助我們更好的理解邏輯。

第七步 產(chǎn)品地圖元素化（頁面元素的詳細(xì)說明）

到了這個階段，產(chǎn)品的原型以及產(chǎn)品各個狀態(tài)之間的切換，頁面之間的跳轉(zhuǎn)邏輯關(guān)系已經(jīng)很清晰了，但是對于開發(fā)人員來說，他們需要不僅僅對邏輯結(jié)構(gòu)徐璈非常清楚，而且需要對每一處細(xì)節(jié)都需要把控，這樣的情況下，我們需要去把產(chǎn)品各個頁面也就是產(chǎn)品地圖上的元素進(jìn)行描述，這樣會更加清楚的幫助程序員去定義字段，以及字段規(guī)則，字段之間的聯(lián)系。這個層面是我們原型設(shè)計的最后一步，一個半成品差不多就在這里誕生了。

PRD和產(chǎn)品原型設(shè)計到這里可以說是完成了最基本的撰寫。至于這之后的內(nèi)容怎么去完成，以及如何提升產(chǎn)品UI，UE我將會再下一篇文章告訴大家，這篇文章雖然沒有告訴大家具體的文檔目錄，但是我已經(jīng)大概的告訴大家應(yīng)該以什么樣的方式去引導(dǎo)自己的思路去形成自己的產(chǎn)品說明書，謝謝大家支持。

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