APP產(chǎn)品需求文檔是怎么制作出來？

　　如何高效完整的制作一款A(yù)PP的需求文檔，在這里寫一下汕頭云海網(wǎng)絡(luò)科技的經(jīng)驗和心得，和大家一起探討、交流。

　　一、APP的長遠發(fā)展戰(zhàn)略必須先明確

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

　　使用產(chǎn)品的用戶會是誰?

　　使用產(chǎn)品后,用戶能夠獲得什么?

　　公司推出產(chǎn)品是為了獲得什么?

　　在這里以上問題，先不做回答，因為這是一個粗放性的問題，從APP的設(shè)計上來說并無實際指導(dǎo)意義，只是暫且明確了一個產(chǎn)品的方向。

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

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

　　用戶端APP(Android、ios版本)，這里只是主要功能，在主要功能的基礎(chǔ)之上可以增加一些完善體驗的東西。 主要功能：瀏覽商品(列表頁、詳細頁)、分類查看商品、加入收藏、加入購物車、直接購買、提交訂單、支付訂單、支付，訂單列表頁、訂單詳情頁，訂單可進行的操作(取消、支付、確認(rèn)收貨、評價、申請退換貨、刪除)查看商品物流信息，還有個人信息(昵稱、頭像、收貨信息、訂單、余額、積分等等)，以及關(guān)于APP端的版本查看，意見反饋，清除緩存，關(guān)于我們，用戶注冊、登陸和用書使用協(xié)議等。

　　APP需要的后臺系統(tǒng)搭建，根據(jù)不同的電商模式，其后臺架構(gòu)也不同，垂直電商和電商平臺有很大的差別，主要看商家端是全部自己來進行管理還是開發(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ù)進行統(tǒng)計，財務(wù)進行相關(guān)訂單的財務(wù)結(jié)算，按照商家、用戶、訂單進行結(jié)算，如果能夠把控整個數(shù)據(jù)庫安全的情況下也可以自動結(jié)算，倉儲物流信息的上傳和同步，如果是1小時送這種O2O模式，還要有配送人員的接單、取貨等數(shù)據(jù)同步。

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

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

　　找到直接或者間接的競品，大概找5款產(chǎn)品左右，下載安卓和IOS端分別使用，使用腦圖軟件列出核心功能和提高體驗的功能，使用axure等原型工具對其產(chǎn)品截圖進行縱向和橫向分析，包括UI風(fēng)格、色彩和圖標(biāo)、文字、按鈕的顏色、大小、位置等等。

　　從網(wǎng)上調(diào)研相關(guān)數(shù)據(jù)分析競品為什么這樣設(shè)計，這樣設(shè)計的好與不好的地方分別說明;

　　根據(jù)以上數(shù)據(jù)列出表格，進行篩選，提煉精華部分，去除糟粕部分，給自己的產(chǎn)品設(shè)計提供必要的參考。

　　提出自己的產(chǎn)品差異化功能和特色，電商產(chǎn)品必須結(jié)合運營部門進行品類的分析，貨源、價格、物流服務(wù)等進行分析，單個從APP產(chǎn)品進行優(yōu)化體驗，就算做出花來也沒用，因為用戶需要的不是產(chǎn)品，而是商品。

　　從前端展示分析出來其后臺架構(gòu)和相關(guān)功能的布局，這個需要觀察細節(jié)，注重思維能力。比如，你去操作一個款產(chǎn)品，購買數(shù)量填寫10萬個，看下是否有提示庫存不足就知道其后臺有沒有對庫存進行把控。

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

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

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

　　首先根據(jù)已經(jīng)定義的功能板塊畫出整個APP前端的腦圖和后臺架構(gòu)的腦圖;

　　其次是APP框圖，可以用axure、墨刀、sketch、omnigraffle等軟件制作，個人比較喜歡axure和sketch，列出功能點、展示形式和內(nèi)容樣本;

　　流程圖，(流程圖軟件VISO或者omnigraffle)核心操作流程的流程圖，包括節(jié)點、不同情況的判斷、處理方式，所需文案等等;

　　后臺整體框架、表、字段說明，所需要的不同角色的屬性，加載條數(shù)、總體流程等等。

　　做低保證原型，和交互設(shè)計師一起制作低保真原型，把框圖、腦圖、流程圖、文字說明整合到一個文件，個人比較喜歡axure，做出來以后，組織研發(fā)、運營等相關(guān)部門人員開會評審需求，根據(jù)原型走流程，完善細節(jié)，增加文字圖片說明，上傳到本地網(wǎng)絡(luò)，供所有人瀏覽查看。

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

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

　　六、交付研發(fā)

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

　　到這里你也就知道汕頭云海是如何制作一款A(yù)PP的需求文檔了，還請大家交流指正，共同學(xué)習(xí)，共同進步!