0
本文作者: 人人都是產(chǎn)品經(jīng)理 | 2016-12-29 19:01 |
不同的項目管理模式或許會有完全不同的流程步驟。但是專業(yè)性幾乎是保證產(chǎn)品質(zhì)量的唯一準則。
App的開發(fā)過程主要分為以下階段,本文會按順序為大家簡單地說明:
1、需求梳理、分析
2、產(chǎn)品原型圖繪制
3、UI 設計
4、項目經(jīng)理 & 技術(shù)負責人對接需求
5、技術(shù)方案 & 架構(gòu)設計
6、項目排期 & 任務分解
7、產(chǎn)品研發(fā)階段
8、交付測試階段
9、最后,按原計劃上線
第一步:需求梳理、分析
針對這個idea來一場從內(nèi)到外的洗禮,在此假設用戶需求分析已經(jīng)確定 , 接下來根據(jù)提煉的真實用戶需求來確定產(chǎn)品需求。
產(chǎn)品經(jīng)理將會根據(jù)溝通中的相關(guān)資料的word、ppt、jpg等等東西翻譯成邏輯語言,最簡單的就是產(chǎn)出一張產(chǎn)品功能腦圖或者一份功能列表。
產(chǎn)品功能腦圖
一份功能列表
第二步:產(chǎn)品原型圖繪制
初步產(chǎn)品功能需求梳理清楚之后,產(chǎn)品經(jīng)理持續(xù)跟進,反復溝通確定產(chǎn)品原型圖。
PS:我們出一般是全局流的圖,程序員哥哥們比較喜歡(白眼)。
產(chǎn)品原型圖
同時根據(jù)具體的項目需求,會搭配一套產(chǎn)品業(yè)務流程的泳道圖:
產(chǎn)品業(yè)務流程的泳道圖
常規(guī)的是用axure出一份帶簡單交互的原型:
簡單交互的原型
簡單點,用墨刀做一份帶交互的原型。
墨刀帶交互的原型
第三步:UI設計
UI設計,包含風格稿和內(nèi)頁設計。
風格稿會根據(jù)產(chǎn)品需求提供的目標用戶類型、客戶傾向、LOGO等信息,以及確定做風格稿的2-3個頁面的原型圖,來進行風格稿設計。
待風格稿確認后進行內(nèi)頁設計,包括設計效果、頁面元素、彈出頁面等等。
風格稿
風格稿
所有頁面設計完后會統(tǒng)一發(fā)給客戶做進一步溝通,然后統(tǒng)一修改優(yōu)化。
Zeplin
Zeplin能夠幫助前端更好地理解設計師意圖,而設計師又能快速得到前端反饋的協(xié)作,從而減少設計師與前端的溝通錯位,使得兩者在“界面元素”和“交互動作”上形成一致。
Zeplin
invision用于設計先行能減少后端技術(shù)工程問題,設計的迭代越快,軟件開發(fā)就越能在時間點的把控上做到極簡。
invision
設計定稿后并不是設計師的工作結(jié)束了,之后還有一段周期的切圖、標注工作 。
標注
切圖
sketch
多維度運用zeplin、sketch、invision等等協(xié)作工具從細節(jié)上詮釋產(chǎn)品開發(fā)的每一個產(chǎn)品需求,在時間上保證高效,在結(jié)果上保證了產(chǎn)品技術(shù)層面與設計層面的完美融合以及項目的高效進度和最后的優(yōu)質(zhì)呈現(xiàn)。
第四步:項目經(jīng)理&技術(shù)負責人對接需求
項目經(jīng)理對接上這些需求,第一個工作是細化需求,將這些翻譯成技術(shù)能更好理解地語言,搭配著原型圖或設計稿來召開技術(shù)會議,統(tǒng)一講解新項目的需求。
細化需求
第五步:技術(shù)方案 & 架構(gòu)設計
技術(shù)負責人在清楚了解整個項目的需求之后會開始構(gòu)思整個項目的技術(shù)方案,根據(jù)產(chǎn)品需求,提供易擴展、可持續(xù)迭代的技術(shù)框架方案。
整個項目的技術(shù)方案
可持續(xù)迭代的技術(shù)框架方案
第六步:項目排期 & 任務分解
同時,項目經(jīng)理在和研發(fā)團隊溝通確認后對項目進行分解以及排期,以此來保證項目進度和質(zhì)量。
項目管理
第七步:產(chǎn)品研發(fā)階段
這個階段就是各端技術(shù)按照排期規(guī)劃開始編碼,期間各種對接、調(diào)試以及撕逼。我不是程序猿,這塊就不多寫了,貼幾張他們技術(shù)wiki的截圖吧。
Wiki對接
Wiki對接
Paw 讓測試 API 變得輕松愉悅,可以構(gòu)建內(nèi)部和外部的資源。它可以在不同的環(huán)境下進行測試,也可以引用來自其他請求響應的數(shù)據(jù)。
PAW
它可以定義不同的環(huán)境,于是可以輕松地在開發(fā)、臨時和生產(chǎn)環(huán)境中進行切換,而無需重新配置任何端點(endpoint)。并且還可以在一個請求的消息體中引用另一個請求中返回的值,這能夠節(jié)省大量時間。
第八步:交付測試階段
測試工程師基本全程跟進,從最早期對接完詳細產(chǎn)品需求之后就開始編寫測試用例:
測試用例
然后配合項目各個里程碑節(jié)點進行功能測試和性能測試,將問題按優(yōu)先級劃分統(tǒng)一反饋:
測試過程
最后,按原計劃上線。
以上均是理想情況下,一個App必經(jīng)的幾個階段的簡潔步驟說明,具體執(zhí)行依然會根據(jù)需求穿插進行。
不同的項目管理模式或許會有完全不同的流程步驟。但是專業(yè)性幾乎是保證產(chǎn)品質(zhì)量的唯一準則。
雷鋒網(wǎng)注:本文由人人都是產(chǎn)品經(jīng)理@惲磊(微信公眾號:fenzotech2014)授權(quán)發(fā)布,作者為風澤科技有限公司運營總監(jiān),他帶領團隊經(jīng)歷了產(chǎn)品從 0 到百萬用戶的全過程。未經(jīng)作者許可,禁止轉(zhuǎn)載。
雷峰網(wǎng)版權(quán)文章,未經(jīng)授權(quán)禁止轉(zhuǎn)載。詳情見轉(zhuǎn)載須知。