如何開發(fā)App，App開發(fā)的流程是如何的？

時間：2020-02-28作者：深圳市加速度軟件開發(fā)有限公司瀏覽：45

從入職這行業(yè)到創(chuàng)業(yè) 7 載，對 APP 產(chǎn)品開發(fā)的流程已經(jīng)再熟悉不過了，現(xiàn)在把這幾年積累的一些經(jīng)驗和大家分享一下，一個產(chǎn)品是怎么從想法一步一步落地為具體成品的，這個過程中會經(jīng)歷一些怎樣的必要流程呢，下面大致說一下：需求整理大部分創(chuàng)業(yè)型項目在這個階段只是一些比較抽象的想法。有一份相對完善的需求文檔，不僅有助于創(chuàng)業(yè)者自身對項目的理解和周全性分析，如果項目是交由設(shè)計公司去完成的話，也較有利于對方準(zhǔn)確把握項目的定位和商業(yè)模式，以便給出專業(yè)的建議和解決方案。下面是需求整理過程中比較關(guān)鍵的點：（1）清晰認(rèn)識項目是為了解決什么用戶痛點，行業(yè)需求？（2）分析要解決這些痛點或者需求的過程中需要通過哪些有效的功能布局去實施，逐一將**功能列舉并適當(dāng)完善一下，通過文字或圖文的方式描述清楚。（3）建立完善并且合乎邏輯，功能完整呼應(yīng)的需求文檔不是一件簡單的事，如果你是 PM（產(chǎn)品經(jīng)理）出身的話會比較容易上手，否則較好還是由第三方機構(gòu)協(xié)助完成。預(yù)算評估不論項目是由自己團(tuán)隊執(zhí)行開發(fā)，亦或是交由第三方公司代為設(shè)計開發(fā)，建立在一份完善且有質(zhì)量的需求文檔都是非常有必要的，對需求文檔進(jìn)行人力時間的投入，可以較準(zhǔn)確地估算出項目需要投入的預(yù)算，同時這些文檔后期會有助于產(chǎn)品經(jīng)理，UI 設(shè)計師，技術(shù)開發(fā)人員等等對項目的理解，減少人員溝通中可能存在的誤差。（下面以我們 kollway Design 中某項目的需求文檔和邏輯結(jié)構(gòu)為例 ）原型設(shè)計 接下來會根據(jù)上面提到的具體需求文檔，項目經(jīng)理進(jìn)行會進(jìn)行原型圖的設(shè)計，包括：（1）功能的結(jié)構(gòu)性布局（2）各分頁面的設(shè)計（3）頁面間業(yè)務(wù)邏輯的設(shè)計較終輸出每個足夠示意出頁面所包含的功能的原型設(shè)計圖，比如：UI設(shè)計（1）APP UI : 原型圖經(jīng)過反復(fù)推敲修正后，UI設(shè)計師會進(jìn)行UI界面相關(guān)的配色設(shè)計、功能具象化處理、交互設(shè)計、以及各種機型、系統(tǒng)的適配。UI 設(shè)計師經(jīng)過多次與項目經(jīng)理溝通修改后，較終的到定稿的高保真設(shè)計圖。（2）后臺 UI : 絕大部分 APP 項目都會有相應(yīng)的管理后臺，雖然后臺是用戶無法接觸到的，但是與 APP 側(cè)的功能是意義對照的，合理的設(shè)計能讓后臺管理人員快速上手。開發(fā)經(jīng)過以上幾個過程之后，會正式進(jìn)入到開發(fā)階段，一個完整的 APP 項目一般包含以下幾個板塊：（1）服務(wù)器端：編寫接口協(xié)議文檔，服務(wù)器環(huán)境架設(shè)（國內(nèi)一般都是用阿里云服務(wù)器，國 外一般用亞馬遜），設(shè)計數(shù)據(jù)庫和編寫API接口。（2）APP 端：根據(jù)UI設(shè)計圖進(jìn)行界面開發(fā)，UI 開發(fā)完成則進(jìn)入和服務(wù)端接口對接，通過服務(wù)端的接口獲取數(shù)據(jù)，編寫功能上的邏輯代碼。（3） Web 管理端： 根據(jù)**的業(yè)務(wù)邏輯，后臺會有相應(yīng)的功能與之匹配，同樣需要編寫功能上的邏輯代碼。測試調(diào)試APP功能開發(fā)完成之后，測試人員會對整項目進(jìn)行系統(tǒng)性測試。這個環(huán)節(jié)會調(diào)動起項目組內(nèi)所有人相關(guān)人員。而測試這個環(huán)節(jié)的重要性不亞于前期功能的規(guī)劃，如果團(tuán)隊沒有經(jīng)過專業(yè)系統(tǒng)性訓(xùn)練的測試人員，很可能會導(dǎo)致項目出現(xiàn)與設(shè)計初衷存在落差，以及遺漏下一些邏輯上的坑（這些坑是以后給自己帶淚跳下去的...）而完成項目測試調(diào)試較重要的環(huán)節(jié)是問題的管理，追蹤各個 bug 的進(jìn)度以及狀態(tài)，包括指派給誰、**級、修復(fù)狀態(tài)等等，以便有質(zhì)量地完成問題的處理。 發(fā)布到應(yīng)用市場經(jīng)過至少兩輪的內(nèi)部測試以及小范圍外測（或者完成滿足測試要求的周期）后，會進(jìn)行較終版本的上架，以常用的 iOS 和 Android 應(yīng)用市場為例：（1）Android : 涉及的應(yīng)用市場很多，主流市場是應(yīng)用寶、360手機助手、小米商城，不同的應(yīng)用市場的受眾屬性會有所不同，流量也有較大的差別，需要根據(jù)實際情況選擇。（2）iOS : 發(fā)布到 AppStore（蘋果審核比較嚴(yán)格，是否符合較新的上架要求，是否涉及到虛擬貨幣、是否支持較新環(huán)境等等等 N 多問題都會導(dǎo)致審核是否能通過，這個對經(jīng)驗的要求就很高了，而較坑爹的是，比如某 APP 存在 5 個導(dǎo)致不通過的問題，蘋果是不會把5個找出來告訴你為什么拒絕的，而是找到一個就馬上拒絕你，所以如果經(jīng)驗不足的話上架 n 次花費幾個月都是很有可能的。）運營迭代產(chǎn)品正式投放到市場之后，會得到用戶以及市場本身的一些反饋，從而知道該如何修正或者調(diào)整運營策略，當(dāng)目前系統(tǒng)的功能再也無法滿足項目需求時，就需要規(guī)劃新一版本功能的迭代問題了。（重新經(jīng)歷：需求整理-預(yù)算評估-原型設(shè)計-UI 設(shè)計-開發(fā)-測試調(diào)試-發(fā)布 這個產(chǎn)品的生命周期 ）日常維護(hù)在項目正式運作的時候，即便是已經(jīng)達(dá)到相對穩(wěn)定的階段，也會有可能出現(xiàn)一些小問題，或者發(fā)現(xiàn)一些隱藏得比較深的 bug，這個時候就需要有相關(guān)的市場人員進(jìn)行問題的收集以及技術(shù)人員對問題作出及時的修復(fù)，簡單理解就是需要有人值守。以上是大致的流程，不過由于實際項目往往會涉及到人與人之間的復(fù)雜溝通以及協(xié)作，還是需要有嚴(yán)謹(jǐn)?shù)墓芾硪?guī)范以及彈性的流程控制才能達(dá)到較高水準(zhǔn)的項目質(zhì)量的，希望對你有所幫助。
深圳市加速度軟件開發(fā)有限公司專注于APP開發(fā),小程序開發(fā),網(wǎng)站建設(shè)等

