深圳APP開發公司如何進行原型設計

原型設計是APP開發過程中尤爲重要的(de)一個(gè)環節，一個(gè)APP産品能否成功，産品的(de)設計非常重要。而原型設計是決定了(le)整個(gè)産品的(de)整體框架和(hé)雛形。如果您是找一家APP外包公司來(lái)開發産品，那麽在原型設計階段，一定要親自嚴格把握，才能保證開發出來(lái)的(de)産品，比較接近您想要的(de)樣子。

深圳APP開發公司中，有的(de)小團隊是沒有原型設計這(zhè)一環節的(de)，需求了(le)解之後，直接開始做(zuò)UI圖，然後進入開發。這(zhè)樣的(de)結果就導緻APP開發出來(lái)以後，發現邏輯不通(tōng)，功能不完善，要麽需要花大(dà)量時(shí)間和(hé)成本來(lái)查缺補漏，要麽這(zhè)個(gè)APP就根本不能用(yòng)。所以産品原型這(zhè)個(gè)步驟是必不可(kě)少的(de)。不僅要畫(huà)産品原型圖，還(hái)需要編寫詳細的(de)需求文檔。這(zhè)樣才能保證開發出來(lái)的(de)産品，是按照(zhào)産品經理(lǐ)的(de)想法開發出來(lái)的(de)。

 

但是，随著(zhe)互聯網節奏越來(lái)越快(kuài)，傳統的(de)需求文檔已經比較難适應市場(chǎng)的(de)腳步，特别對(duì)于要求敏捷的(de)團隊來(lái)說，冗餘而細緻入微的(de)需求文檔已經成爲包袱(這(zhè)麽長(cháng)個(gè)文檔開發人(rén)員(yuán)也(yě)不會看呀)。目前大(dà)多(duō)數團隊更喜愛(ài)直接使用(yòng)原型來(lái)代替需求文檔，然而所謂的(de)原型可(kě)不隻是畫(huà)畫(huà)線框圖喲。原型的(de)使用(yòng)者包括産品、UI、研發、測試、客戶等等。這(zhè)麽多(duō)人(rén)參考原型來(lái)工作，壓力不小哦，一旦表達不清，出現歧義，研發的(de)結果的(de)就會教會我們什(shén)麽叫“偏差”，不僅可(kě)能會背離産品方向，還(hái)會影(yǐng)響節奏和(hé)效率。所以該有的(de)還(hái)是還(hái)有，高(gāo)保真低保真什(shén)麽的(de)視情況而定。

 

一個(gè)好的(de)原型圖，應該包括哪些内容呢(ne)？

第一、變更日志或版本說明(míng) 

原型不可(kě)能一步到位，相信大(dà)家深有體會，所以每次更改後再給項目成員(yuán)時(shí)，别人(rén)不知道你改了(le)哪些地方，這(zhè)是件很頭疼的(de)事。這(zhè)種情況下(xià)，更新日志就顯得(de)尤爲重要了(le)，大(dà)家一看日志就知道你改了(le)哪些，直接鎖定目标，效率大(dà)大(dà)的(de)提升。

第二、信息結構

産品都包含了(le)哪些内容，層次結構怎麽樣，它們是如何組織起來(lái)的(de)。有了(le)信息結構，項目成員(yuán)可(kě)以直觀快(kuài)速的(de)知會這(zhè)些信息，特别是剛接觸時(shí)。

第三、流程圖

包含業務流程、任務流程。業務流程是業務邏輯，包括前後台邏輯、數據走向等，而任務流程則是用(yòng)戶的(de)操作、頁面反饋等更具象化(huà)。有些還(hái)包含頁面流程，基于任務流程，描述用(yòng)戶怎麽從一個(gè)頁面跳到另一個(gè)頁面的(de)邏輯，這(zhè)樣就能清晰的(de)理(lǐ)解頁面之間的(de)聯系。

第四、交互說明(míng)

讓你的(de)線框“動”起來(lái)。有些朋友喜歡用(yòng)動态效果來(lái)代替說明(míng)，對(duì)于演示來(lái)說是必須的(de)，但對(duì)于傳遞信息來(lái)說，則有諸多(duō)不便。且不說做(zuò)動效需要的(de)時(shí)間成本，浏覽原型的(de)人(rén)需要一個(gè)個(gè)操作才能看到全部效果，說不定還(hái)有疏忽遺漏的(de)地方。圖文并茂的(de)交互說明(míng)能讓項目成員(yuán)快(kuài)速清晰的(de)掃描全部信息，某些不太好描述的(de)動效，則可(kě)以采用(yòng)交互說明(míng)+動效的(de)方式表達。

 

另外，全局的(de)交互說明(míng)記得(de)要提煉出來(lái)(以方便代碼的(de)重用(yòng)性)，如統一的(de)頁面切換方式、統一的(de)手勢、彈層模态等。