主要內容
需求調研與分析
任何一款產品都需要對這個市場進行調研,包括會存在的對手分析以及已經存在的對手,包括短時間內會有多少公司會同樣開發相同的產品,以及開發這個產品的門檻。而這部分工作需要市場、PM甚至老闆的共同努力。如果產品是客戶指定需要,則需要對此產品市場上有多少類似的產品做出分析,包括產品核心優勢。
產出物:調查報告
需求確定、線框圖
當了解完此類產品,對產品整體有個了解時,需要寫MRD、線框圖、需求確認單,寫MRD是給老闆看的,同時這也是向老闆要資源的根本,一個人的資源是有限的,很多時間需要向老闆提出資源,比如人手不夠,如果手機遇到證書問題等,包括費用申請都可以寫在MRD中。同時這時做為PM應該對產品的大概構成已經有了自己的想法和印象。
產出物:MRD、線框圖、需求確認單
PRD、高保原型
當需求確定後,PM就可以動手寫PRD了,同時這時互動設計師可以開始做高保原型了,一般是先有了PRD後才開始做高保真原型,但公司缺少互動設計師,所以PRD與高保原型都是由PM完成,所以基本上高保原型與PRD有時不分先後,同時PRD中要放入相關的原型說明。寫出PRD與原型後需要與評審進行幾輪的“轟炸”,而評審的對象有:BOSS、市場、PM、互動設計師、開發人員、UI視覺、測試等,確定是否可行,以及會遇到的問題。
產出物:PRD、高保原型
圖片、切圖、高保圖片
當需求確定後,根據高保原型,UI視覺需要進行產品設計。UI視覺在設計產品過程中需要與PM、開發、測試人員保持溝通,因為圖片的效果可能在手機界面上產生的效果沒有想像中的那么滿意,同時測試需對UI設計進行測試,UI的測試工作主要是由測試部來執行,UI設計部門除了視覺輸出之外,還要提交一份簡單的文檔給開發和測試使用,UI的測試應該在研發啟動時同步啟動,當研發部門有可見輸出之後,測試部門可以先對UIt效果進行測試,測試完成後進行歸檔,並和UI進行確認,如果確定無誤則歸入BUG管理系統,並且參考UI輸出和文檔對整個軟體的UI進行驗收性質的測試。UI確認單是針對於市場與客戶,當市場或用戶對界面效果沒有異議時開始進行相關頁面設計,一般UI出圖先出三張:登錄、九宮格、啟動畫面。
產出物:UI圖片、UI確認單、UI測試報告
流程
開發
開發階段會遇到各類的問題,溝通成為主要的手段 ,開發與PM、UI、測試等的有效溝通顯得格外重要,開發周期的控制。這需要PM去協調,同時幫助解決資源需求問題(例手機證書類的申請)。
產出物:DEMO版產品
測試
測試從需求確定就已經跟進這個產品了,同時對UI界面的測試,產品DEMO版的測試等,很多公司把測試過程看很不重要,或者把測試的時間縮短的很短,正常的測試應該是開發時間的1-1.5倍時間。測試承擔著產品面試前最後的把關工作,顯得格外的重要,需要對產品會出現的各類問題進行不斷的測試,我們曾經對淘掌柜經過一天一夜不關機的不間斷的測試,就是為了讓產品在發布前儘可能多測出一些BUG,保證產品在交給用戶時儘可能少的出現問題。同時測試需配合開發對操作手冊、UC、FAQ等文檔的撰寫。
產出物:測試報告、UC、FAQ、操作手冊
Beta版發布
當測試到解決了60%BUG(沒有一款產品是100%解決BUG公布的,都是通過版本升級來解決BUG問題),同時沒有出現當機類大BUG時,產品的Beta版需要發布給一定用戶使用,這期間會出現很多的問題、及時的做好用戶反饋工作、系統分析等。運營報告需要很好的對用戶的意見進行收集、分析,同時PM需要時時跟進,對產品遇到的問題進行分析,對Beta2、Beta3等版本進行改進,同時挖掘數據,對用戶產品需求改進的同時,做好二期產品的規劃。
產出物:產品Beta版
正式版發布
當產品需要正式面對用戶時其實已經對BUG解決80%了,可以很好的滿足用戶的使用了,可以對將這版本進行了確定,而當產品正式發布時,第二期的產品規劃應該已經有了30%的進展了,因為這時手上已經有一定的運營報告做數據支撐,同時對於用戶反饋的意見也做出了詳細的分析,新的產品功能也將出現了。
產出物:產品正式版
每個公司都有自己的UED,只是很多這種流程形於無形之中,更多的公司需要的是適合自己的UED流程,以確保產品進行的更順利,更多的用戶使用上自己的產品。UED是為用戶而存在,也為自己的產品而存在。