APP産(chǎn)品需求文(wén)檔是怎麽制作(zuò)出來？

　　如何高效完整的制作(zuò)一款APP的需求文(wén)檔，在這裏寫一下汕頭雲海網絡科(kē)技(jì )的經驗和心得，和大家一起探讨、交流。

　　一、APP的長(cháng)遠(yuǎn)發展戰略必須先明确

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

　　使用(yòng)産(chǎn)品的用(yòng)戶會是誰?

　　使用(yòng)産(chǎn)品後,用(yòng)戶能(néng)夠獲得什麽?

　　公(gōng)司推出産(chǎn)品是為(wèi)了獲得什麽?

　　在這裏以上問題，先不做回答(dá)，因為(wèi)這是一個粗放性的問題，從APP的設計上來說并無實際指導意義，隻是暫且明确了一個産(chǎn)品的方向。

　　二、産(chǎn)品的核心功能(néng)有(yǒu)哪些?

　　不同的産(chǎn)品其核心功能(néng)大相徑庭，這裏以電(diàn)商(shāng)APP為(wèi)例，從前端和後台兩個方面具(jù)體(tǐ)說明電(diàn)商(shāng)APP的核心功能(néng)需求有(yǒu)哪些?

　　用(yòng)戶端APP(Android、ios版本)，這裏隻是主要功能(néng)，在主要功能(néng)的基礎之上可(kě)以增加一些完善體(tǐ)驗的東西。 主要功能(néng)：浏覽商(shāng)品(列表頁(yè)、詳細頁(yè))、分(fēn)類查看商(shāng)品、加入收藏、加入購(gòu)物(wù)車(chē)、直接購(gòu)買、提交訂單、支付訂單、支付，訂單列表頁(yè)、訂單詳情頁(yè)，訂單可(kě)進行的操作(zuò)(取消、支付、确認收貨、評價、申請退換貨、删除)查看商(shāng)品物(wù)流信息，還有(yǒu)個人信息(昵稱、頭像、收貨信息、訂單、餘額、積分(fēn)等等)，以及關于APP端的版本查看，意見反饋，清除緩存，關于我們，用(yòng)戶注冊、登陸和用(yòng)書使用(yòng)協議等。

　　APP需要的後台系統搭建，根據不同的電(diàn)商(shāng)模式，其後台架構也不同，垂直電(diàn)商(shāng)和電(diàn)商(shāng)平台有(yǒu)很(hěn)大的差别，主要看商(shāng)家端是全部自己來進行管理(lǐ)還是開發加盟的方式，如淘寶的後台架構和唯品會的後台架構就是兩種不同的後台架構。主要架構：賬戶架構(用(yòng)戶、商(shāng)家、運營、财務(wù)、倉儲物(wù)流)，功能(néng)架構，用(yòng)戶的前端展示的功能(néng)需要後台給出相應字段，數據接口。商(shāng)家端需要發布商(shāng)品、接單、操作(zuò)發貨、填寫物(wù)流信息，處理(lǐ)退換貨，這些信息同步到用(yòng)戶前端，用(yòng)戶可(kě)以随時查看訂單的狀态。需要給運營相應的操作(zuò)權限，商(shāng)品的排序，BANNER廣告，專題頁(yè)鏈接，在後台的上傳方式和前端的展示位置等等，還有(yǒu)數據分(fēn)析，不同的商(shāng)品的銷售統計，訂單發生的時間、地點、用(yòng)戶數據等參數進行統計，财務(wù)進行相關訂單的财務(wù)結算，按照商(shāng)家、用(yòng)戶、訂單進行結算，如果能(néng)夠把控整個數據庫安(ān)全的情況下也可(kě)以自動結算，倉儲物(wù)流信息的上傳和同步，如果是1小(xiǎo)時送這種O2O模式，還要有(yǒu)配送人員的接單、取貨等數據同步。

　　三、認真細緻地做一次競品分(fēn)析

　　确定了以上的核心功能(néng)和需要打磨的細節之外，接下來就是進行細緻的競品分(fēn)析，這裏仍然以電(diàn)商(shāng)為(wèi)例進行競品分(fēn)析，競品分(fēn)析的工(gōng)作(zuò)如何開展呢(ne)，這裏叙述一下自己的觀點。

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

　　從網上調研相關數據分(fēn)析競品為(wèi)什麽這樣設計，這樣設計的好與不好的地方分(fēn)别說明;

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

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

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

　　四、真正地開始制作(zuò)APP産(chǎn)品需求文(wén)檔

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

　　這裏強調一點，在制作(zuò)各種手稿文(wén)檔的時候，不懂或者不明白的地方，一定要和相關部門同事一起讨論制作(zuò)，避免一些不必要的修改，比如有(yǒu)個功能(néng)，你看到别人的APP上面已經實現了，但是對于我們的程序員卻是一個需要很(hěn)多(duō)時間才能(néng)解決的需求，那麽這個需求就要做一下妥協，畢竟還有(yǒu)一個項目的時間問題。

　　首先根據已經定義的功能(néng)闆塊畫出整個APP前端的腦圖和後台架構的腦圖;

　　其次是APP框圖，可(kě)以用(yòng)axure、墨刀(dāo)、sketch、omnigraffle等軟件制作(zuò)，個人比較喜歡axure和sketch，列出功能(néng)點、展示形式和内容樣本;

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

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

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

　　五、交付設計和文(wén)案

　　确定好以上的需求之後，面對設計和研發的需求文(wén)檔已經告一段落，接下來就要在UI做設計、交互設計師做交互的時候，找相關部門人員完善文(wén)案需求，和項目經理(lǐ)一起對工(gōng)作(zuò)進行細分(fēn)，确認時間節點，最後由交互設計師輸出一套高保證原型。

　　六、交付研發

　　這樣子做出來的高保證原型，在各個細節都已經做到了完善，設計、交互、研發、運營等等對工(gōng)作(zuò)也已經胸有(yǒu)成竹，那麽大家就可(kě)以坐(zuò)下來好好開個簡短的會議，确認每個人的具(jù)體(tǐ)工(gōng)作(zuò)，給出相應的時間節點，然後随時跟進開發需求就可(kě)以了。

　　到這裏你也就知道汕頭雲海是如何制作(zuò)一款APP的需求文(wén)檔了，還請大家交流指正，共同學(xué)習，共同進步!