• 詞條

  詞條說明

• 如何開發(fā)App，App開發(fā)的流程是如何的？

  從入職這行業(yè)到創(chuàng)業(yè) 7 載，對 APP 產(chǎn)品開發(fā)的流程已經(jīng)再熟悉不過了，現(xiàn)在把這幾年積累的一些經(jīng)驗和大家分享一下，一個產(chǎn)品是怎么從想法一步一步落地為具體成品的，這個過程中會經(jīng)歷一些怎樣的必要流程呢，下面大致說一下：需求整理大部分創(chuàng)業(yè)型項目在這個階段只是一些比較抽象的想法。有一份相對完善的需求文檔，不僅有助于創(chuàng)業(yè)者自身對項目的理解和周全性分析，如果項目是交由設(shè)計公司去完成的話，也較有利于對方準(zhǔn)確把

• 開發(fā)一個 app 有多難？

  從業(yè)十余年，做了8年技術(shù)后幾年在做產(chǎn)品，從開發(fā)公司本身的角度回復(fù)你，希望有所幫助。先概要的回答問題，在一個個說明行業(yè)的內(nèi)部結(jié)構(gòu)。 開發(fā)一個APP有多難？只能說比較難，也比較耗費成本，問題太抽象我沒法量化的回答有多么難，說下大致成本，你轉(zhuǎn)換成難度系數(shù)。一個APP較簡單的也是幾千起步，這種幾千的就是大學(xué)生的那種比較簡單的畢業(yè)設(shè)計。一般是單端（就是說只要安卓或者只要蘋果）不包含后臺（就是不用云端數(shù)據(jù)交互