幫我做個APP，給你20萬，做不做？

標籤：

 

一、為什麼要寫這篇文章

前段時間，有個回老家 創業的同事(做法務的)  問我 開發一個 新聞類的APP要多少錢，產品、UI、介面、後台管理頁  他們啥都沒有，想全部外包。

我 並沒有在外包公司做過，也沒有接過私活，但是畢竟一線開發也做了很多年，也管理過Team Dev。

沒吃過豬肉 也是見過豬跑的。於是寫了這篇 文章，來闡述 自己對 外包 中報價和開發時間 的想法。隨帶說了下 工作中的時間評估。

有的 想法 可能不對，可以探討。

 

二、外包 的報價。

 

暫時叫 我的那位老同事 叫 小明 吧。下面是我們的對話。

 

小明：“一個簡單的APP開發要多少錢，要開發多久?”

我：“沒有具體的產品，錢和時間 都沒法評估。我知道你也不懂這塊，所以我大體說下。

我們按一個APP開發人員一個月2萬來算，只是個比方。21天的工作日，每天 2萬/21 約定於 950元，我們用900元吧，主要是好算。

我們要先看 你的產品有多簡單，如果只是展示寫死的一些圖片和資料，不用讀介面，就幾個簡單的列表展示頁，一周之內可以搞定。900*5 = 4500。

剛才說的5天時間 是理想開發時間，因為平時我們要溝通，修改需求、修改UI設計等等，這些都要花時間，所以開發時間 都要加上50%的風險時間，所以 報價為：4500 * 1.5 = 6750 。6750是在 產品文檔 和 UI 都是 你們給 的情況下的報價。iOS和android 加起來：6750+6750 ≈ 1.3W

如果 產品文檔和UI 都要我們出，產品經理和UI的工資都按1.5W來算，1.5W/21 = 700，產品和UI要經常和你討論，很花時間，因為需求比較簡單，我們大體按6個工作日來估算，700*6 = 4200。

總共：1.3W+ (4200*1.5) ≈ 1.9W。”

 

小明：“新聞類APP 開發要多少錢？”

我：“新聞類的APP，有介面，有wap，使用者登陸、註冊、視頻播放、等等功能。因為新聞類APP的產品也是相差很大的。我們只是大體按 42天來算 ，實際會和這個有很多出入。

900*42＝37800，37800*1.5 ≈ 5萬7千，就算是6萬吧。iOS和android 加起來 為12萬。

這些是不算產品、UI、介面、後台頁面 的錢。按上面分析的方式來大概推算 12W（iOS和android） +4W（產品和UI）+ 13W（介面和後台管理頁）≈ 29萬。

28萬 是 體力勞動的報酬，如果算上 召集人 需要的好處費：29W+3W = 32W”

 

小明：“需要這麼多錢,也太貴了？”

我：“要看具體的需求來定，上面說的只是大概。並不完全準確。”

 

小明：“可是我問過 小D（D同學是還沒畢業的學生，在公司實習），他說 讓他做 這一整套下拉 也就 十幾萬，你報的比他報的高太多了 ”

 我：“我給你報32萬，你如果找真正的外包公司，他們應該至少會給你報60萬以上，你們砍價可能最少也的50多萬。

如果你找在校大學生，或者找 三線城市的 Team Dev，一般都比較低。”

 

小明：“外包公司收費這麼高，還不如找個人開發人員呢。”

 我：“專門外包的團隊 之所以報的高，是因為外包公司需要盈利啊，比如他們可能 會把交易額的20%～50%作為盈利。

他們報價貴，還有人找他們做，是因為 他們安全啊，不像個人開發人員，有可能玩失蹤，他們是跑不了的。

三線城市的Team Dev 報價也低，但是因為 和僱主不在同一個地方，討論需求、交流都很困難，所以 很多的公司 不會選。”

 

小明：“可是在校大學生便宜啊，這個不錯。”

 我：“在校大學生便宜 是因為 他們很少有實戰經驗，他們更想通過項目提升實戰水平，接外包同時還能賺錢，這樣挺好。

但是 你要考慮以後 代碼的維護成本，代碼很難維護，會導致你以後的維護成本很高。這個需要你們去權衡。”

 

小明：“我給你20萬，你找人 幫我搞定 怎麼樣？”

我：“不行，首先，錢不到位。還有 產品文檔和 UI設計 如果你們不出，我是不想接的，因為 產品和UI 經常會變更， 很容易造成以後扯皮。你們定好產品和UI 我們來做，是最好的。”

 

然後就沒有然後了。。。。

當然像我這種好員工 也是從來不接私活的。。呵呵。。至少到現在還沒接。。。

 

 

三、工作中的 時間評估。

 

• 工作中經常會 被要求評估時間。畢竟領導是需要一個具體的開發時間的。
• 有的公司要求還比較嚴格，如果在計劃的時間裡沒有 上線成功，是要接受懲罰的。有的公司 會要求比較松，時間延後幾天也可以。
• 評估時間，一般是 評估需求裡 每個小模組的開發時間 來獲得總時間。這個時間*1.5  就是 報上去的時間。這裡的 1.5 要根據團隊的實力、領導的態度進行調整，範圍一般為：1.3～2.0。
• 如果領導覺得估的時間長，是會進行壓縮的。如果有個競爭團隊，會在一定程度上壓縮開發時間，畢竟誰都不想比對方差，這種情況需要兩邊的開發經理多溝通，保持彼此基本一致 才比較好。
• 如果領導 規定固定時間一定上線，但是排期過緊，可以適當的 砍掉需求，進行多次迭代。
• 有經驗的開發人員 自己評估的時間 一般都夠用，最 害怕的是 大領導 提出的緊急需求，還不能拆分需求，只能硬著頭皮加班。。
• 如果 開發人員自己評估的時間 不夠用，或者時間明顯過多，大多是因為需求相關的技術掌握不夠熟練。
• 對沒做過的東西、不會的東西， 不要想當然的 給產品經理說：“這個很簡單，我10分鐘搞定”。如果 你10分鐘沒搞定，多丟人。。
• 對於你沒做過、不會的東西 要先去瞭解下真正的開發細節，同時 要多增加 風險時間。

 

幫我做個APP，給你20萬，做不做？