在工作中，我們經(jīng)常會遇到公司在沒有做過多準備的情況下，就要推出一款移動端產(chǎn)品。而移動端又是整個流水線最后一個環(huán)節(jié)，很容易受到前面環(huán)節(jié)的影響，導致項目延期。為了避免這種情況，筆者過去采用的辦法就是主動出擊，參與到每一個環(huán)節(jié)，與相關人員討論以后由他們給出時間點，讓項目從一開始就是可控的。筆者將整個開發(fā)環(huán)節(jié)主要分為產(chǎn)品設計、UI設計、后端接口以及移動端。

下面筆者將結(jié)合自己的經(jīng)驗，給大家分享一下過往在開發(fā)中的一些處理方法。

開發(fā)環(huán)節(jié)

1、產(chǎn)品設計（移動端產(chǎn)品設計）

產(chǎn)品設計決定了這個產(chǎn)品最終做成什么樣，有多大難度，將要花費多少時間。在產(chǎn)品畫原型圖之前，移動端與產(chǎn)品先進行溝通，確定主要內(nèi)容的展示方式以及主要業(yè)務界面跳轉(zhuǎn)邏輯。

常見的流程就是產(chǎn)品畫完原型，進行第一次評審，這次評審開發(fā)一般都會提出很多意見與建議，然后產(chǎn)品修改完了再進行評審。如果一開始就溝通好，達成一些統(tǒng)一的意見，可以減少原型圖評審與修改次數(shù)。同時可以讓移動端提前清楚產(chǎn)品要做成什么樣，而做一些技術儲備。

這里大家可能會有疑問，產(chǎn)品什么東西都沒出來，怎么進行溝通？其實最常見的方法就是參考一些成熟的APP的展示方式以及界面跳轉(zhuǎn)邏輯，來確定我們要做成什么樣。

2、UI設計

原型圖確定以后，與UI設計進行討論，盡量將內(nèi)容相近的界面模塊化（例如：列表Cell樣式，內(nèi)容選擇樣式，表單輸入樣式等）。

這樣可以減少效果圖的數(shù)量，在相似的地方只需要指出使用哪一個模板。同時開發(fā)人員也可以將這些模板進行控件封裝，增加重用性，節(jié)約時間。

3、后端接口

在有限的時間內(nèi)，后端既需要完成業(yè)務功能，還需要提供網(wǎng)關層接口，同時還要將接口文檔化，這個過程工作量較大。

這時候，移動端可以在與后端達成一定規(guī)范的情況下，完成接口的定義，并形成文檔。后端在完成接口內(nèi)容的時候只需要參照接口文檔，結(jié)合實際做細微調(diào)整即可。移動端可以參照接口文檔完成實體類，接口請求的業(yè)務層內(nèi)容。

這一點很多移動端開發(fā)是不能接受的，覺得這是給自己增加工作量。其實這樣由我們自己定義的接口，是我們內(nèi)心最希望對方提供的內(nèi)容，這樣可以避免在接口內(nèi)容上各種撕。并且前期移動端工作量并不大，與其等著，不如做點對后期有益的工作。

4、移動端

移動端會根據(jù)功能模塊進行優(yōu)先級排列，UI設計和后端接口根據(jù)這一優(yōu)先級提供對應模塊的內(nèi)容。原型圖確定以后，移動端將根據(jù)原型進行界面與跳轉(zhuǎn)邏輯的處理。UI設計提供效果圖以后，只需要進行布局調(diào)整與貼圖。基本在所有界面處理完成的時候，部分接口也已經(jīng)準備就緒。

這時候可以進行接口聯(lián)調(diào)，因為接口是按模塊提供的，在聯(lián)調(diào)接口的同時可以將該模塊所有內(nèi)容完成，并進行模塊測試，從開發(fā)階段就保證完成內(nèi)容的質(zhì)量。當開發(fā)結(jié)束的時候基本能夠保證APP沒有嚴重bug，測試只需要進行驗收即可快速上線。

寫在最后

因為不清楚這個處理過程對大家是否真的有幫助，所以筆者在完成此文以后與朋友一起就這個過程討論過，部分人覺得太理想化。其實這個過程能否順利，取決于整個項目參與人員，尤其是去主導這個過程的移動端人員。

筆者用這種方式在極度不愿意配合的團隊和配合非常默契的團隊都嘗試過，最終的結(jié)果都不壞，只是曲折程度有多大而已。在這個過程中最重要的就是溝通，溝通，再溝通。這個流程只是解決問題的一個方法，只有真正地參與其中，才能找到更好的方法。

作者：羅霖（點融黑幫ID：DianrongMafia），點融網(wǎng)成都團隊高級iOS開發(fā)工程師，有七年iOS開發(fā)經(jīng)驗。個人比較喜歡運動，尤其是踢足球，因為通過運動可以認識很多新朋友。

本文由@點融黑幫 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，禁止轉(zhuǎn)載。