在之前的文章 “我有一個 App 創(chuàng)意丨如何將其實現(xiàn)？”的問題下有很多人問到，那樣的一個流程下開發(fā)一個App要多少錢？

這篇文章是價格相關(guān)。

正經(jīng)的談錢其實不傷感情。謝謝。

接觸過很多想用一個App作為創(chuàng)業(yè)首個產(chǎn)品的團隊以及個人

大家第一個問題一般都是我想做一個App要多少錢。

在需求不明確的情況下，估價的區(qū)間也是不能確定的。

所以，在沒有需求列表，沒有經(jīng)過需求會議前給出的估價，多半都是耍流氓。

一個單純的idea，不是完整的需求。完整需求長什么樣請看“我有一個 App 創(chuàng)意丨如何將其實現(xiàn)？”的第一步，這里不再贅述。

不同的App開發(fā)模式（模板 化 與定制 化 ）、不同的App開發(fā)功能需求（簡單與復(fù)雜程度）、不同的App開發(fā)人員成本（團隊經(jīng)驗與素質(zhì)）等等都會讓一個App的報價得到從 幾萬到幾十萬 甚至百萬元不等 的 區(qū)間 。

所以無論是自己建團隊開發(fā)還是尋求技術(shù)服務(wù)商支持，費用本身就是不可繞過的一道門檻。

給大家一個 定制化App 報價的基本流程，相信會對價格感受更加直觀。

大前提（請不要略過，這很重要）：

假設(shè)前提是用戶需求明確 需求文檔、產(chǎn)品原型圖、最終版設(shè)計圖到位，且不考慮大需求變動的理想情況。

第一，需求腦圖

做個簡單介紹，這個是一個全定制化的服務(wù)于跑步賽事的App需求腦圖。在解決跑步愛好者的普遍需求（結(jié)合智能設(shè)備體現(xiàn)里程、步數(shù)計數(shù)、心率及各項綜合指數(shù)等等等等）的同時，我們的團隊還重點解決了離線規(guī)劃，記時點和路線糾錯這三個難點。

第二，團隊在各端召開需求會議之后得出各端的時間評估

在這里，就可以大致的知道估價中的時間成本了，并且結(jié)合人員配置，得出最后的人天成本。因為各端的開發(fā)時間在人員到位的情況下，是同時進行的。

第三，結(jié)合以上需求列表、人員配置，時間估期就可以得出一張報價單。

在這里需要特意提出的是，談到外包的收費，很多人會用諸如 15000/人/月 x 3人 x 3月 的方式來計算 。

但經(jīng)過我們長期接觸所服務(wù)的客戶和項目類型來說， 拆散重組的成本計算方式在一定程度上是不合理的。

以這個跑步項目為例，在這個跑步App的報價產(chǎn)出的過程中，產(chǎn)品需求功能全定制化，加上3個重點需求難點，從產(chǎn)品、設(shè)計到最后開發(fā)我們團隊全程參與。

最終 我們 開發(fā)一個這樣的App的費用 定價 是在30萬左右。

而在與客戶確定啟動這個項目后， 隨著更加深入的交流以及雙方的信任?？蛻襞c我們分享了眾多供應(yīng)商的報價，從5萬—50萬不等。

為什么會出現(xiàn)價格區(qū)間如此懸殊的報價？

傳統(tǒng)的技術(shù)服務(wù)行業(yè)，眾所周知是一個人力型行業(yè)， 傳統(tǒng)外包公司一方面通過瘋狂的項目數(shù)量上的積累以及降低人員成本來獲得利潤，而 另一方面的限制于它的工作性質(zhì)很難吸引到優(yōu)質(zhì)的技術(shù)人才加入。

這就是大家 對這個行業(yè)吐槽的真正原因——農(nóng)貿(mào)市場式的良莠不齊。

所以我們團隊對于行業(yè)的再設(shè)計，也是源于這里。

區(qū)別于傳統(tǒng)外包公司，首先我們公司不是人力供養(yǎng)型企業(yè)，為了保證團隊的層次，對團隊人員的選擇是很慎重的。其次對于項目的選擇，出于對質(zhì)量的要求以及雙方品牌形象的吻合，我們也是有選擇性的。

所以關(guān)于開發(fā)成本這一塊，無論是自己組建技術(shù)團隊，還是尋找技術(shù)服務(wù)商，根據(jù)團隊成員個人的項目經(jīng)驗、專業(yè)素養(yǎng)以及整個團隊的全員項目協(xié)作經(jīng)驗進行測評是不可缺少的一環(huán)。

無論是獨立開發(fā)者，還是開發(fā)團隊，一件優(yōu)秀的產(chǎn)品能夠體現(xiàn)出開發(fā)者的水平。而開發(fā)團隊整體的專業(yè)水平、全員協(xié)作優(yōu)質(zhì)項目經(jīng)驗往往是跳不過內(nèi)部磨合過程的。這也說明了一直以來大家都在倡導(dǎo)的團隊的重要性。

以上就是一個APP的報價流程以及對于開發(fā)團隊方面的一些分析。對于項目的時間估期以及總費用這一塊，不同的團隊預(yù)估以及成本會有所不同，相信綜合能力更高的團隊能在更短時間做出比我們更加完美的產(chǎn)品。

最后，一點提示 。

如有預(yù)算范圍，請一定咨詢專業(yè)人士進行需求功能與預(yù)算的對比，根據(jù) 自身預(yù)算來進行相關(guān)開發(fā)產(chǎn)品模式選擇。

為什么要提及預(yù)算，因為 在很大的程度上，是你的預(yù)算決定了你會選擇組建怎樣的技術(shù)團隊和選擇什么類型的技術(shù)開發(fā)商，以及你最終會得到一個怎么樣的產(chǎn)品。

多說一句，在需求不明確、且需要實現(xiàn)idea的應(yīng)用功能轉(zhuǎn)化時，盲目的做App是一個試錯成本很高的行為。

作為一個有態(tài)度的乙方，我們見過很多茫然、對互聯(lián)網(wǎng)一無所知的客戶。

雖然在合作過程中幫助客戶最終確定需求，完成項目達(dá)成產(chǎn)品，甚至后期幫助上線運營推廣的很多，但同時也在與客戶探討需求的過程中拒絕過很多。

這事兒不是清高，也不是有錢不賺。

只是雙輸從來都不是我們想要的結(jié)果，共贏才是。