很多創(chuàng)業(yè)者在初期想要找外包服務(wù)商做APP、小程序等開(kāi)發(fā)時(shí)，經(jīng)常遇到的一個(gè)場(chǎng)景就是一樣的開(kāi)發(fā)需求，有的服務(wù)商報(bào)5萬(wàn)，有的報(bào)15萬(wàn)，還有的報(bào)5000，還有些報(bào)幾十萬(wàn)。不明白為什么會(huì)這樣。
很多找我們做APP開(kāi)發(fā)的客戶(hù)，在一開(kāi)始溝通的時(shí)候，也是直接問(wèn)"開(kāi)發(fā)一個(gè)APP多少錢(qián)"，我們也是回答價(jià)格不等。
為什么，價(jià)格會(huì)不等呢？因?yàn)?/font>APP這種互聯(lián)網(wǎng)產(chǎn)品開(kāi)發(fā)的價(jià)格是由產(chǎn)品的需求決定的，需求決定了工期、開(kāi)發(fā)難易程度等，所以?xún)r(jià)格就不同。
除了具體的業(yè)務(wù)需求外，還有其他的一些需求也會(huì)影響開(kāi)發(fā)價(jià)格，接下來(lái)幾期我們會(huì)著重和大家介紹，哪些非業(yè)務(wù)需求因素導(dǎo)致開(kāi)發(fā)價(jià)格不同。
今天主要和大家介紹APP開(kāi)發(fā)的四種方式，開(kāi)發(fā)方式不同，自然對(duì)開(kāi)發(fā)價(jià)格也有所影響。
  一，web網(wǎng)頁(yè)加殼生成APPweb網(wǎng)頁(yè)加殼生成APP的開(kāi)發(fā)方式，先花幾百塊錢(qián)買(mǎi)個(gè)現(xiàn)成的手機(jī)網(wǎng)站模板，在加殼打包一個(gè)APP只需要5分鐘，但是做出來(lái)的效果很差，耗流量，瀏覽體驗(yàn)極差，訪問(wèn)速度慢等等。部分開(kāi)發(fā)商利用客戶(hù)不懂，把這種5分鐘速成的東西，當(dāng)成原生態(tài)開(kāi)發(fā)的APP去欺騙創(chuàng)業(yè)者。賣(mài)幾千到幾萬(wàn)的價(jià)格。而創(chuàng)業(yè)者很多時(shí)候還自以為撿了便宜。
  二，HTML5開(kāi)發(fā)
成本大概是原生態(tài)APP的50%到30%。H5開(kāi)發(fā)的好處是可以跨平臺(tái)，編寫(xiě)的代碼可以同時(shí)在Android、IOS、Windows上進(jìn)行運(yùn)行。但是由于Web技術(shù)本身的限制，H5移動(dòng)應(yīng)用不能直接訪問(wèn)設(shè)備硬件和離線存儲(chǔ)，所以在體驗(yàn)和性能上有很大的局限性。
  三，Web網(wǎng)頁(yè)+原生態(tài)混合
混合式開(kāi)發(fā)是目前比較常見(jiàn)的�；旌蠎�(yīng)用開(kāi)發(fā)正是結(jié)合原生和H5開(kāi)發(fā)的技術(shù)，取長(zhǎng)補(bǔ)短的一種開(kāi)發(fā)模式，原生代碼部分利用WebView插件或者其它的框架為H5提供了一個(gè)容器，程序主要的業(yè)務(wù)實(shí)現(xiàn)、界面展示是利用H5相關(guān)的Web技術(shù)進(jìn)行實(shí)現(xiàn)的。比如現(xiàn)在的京東、淘寶、今日頭條等都是利用的混合開(kāi)發(fā)模式。
  混合開(kāi)發(fā)的優(yōu)點(diǎn)是：
1、開(kāi)發(fā)效率高，節(jié)約時(shí)間同一套代碼Android和IOS基本都可用；
2、更新和部署比較方便，不需要每次升級(jí)都要上傳到App Store進(jìn)行審核了，只需要在服務(wù)器端升級(jí)就可以；
3、代碼維護(hù)方便、版本更新快，降低產(chǎn)品成本。價(jià)格是目前所有開(kāi)發(fā)方式中*合理的一種。
   四，原生態(tài)開(kāi)發(fā)
原生應(yīng)用開(kāi)發(fā)，是在Android、IOS等移動(dòng)平臺(tái)上利用提供的開(kāi)發(fā)語(yǔ)言、開(kāi)發(fā)類(lèi)庫(kù)、開(kāi)發(fā)工具進(jìn)行App開(kāi)發(fā)。比如android是利用java、eclipse、Android studio，IOS是利用Objective-C 和Xcode進(jìn)行開(kāi)發(fā)。原生應(yīng)用由于利用的是提供的語(yǔ)言和工具并且能夠直接操控硬件設(shè)備（比如多點(diǎn)觸控、NFC、讀取短信等），在應(yīng)用性能上和交互體驗(yàn)上應(yīng)該是的，當(dāng)然價(jià)格也。但是原生應(yīng)用的可移植性比較差，特別是一款原生的App，Android和IOS都要各自開(kāi)發(fā)，同樣的邏輯、界面要寫(xiě)兩套。
    報(bào)價(jià)不同還有一個(gè)原因是開(kāi)發(fā)商對(duì)整個(gè)項(xiàng)目需求理解程度不一致問(wèn)題，需求是恒定的，但是應(yīng)對(duì)這個(gè)需求的解決方案是不同的，比如：同樣是做一個(gè)B2B2C的商城，有的用PHP開(kāi)發(fā)，有的用Java開(kāi)發(fā)，有的用分布式架構(gòu)，有的用開(kāi)源框架。所有的解決方案都可以實(shí)現(xiàn)線上交易，但是開(kāi)發(fā)語(yǔ)言、框架結(jié)構(gòu)以及后續(xù)擴(kuò)展性設(shè)計(jì)的不同都會(huì)導(dǎo)致成本的偏差。這樣就是同等配置的汽車(chē)、手機(jī)為什么會(huì)有價(jià)格偏差是一樣的道理。因此當(dāng)用戶(hù)尋找軟件服務(wù)商時(shí)，一定要根據(jù)前期商務(wù)溝通、產(chǎn)品需求分析時(shí)的狀態(tài)去衡量是否合作，價(jià)格不是衡量標(biāo)準(zhǔn)，我們始終相信成本決定質(zhì)量。

所以大家再問(wèn)完報(bào)價(jià)還要再問(wèn)下開(kāi)發(fā)形式，不要一直追求功能強(qiáng)大，要根據(jù)自己需求，自己預(yù)算，自己規(guī)劃分期進(jìn)行。這樣就不會(huì)多花冤枉錢(qián)。