從互聯(lián)網(wǎng)發(fā)展到移動互聯(lián)網(wǎng)的大時代背景下，互聯(lián)網(wǎng)產(chǎn)品經(jīng)理的研究重點也從網(wǎng)站轉(zhuǎn)移到了APP，對于做了兩年P(guān)C端網(wǎng)站產(chǎn)品的人來說，做APP產(chǎn)品經(jīng)理也不會有很大的困難。

首先聲明一下，筆者雖然寫過幾個網(wǎng)站的代碼，那也是5年前的事情了，并非技術(shù)出身，很多表達(dá)方式上也沒有技術(shù)語言，有不妥的地方還請海涵。怎么完整高效的制作一款A(yù)PP的需求文檔，這里寫一下自己的經(jīng)驗和心得，和大家一起探討、交流。

一、明確APP的長遠(yuǎn)發(fā)展戰(zhàn)略

要做一款產(chǎn)品，首先和團(tuán)隊高層明確幾個問題：

1. 產(chǎn)品的用戶是誰？
2. 用戶使用產(chǎn)品能夠獲得什么？
3. 公司推出產(chǎn)品是為了獲得什么？

以上問題，這里不做回答，只是一個粗狂的問題，對于APP的設(shè)計并無實際指導(dǎo)意義，只是暫且明確了一個產(chǎn)品的方向。

二、產(chǎn)品的核心功能有哪些？

不同的產(chǎn)品其核心功能大相徑庭，這里以電商APP為例，從前端和后臺兩個方面具體說明電商APP的核心功能需求有哪些？

1. 用戶端APP（Android、ios版本），這里只是主要功能，在主要功能的基礎(chǔ)之上可以增加一些完善體驗的東西。 主要功能：瀏覽商品（列表頁、詳細(xì)頁）、分類查看商品、加入收藏、加入購物車、直接購買、提交訂單、支付訂單、支付，訂單列表頁、訂單詳情頁，訂單可進(jìn)行的操作（取消、支付、確認(rèn)收貨、評價、申請退換貨、刪除）查看商品物流信息，還有個人信息（昵稱、頭像、收貨信息、訂單、余額、積分等等），以及關(guān)于APP端的版本查看，意見反饋，清除緩存，關(guān)于我們，用戶注冊、登陸和用書使用協(xié)議等。
2. APP需要的后臺系統(tǒng)搭建，根據(jù)不同的電商模式，其后臺架構(gòu)也不同，垂直電商和電商平臺有很大的差別，主要看商家端是全部自己來進(jìn)行管理還是開發(fā)加盟的方式，如淘寶的后臺架構(gòu)和唯品會的后臺架構(gòu)就是兩種不同的后臺架構(gòu)。主要架構(gòu)：賬戶架構(gòu)（用戶、商家、運營、財務(wù)、倉儲物流），功能架構(gòu)，用戶的前端展示的功能需要后臺給出相應(yīng)字段，數(shù)據(jù)接口。商家端需要發(fā)布商品、接單、操作發(fā)貨、填寫物流信息，處理退換貨，這些信息同步到用戶前端，用戶可以隨時查看訂單的狀態(tài)。需要給運營相應(yīng)的操作權(quán)限，商品的排序，BANNER廣告，專題頁鏈接，在后臺的上傳方式和前端的展示位置等等，還有數(shù)據(jù)分析，不同的商品的銷售統(tǒng)計，訂單發(fā)生的時間、地點、用戶數(shù)據(jù)等參數(shù)進(jìn)行統(tǒng)計，財務(wù)進(jìn)行相關(guān)訂單的財務(wù)結(jié)算，按照商家、用戶、訂單進(jìn)行結(jié)算，如果能夠把控整個數(shù)據(jù)庫安全的情況下也可以自動結(jié)算，倉儲物流信息的上傳和同步，如果是1小時送這種O2O模式，還要有配送人員的接單、取貨等數(shù)據(jù)同步。

三、認(rèn)真細(xì)致地做一次競品分析

確定了以上的核心功能和需要打磨的細(xì)節(jié)之外，接下來就是進(jìn)行細(xì)致的競品分析，這里仍然以電商為例進(jìn)行競品分析，競品分析的工作如何開展呢，這里敘述一下自己的觀點。

