如何高效地協同開發一款移動產品

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

下面筆者將結合自己的經驗，給大家分享一下過往在開發中的一些處理方法。

開發環節

1、產品設計（移動端產品設計）

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

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

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

2、UI設計

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

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

3、后端接口

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

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

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

4、移動端

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

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

寫在最后

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

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

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

本文由@點融黑幫 原創發布于人人都是產品經理，未經許可，禁止轉載。