一、明確APP的長遠發展戰略

　　要做一款產品，首先和團隊高層明確幾個問題：

　　產品的用戶是誰?

　　用戶使用產品能夠獲得什么?

　　公司推出產品是為了獲得什么?

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

　　二、產品的核心功能有哪些?

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

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

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

　　三、認真細致地做一次競品分析

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

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

　　從網上調研相關數據分析競品為什么這樣設計，這樣設計的好與不好的地方分別說明;

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

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

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

　　四、真正地開始制作APP產品需求文檔

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

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

　　首先根據已經定義的功能板塊畫出整個APP前端的腦圖和后臺架構的腦圖;

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

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

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

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

　　五、交付設計和文案

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

　　六、交付研發

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

　　如何高效完整的制作一款APP的需求文檔就說到這里了，還請大家交流指正，共同學習，共同進步!