1. 找到直接或者間接的競品，大概找5款產(chǎn)品左右，下載安卓和IOS端分別使用，使用腦圖軟件列出核心功能和提高體驗的功能，使用axure等原型工具對其產(chǎn)品截圖進(jìn)行縱向和橫向分析，包括UI風(fēng)格、色彩和圖標(biāo)、文字、按鈕的顏色、大小、位置等等。
2. 從網(wǎng)上調(diào)研相關(guān)數(shù)據(jù)分析競品為什么這樣設(shè)計，這樣設(shè)計的好與不好的地方分別說明；
3. 根據(jù)以上數(shù)據(jù)列出表格，進(jìn)行篩選，提煉精華部分，去除糟粕部分，給自己的產(chǎn)品設(shè)計提供必要的參考。
4. 提出自己的產(chǎn)品差異化功能和特色，電商產(chǎn)品必須結(jié)合運營部門進(jìn)行品類的分析，貨源、價格、物流服務(wù)等進(jìn)行分析，單個從APP產(chǎn)品進(jìn)行優(yōu)化體驗，就算做出花來也沒用，因為用戶需要的不是產(chǎn)品，而是商品。
5. 從前端展示分析出來其后臺架構(gòu)和相關(guān)功能的布局，這個需要觀察細(xì)節(jié)，注重思維能力。比如，你去操作一個款產(chǎn)品，購買數(shù)量填寫10萬個，看下是否有提示庫存不足就知道其后臺有沒有對庫存進(jìn)行把控。

四、真正地開始制作APP產(chǎn)品需求文檔

制作APP產(chǎn)品文檔需要從前端和后臺兩個方面著手，不是畫一個高保證或者低保真就是需求文檔了，還要考慮到后臺的架構(gòu)，接口的形式，是使用H5web頁面還是客戶端開發(fā)（這兩個優(yōu)缺點自己腦補，這里不再贅述）。其實產(chǎn)品需求文檔，在不同的團(tuán)隊中應(yīng)該跟誰團(tuán)隊的配置進(jìn)行調(diào)整，這里以UI設(shè)計、交互設(shè)計、IOS開發(fā)組、Android開發(fā)組、后臺開發(fā)組都具備的情況下為例進(jìn)行輸出產(chǎn)品需求文檔。

這里強調(diào)一點，在制作各種手稿文檔的時候，不懂或者不明白的地方，一定要和相關(guān)部門同事一起討論制作，避免一些不必要的修改，比如有個功能，你看到別人的APP上面已經(jīng)實現(xiàn)了，但是對于我們的程序員卻是一個需要很多時間才能解決的需求，那么這個需求就要做一下妥協(xié)，畢竟還有一個項目的時間問題。

1. 首先根據(jù)已經(jīng)定義的功能板塊畫出整個APP前端的腦圖和后臺架構(gòu)的腦圖；
2. 其次是APP框圖，可以用axure、墨刀、sketch、omnigraffle等軟件制作，個人比較喜歡axure和sketch，列出功能點、展示形式和內(nèi)容樣本；
3. 流程圖，（流程圖軟件VISO或者omnigraffle）核心操作流程的流程圖，包括節(jié)點、不同情況的判斷、處理方式，所需文案等等；
4. 后臺整體框架、表、字段說明，所需要的不同角色的屬性，加載條數(shù)、總體流程等等。
5. 做低保證原型，和交互設(shè)計師一起制作低保真原型，把框圖、腦圖、流程圖、文字說明整合到一個文件，個人比較喜歡axure，做出來以后，組織研發(fā)、運營等相關(guān)部門人員開會評審需求，根據(jù)原型走流程，完善細(xì)節(jié)，增加文字圖片說明，上傳到本地網(wǎng)絡(luò)，供所有人瀏覽查看。

五、交付設(shè)計和文案

確定好以上的需求之后，面對設(shè)計和研發(fā)的需求文檔已經(jīng)告一段落，接下來就要在UI做設(shè)計、交互設(shè)計師做交互的時候，找相關(guān)部門人員完善文案需求，和項目經(jīng)理一起對工作進(jìn)行細(xì)分，確認(rèn)時間節(jié)點，最后由交互設(shè)計師輸出一套高保證原型。

六、交付研發(fā)

這樣子做出來的高保證原型，在各個細(xì)節(jié)都已經(jīng)做到了完善，設(shè)計、交互、研發(fā)、運營等等對工作也已經(jīng)胸有成竹，那么大家就可以坐下來好好開個簡短的會議，確認(rèn)每個人的具體工作，給出相應(yīng)的時間節(jié)點，然后隨時跟進(jìn)開發(fā)需求就可以了。

如何高效完整的制作一款A(yù)PP的需求文檔就說到這里了，還請大家交流指正，共同學(xué)習(xí)，共同進(jìn)步！

作者簡介：minjay，互聯(lián)網(wǎng)產(chǎn)品經(jīng)理，愛好互聯(lián)網(wǎng)行業(yè)研究、產(chǎn)品設(shè)計。

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