難點都在哪里？什么時候出現(xiàn)的？

主要難點

1.需求梳理，要明確甲方具體要做什么功能，要達到什么目的，主要是雙方的溝通成本高。

2.具體看你做哪種類型的項目，在看功能上有沒有什么難點，舉個例子直播APP的并發(fā)就比較難，因為一個主播可能有幾萬甚至幾十萬同時觀看，你要保證用戶體驗幾十萬人同時觀看一點都不卡，這個就算難點。

簡單將難點分下類：

解決用戶的高并發(fā)（就是指怎么解決幾萬幾十萬用戶同時訪問服務(wù)器，而不至于讓程序崩潰）

邏輯難點（有些產(chǎn)品內(nèi)部的業(yè)務(wù)邏輯很復雜，又存在很多交叉的點，要保證數(shù)據(jù)正確流程正確不出錯比較難）

效果難點（就是一些比較優(yōu)秀的用戶體驗，或者比較炫的界面效果要花費很多的時間）

體驗優(yōu)化（這個可以說是最難的，舉個例子，之前做過一個項目，處理圖片的，我們初期實現(xiàn)處理一張需要3秒，后期版本非讓我們優(yōu)化成0.5秒真心頭都大了，要知道只是3秒處理，我們就寫了幾個月上萬行代碼，在這個基礎(chǔ)上優(yōu)化真心費神）

需要哪些人員進行開發(fā)？

安卓（Android） + 蘋果（iOS） + 后臺（java或者PHP）+ 產(chǎn)品經(jīng)理（設(shè)計流程） + 設(shè)計（設(shè)計界面）以上人數(shù)小項目，每個部門一個人，大一些的項目每個部門需要多人參與

需要多少錢多少時間？

錢：只能說定制的軟件，一般5萬起步，具體為什么5萬起步后面會說道，上不封頂。

時間：定制類型的軟件不含商討需求的時間。開發(fā)到交付要用至少1個月以上。

現(xiàn)針對性的解答問題：

一個APP開發(fā)所需要的人員——安卓+蘋果+后臺+設(shè)計+產(chǎn)品。這是最合理的配比，當然有些小公司是沒有產(chǎn)品經(jīng)理這個職位的，一般是美工或者一個稍微有些經(jīng)驗的程序要“代刀”。也就是說一個APP最少配比一般來說要5個人，這5個人里面安卓和蘋果的工資會高一些，北上廣深在二萬左右，二線成都、南京、杭州、西安、鄭州這些城市在一萬+。產(chǎn)品和設(shè)計一般能用的就是大幾k左右吧，后臺根據(jù)項目來定，大項目的后臺工資要超過安卓、蘋果，小項目就可以不用很強力的后臺。因為一般項目主要邏輯和數(shù)據(jù)都是后臺來處理的，如果項目功能邏輯很多，就得用很有經(jīng)驗的后臺才行，這種后臺工資高的年薪過百萬，一般的后臺月薪就二萬左右吧。

概要的說下一個APP制作的流程：

• 商談需求（雙方參與，得到一個需求文檔，乙方整www.handongruanjian.com理）
• 制作流程圖（乙方實施，設(shè)計出軟件的運行流程，然后甲方確認。得到一個流程圖文件）
• 制作原型圖（其實就是把應(yīng)用用到的所有界面都畫出來，每個界面上要包含這個界面該有的所有的元素和字段，但是這一步是沒有具體排版的和顏色渲染的）
• 制作設(shè)計圖（UI）：根據(jù)上一步的原型圖，來具體的排版，渲染顏色。最終產(chǎn)物是一套用戶界面設(shè)計圖
• 編寫：就是具體的代碼編寫
• 測試：乙方負責，根據(jù)需求和后來制作的設(shè)計圖來一步步檢測功能是否有bug
• 交付：正規(guī)公司會把我上面說到的所有東西都提供給甲方
• 細節(jié)補充：現(xiàn)在國家做只是產(chǎn)權(quán)保護，所有的APP要上架必須具備《軟件著作權(quán)》，這個一般乙方會代理辦理。

開發(fā)確實是比較耗費人工的，價格一般都不低，最簡單也得一萬起步吧。核心是因為技術(shù)這個行業(yè)的人工成本確實比較高，一線城市技術(shù)的人均成本在20k左右，二線在10k+左右吧。當然我說的是能真的寫代碼且寫出來的代碼能用的程序員。杠精跑出來非要杠說他們公司招了個5k、6k的我不反駁啊，市場上肯定是有新手的，成熟的技術(shù)公司的用法一般是主程就是主要寫大框架的程序員肯定要是有經(jīng)驗的，部分功能性細節(jié)可以讓初級程序員也就是7-8k程序員來寫。

假設(shè)7-8k來當主程，信我，你花的錢會成幾何數(shù)上升，程序這個工作是比較講究功力的，初級程序員能寫嘛？說實話國內(nèi)的大多數(shù)應(yīng)用他們也能寫，因為國內(nèi)的技術(shù)水品真的就不咋地，主要的尖端技術(shù)研究還是一批老外再弄，中國的程序員最先掌握的技能就是復制粘貼，把老外寫好的代碼拿過來復制粘貼下然后改改，表面看功能好像是實現(xiàn)了，其實他們自己也搞不清楚那段代碼復制過來具體是啥思路，啥意思。這就意味著，這套代碼表面上看甲方提出的需求好像完成了，但是后期所帶來的就是無盡的坑要填。

1.代碼的可維護性差

因為代碼本身是拼湊來的，者復制一點那復制一點，程序員本身也都不知其意，反正看起來差不多。所以后期如果代碼出現(xiàn)問題，基本上沒法改....或者邏輯上有調(diào)整需要調(diào)整部分代碼，基本上這個項目也死了....

2.延伸性差

所謂的延伸性就是代碼的迭代，一般的互聯(lián)網(wǎng)產(chǎn)品沒有誰說一個版本就做的比較完美了，都需要很多個版本的不停迭代才能達到理想狀態(tài)，結(jié)合一部分市場反饋，結(jié)合一部分功能上的完善。有經(jīng)驗的程序員寫東西的時候邏輯性比加強，他們的一端代碼是可以去推敲的，正著來、反著來都不會出錯，初級程序員寫的東西，邏輯性肯定沒那么強，正著來可以反著來就會出錯。我說的在形象點舉個例子，比如一個功能1.2.3.4肯定沒問題，如果換一種方式點進去，1.4.3.2就會出錯這就是新手常范的錯誤。另外一點老程序員寫東西喜歡“留”，就是說會留一些當前看來沒有用的數(shù)據(jù)結(jié)構(gòu)和字段放在那里，就是為了滿足后期修改和新增的需求。新手不會留，也不知道該留啥。

3.市場報價的坑

這里是大家最差以一個點應(yīng)該，如果你咨詢過一些公司了已經(jīng)，你會發(fā)現(xiàn)一個問題。關(guān)于軟件各個公司給你的報價天差地別，甚至有些報價只有其他公司的零頭。是因為有些公司根本不是定制性的給你開發(fā)的，而是用他們制作好的saas，來套給你。saas我不說好壞整理了一個文檔方便大家對比優(yōu)劣性。