一說起程序員，多數人們都會以“高智商、高工資、高強度”來形容他們。
像這種“三高”專業選手聚集的公司，按理來說，應該是跟“不靠譜”這個詞絕緣的。
但事實是，需求方或開發方只要有一方不靠譜，整個項目一般就沒譜了。
這裡說的需求方，不僅僅指項目運營公司。
有些時候，技術開發公司也會以需求方的身份出現的。
技術開發公司有時會把部分項目做外包，或者項目中的某個技術點做外包，主要是為了項目更加完善，進度加快。因為，沒有一家技術開發公司是全能的，無論是新起步的公司還是做了很多年的公司。
比如，一個商城APP系統裡會有一些營銷類遊戲功能。那麼，找一家專業做遊戲的公司來外包合作這個遊戲功能，多數要比項目開發商自己的團隊來製作要完美、快速。
打個比方說：
技術開發公司就像是美食城裡的一個個檔口，同樣都是賣食物，有些檔口賣麵條，有些檔口賣麻辣燙，有些檔口賣肉加饃……
技術開發公司的外包就像是，麻辣燙家的燒餅是委託肉加饃老闆製作的。雖然比喻有點接地氣，但道理雷同。
下面說幾個技術開發公司不長心的真實案例，
同理來提醒一下項目需求公司，
一定要警惕！
不靠譜案例一
1、項目名稱：XXX開發雙版本
2、項目案值：10萬左右
3、項目時間：2017年9月份
4、大體經過：
A技術開發公司在網上找到了一家同類型公司，合作製作上述軟件的遊戲功能。
合作公司的資質齊全，但公司註冊時間比較短，只有半年多點。A公司為了確認實力，專程去這家合作公司實地考察過，確認合作公司技術人員組成符合合作標準。
於是，他們就這樣愉快的合作了。
於是，A公司給合作公司打了首付款。
定製開發的合作過程應該是這樣滴：需要根據需求方的要求.先做原型圖，再做UI效果圖，給需求方確認之後再開始程序製作。
但，實際情況是：合作公司直接從某寶網上面買了一款類似的遊戲源碼。在他們的服務器上面安裝好之後直接手機截屏了幾張圖片發給A公司，說這是單獨為A公司量身設計的，並且不可修改。
買的現成軟件功能當然不可能滿足A公司的需求，所以，A公司多次要求合作公司修改功能，在合作公司各種不配合後，乾脆沒了動靜。
結局：合作公司失聯。多方尋找及交涉後，遊戲功能仍與需求差距很大，導致項目延期交付。
總結：
長點心吧！除非你特別瞭解這家公司，否則，註冊成立一年以內的技術外包公司，還是儘量多觀察再合作吧！
不靠譜案例二
1、項目名稱：XXX功能的商城系統
2、項目案值：3000元左右
3、項目時間：2012年5月份
4、大體經過：
A技術開發公司需要一套APP商城系統。在某寶上面看了銷售源碼的店家介紹，感覺很不錯，甚至讓人覺得有點牛，最重要的是價格非常便宜。
於是，很愉快的下單購買。
結果：當代碼安裝到A公司自己的服務器，並且結合後臺進行使用的時候。總共出現了307個BUG……
於是，A公司意識到，他們購買的源碼是一套垃圾中的戰鬥機。
協商修改的過程，起初賣家還是很積極配合的。但修改三天之後，賣家就再也不回消息了。
項目延期……
總結：
長點心吧！
一定要相信“好貨不便宜便宜沒好貨”的道理。再有，如果購買的源碼比較貴，一定要去賣家公司實地考察，並且現場對代碼進行審核。
不靠譜案例三
1、項目名稱：某某APP的某個功能的人力資源外包
2、項目案值：3萬元左右
3、項目時間：2014年
4、大體經過：
A技術開發公司排單太滿，有個項目客戶非常著急，要求項目提前 兩週上線，完全打亂了之前的開發節奏。公司在沒有辦法的情況下，只得將此項目中的某個功能進行人力資源的外包。即找個別的公司的程序員幫著完成。
當時找的是一位在其他軟件開發公司任職的程序員小B，雙方談好了外包的金額和功能點，就這樣愉快的合作了。
剛開始合作還是很順利的，但隨著項目的不斷深入，問題就越來越多，主要表現在：
a、小B的時間和A公司對接不上。
A公司白天上班要與小B對接工作，但小B白天也要在他的公司工作，不能做私單，只能晚上對接。晚上對接了又不能做到太晚， 因為小B第二天還要上班。
b、A公司要求小B使用A公司的架構和技術框架，但是由於小B不熟悉，導致前期對接花費了很多的時間，並且增加了很多的溝通成本
c、由於不在一起辦公，無法做任何的約束，A公司對小B全憑信任，而小B幹活則全憑心情。
結果：外包合作失敗了，A公司只得還是自己做開發，經過和其他客戶的協商，抽調了一部分開發人員加急開發，也算是如期如質的在交付了項目。
總結：
長點心吧！
公司和個人合作，除非對這個人非常的瞭解並且保證時間充足。
以上這三個不靠譜案例是技術開發公司作為需求方時遇到的。
專業選手都能出這樣的問題，何況對技術開發行業瞭解不多的廣大客戶！
閱讀更多 星億達 的文章
