[[156652]]

在近日天使匯舉辦的創享會上，極牛專家于思也 分享了他的經歷。身在外包圈，他告訴你所謂的被外包坑慘了是怎么樣發生的。

大家好，我是極牛的專家，我本人是2010年開始做外包。今天要說的話題對我來說挺尷尬，因為我本人就是從事外包，我自己外包公司做了將近六年了。所以今天說這個話題，我想站在外包角度跟大家講一下所謂的被外包坑慘了是怎么樣發生的？還有外包這個圈子里怎么看待外包的？

我先講一個常見問題，好多企業在做創投，如果沒有技術團隊的話，很多人會選擇外包公司做開發來實現。但是很難對外包公司說清楚自己到底做的是什么。也就是說，你的需求的根源可能會保留，因為你不想讓外包公司看到企業的商業模式，和一些很重要的功能點。這樣對外包公司造成了需求不對稱，信息不對稱。如果雙方都沒有意識到這個問題，開發過程中就會出現很多的誤會和失誤。

我剛才開了個頭，我展開說一下，總共有三點，這三點大家如果做到位的話，基本能避免誤會。

第一，誤會，不嚴謹，沒有驗收標準。就是你的需求是不是能對外包公司敞開，根據這些，你有了自己的驗收標準，做成什么樣算是過關和不過關。還有產品本身設計缺陷，因為很多人在一開始并沒有拿產品給投資人看，而是讓你做出一個產品原型，然后商量下一步做什么，不確定因素會造成產品有設計缺陷。

第二，外包的技術人員你也不夠了解，新的技術團隊在這里組成你產品實現的技術團隊。你要盡量保證技術穩定性，不能居高臨下，你要深入到工作中去。

第三，風險評估。在提前展開產品的后續設計之后，你可能對這個產品有依賴性。比如計劃兩個月以后要上線，要做路演，三個月以后要怎么樣，這些其實都是沒有根基的。這樣對整個項目計劃會有很大壓力，后續的工作安排，如果有閃失的話你沒有容錯的機會。

其實站在外包角度來看這都是雙方的，其實它也是被你坑的，它也不太好過。

外包公司為什么會說這些東西會造成被坑的感覺呢？主要它自身也會有一些問題。如果是成立一年以下的外包團隊，成員大概就是三五個人到十幾個人的規模，會出現一些團隊自己運作上的問題。十幾人到五十人也會出現問題，但是相對好一些。所以選擇外包的時候看外包組成人員中有多少技術人員，多少人是實際在開發的技術人員。

第一，巧婦難為無米之炊。就是管理的手段。隨著人員不斷增加，二十人、三十人、五十人、一百人，也會有繁復的流程。當一個成員每天在做三個項目的支持和開發的時候，他會有自己的想法，人員會不穩定。

第二，坐以待斃。以前接觸過小型外包公司可能會了解到，你先找技術人員，還是先找項目？如果你不找項目，你的成本，人員開銷就在那兒延續著。這樣的話你就開始瘋狂找項目，去找銷售，就會走到C，就是作繭自縛。因為你饑餓的時候找項目，有好項目，有不好的；有你做的得心應手的，也有不是的。領導層只是把這個事告訴銷售，說我需要接這個項目，我們現在需要。銷售就用銷售手段去把這個項目談下來。但接下來他會覺得，一款做了，二款很難做，三期又無期，所以對IT來說也沒有解決掉，作繭自縛。

第三，根據自身內部情況進行公司盈虧調整。就是出現了上述情況會對公司進行分析，比如說有的項目就放在那兒，我先不做，去做別的更新的項目，因為更新的項目會有首付款。如果你能看出這些產生的表象，才會發現問題，然后做后續的備選方案。

第一，與外包公司項目負責人溝通，能見到多高的職位就見多高的職位。去看他的狀態，你看跟他溝通時候的言談舉止，這塊只需要大家的情商，不需要對技術方向了解多深。溝通項目的成本，以及以往他的成功案例，做成功的和做失敗的，你都要了解。

第二，你要表達你的需求。你要去模擬用戶的使用情境，就是用戶點擊你以后，下一步你希望他加C一個虛擬動畫，還是過程動畫，這些都是要告訴他的，因為這個直接影響技術開發的時間成本，還有技術實力是否能達到。所以你的需求以用戶模擬使用時的情境去代入。

[[156654]]

第三，工期要明確，付款方式雙方協商，產品所有權制約。工期明確，說第一階段具體要實現的功能要在具體11月幾號。因為外包公司會很巧妙的用文字游戲，造成一些誤會。它會制造一些雙方的信息不對稱，然后規避自己的責任。比如項目報價單通常很模糊，說這個項目大概15萬，你分3次給我，工期是40個自然日。但你要看每一項每個單元要做多長時間，這是很重要的事情。分解項目所需要的技術，項目組成和后期維護難度，成本，周期，驗收標準。

對方給你的合同會有很多技巧在里面，他第一條寫一個，第二條寫一個，第十條寫一個，你單看每一條都沒問題，但是把一三十組合起來是對你有利的，而對你們是沒有利的。必須在合同上寫好你的郵箱是什么，對方的郵箱是什么，甚至QQ號都要寫。還有你與對方溝通的時候也要開啟錄音。打官司的時候，法官會說甲方支付乙方費用，給了，你的義務就盡到了。乙方有沒有給甲方發過一些成果？發過，我也給甲方郵箱發了。現在就不好判斷了，雖然發了能不能使，但是他發給你了。發給你了滿不滿意也不好說，因為也沒有驗收標準。所以合作的時候，如果真的走到最后一步的時候，確實是很頭疼，雙方都耗時耗力。

最后講一下合作時的注意事項。工期確認，項目節點確認。你項目有多少節點，不要做虛的形式，你要真正的結合自己的情況，不要寫一些形式上的東西。驗收標準明確，這個其實你不懂什么是專業的驗收文檔，也不懂覆蓋率等等都沒有關系，你只需要告訴他你用產品上的實際體驗。但是這個你要擺清自己的位置，就是很多產品需要先做出來，給用戶使用，然后再做一步一步的完善。如果你把一個標準定到大型軟件項目，工程性的話，你找的公司就說實現不了，我不接你的項目，你找別家。原本20萬的項目最后變成100多萬也不是不可能。