如何完整高效地制作一款APP產品需求文檔
從互聯網發展到移動互聯網的大時代背景下,互聯網產品經理的研究重點也從網站轉移到了APP,對于做了兩年PC端網站產品的人來說,做APP產品經理也不會有很大的困難。
首先聲明一下,筆者雖然寫過幾個網站的代碼,那也是5年前的事情了,并非技術出身,很多表達方式上也沒有技術語言,有不妥的地方還請海涵。怎么完整高效的制作一款APP的需求文檔,這里寫一下自己的經驗和心得,和大家一起探討、交流。
一、明確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的需求文檔就說到這里了,還請大家交流指正,共同學習,共同進步!
作者簡介:minjay,互聯網產品經理,愛好互聯網行業研究、產品設計。
本文由 @minjay 原創發布于人人都是產品經理?,未經許可,禁止轉載。
少有的好文章
謝謝,其實寫的很快,本來想配圖的,思維導圖、流程圖、原型,但是想想大家都是大神,都了解,就沒有配,梳理了一下流程和大家分享。
流水賬
?? ??
??
??