通常大家選擇外包無外乎幾個(ge) 原因：省錢省力、人才儲(chu) 備不足或是因為(wei) 項目堆積，無法在最短的時間內(nei) 完成客戶需求。然而外包道路上風險重重，我們(men) 該如何規避與(yu) 預防，都是外包雙方急需了解的問題。所謂知已知彼百戰不殆，隻有深刻透徹的了解外包過程中的風險，才能及時調整策略，將損失降到最低。那麽(me) 外包過程中都有哪些風險以及如何規避？

對風險我們(men) 快包平台是這麽(me) 定義(yi) 的，所有可能造成發包方和接包方無法共贏的因素，都是項目外包潛在的風險。從(cong) 風險的來源上簡單分類，包括來自雇主的風險、來自服務商的風險和來自雙方協作問題的風險。

1、來自雇主的風險

雇主找外包，總希望“找個(ge) 靠譜的團隊”。但是如果雇主自身不靠譜，外包出去，不僅(jin) 可能會(hui) 給服務商帶來損失，同時也是外包項目發展的隱患。雇主不靠譜的行為(wei) 包括：

有一個(ge) idea就認為(wei) 萬(wan) 事俱備，隻缺一個(ge) 寫(xie) 代碼的，開發起來很簡單

大多數人在谘詢了一圈外包之後就放棄了，或者少量投入之後不了了之。許多雇主不知道從(cong) idea到能開始寫(xie) 代碼之間，還有巨大的工作量要做。對那些“隻缺一個(ge) 寫(xie) 代碼的”的雇主，有經驗且靠譜的服務商一般都會(hui) 婉言拒絕，因為(wei) 陪這類雇主耗不起。而有這種認知的雇主，其實也最容易受騙。因為(wei) 他們(men) 沒有能力篩選合適的服務商，易受報價(jia) 高低和接包方的銷售能力的影響，並且不清楚外包交付的結果是什麽(me) ，無法鑒別交付質量的好壞，也沒有技術使用能力，項目完成後脫離服務商就沒法把控。

架構宏偉(wei) ，功能貪多求全，多個(ge) 產(chan) 品端同步開發

這種觀念通常會(hui) 在傳(chuan) 統行業(ye) 創業(ye) 者身上出現。在參考了很多應用之後，他們(men) 提出一個(ge) 非常宏偉(wei) 的構想，網站、APP和微信全都做。很多人甚至還自己寫(xie) 了一個(ge) “描述功能”文檔來尋找外包。文檔中通常用諸如“平台”、“大數據分析”、“統一管理”這些宏觀的詞匯來描述。服務商要建議減少功能那是不行的，以為(wei) 每一個(ge) 功能都是，創新的亮點，是核心競爭(zheng) 力。對於(yu) 這樣的雇主，服務商要麽(me) 報一個(ge) 高價(jia) ，要麽(me) 說服雇主分階段開發。如果說服不了就隻能拒絕了。高價(jia) 承接項目的，及時能順利交付，產(chan) 品上線，一般的創業(ye) 者也沒辦法順利運營。因為(wei) 這種項目超出了他們(men) 的服務能力和運營能力，很多功能屬於(yu) 對用戶的“過度承諾”。

外包過程中雙方缺乏溝通與(yu) 監督，雇主認為(wei) 花錢後什麽(me) 都不用管，服務商應全權負責

很多雇主為(wei) 了省事，把這個(ge) 工作完全外包給了服務商，並且認為(wei) 自己出錢就應該得到全方位的服務。在其他市場，這也許沒錯。但是項目外包，產(chan) 品是雇主的，不是服務商的。服務商全權負責，很難有雇主滿意的結果。如果雇主再有以甲方自居的態度，尤其直接對工程師表現出這種態度，極有可能換來的是服務商撂挑子不幹。

雇主壓低預算，用最少的錢做最多的事情

有些雇主資金有限，能省則省的做法我們(men) 都可以理解。但是在不能省的地方還想法設法省，就會(hui) 埋下隱患。很多服務商為(wei) 了接項目，不惜報出很低的價(jia) 格，圖省錢的創業(ye) 者再比價(jia) 選擇。最終雖然確定了合作關(guan) 係，服務商也會(hui) 因為(wei) “做這個(ge) 項目不太值得”而不會(hui) 付出很多熱情。偏偏這類創業(ye) 者甲方在付錢後通常還會(hui) 想法設法讓服務商多做工作，如讓UI設計師“順便”設計個(ge) logo，讓工程師增加個(ge) 功能。這種情況下，服務商如果是個(ge) 中小型團隊，很難有好心情做好項目。

2、來自服務商的風險

項目外包中，服務商因為(wei) 比雇主更了解產(chan) 品設計和技術開發，因而有更多的主動權。外包市場上的服務商包括兼職個(ge) 人、兼職團隊、自由職業(ye) 者、外包工作室、小型外包公司、大中型外包公司這幾種類型，外包報價(jia) 通常逐級遞增，外包風險也逐級降低。但是靠譜不靠譜，與(yu) 服務商的類型無直接關(guan) 係。下麵是快包平台總結出來的服務商的一些不靠譜行為(wei) 。

什麽(me) 項目都能做，不問需求先承諾

無論多大的服務商，都會(hui) 有擅長和不擅長的領域。且不說不同項目的技術實現有多少差異，分別需要什麽(me) 積累。僅(jin) 從(cong) 產(chan) 品來開，領域不同，產(chan) 品不同，對產(chan) 品經理的要求也不一樣。而多數接包方，都不會(hui) 有不同領域的產(chan) 品經理。事實上，一般的服務商都隻有一兩(liang) 個(ge) 產(chan) 品經理，甚至隻有項目經理。因此什麽(me) 項目都能做的服務商，更大的可能是什麽(me) 項目都做得不太好。

整包項目沒有完整的產(chan) 品設計和交互設計

外包項目沒有產(chan) 品設計和交互設計，細節上就“死無對證”。最終交付的產(chan) 品有沒有用戶體(ti) 驗的細節，就完全由服務商的職業(ye) 操守來決(jue) 定了。許多服務商在與(yu) 雇主溝通需求後，很快出大部分的UI設計圖催甲方確認，甲方看到設計圖很漂亮就確認了。做完後才發現與(yu) 期望結果相差太遠。因為(wei) 設計圖沒辦法體(ti) 現所有細節。有這樣的案例，雇主驗收時發現用戶的登錄密碼是明文顯示的，於(yu) 是和服務商對峙，服務商方以未事先說明且經理過甲方確認為(wei) 由不予修改。

未充分評估就承接項目，實現過程不與(yu) 雇主溝通

大多雇主提出的外包需求通常都不太明確，如果服務商未進行詳細的了解和充分的評估，項目很可能因為(wei) 存在技術難題或工作量黑洞而失控。此時雙方如若及時溝通，尚能適時止損，否則項目極有可能爛尾。服務商不主動溝通，也是項目扯皮的主要原因。

3、來自雙方協作問題的風險

項目外包中，服務商和雇主要有很好的協作才能共贏。大體(ti) 上，需要雙方協作的工作有三部分：產(chan) 品設計的協作、外包工作範圍和結果的共識以及外包過程中的充分溝通共同管理，三部分工作都會(hui) 有各自潛在的風險。

雇主需求不明確，項目功能貪多求全。如前所述，這屬於(yu) 雇主不靠譜的表現，這樣的雇主將極大提高服務商做產(chan) 品設計的難度，雙方很難協作出一個(ge) 好的解決(jue) 方案。

需求溝通不充分，產(chan) 品確認不嚴(yan) 謹。在產(chan) 品設計階段，雇主與(yu) 服務商需要充分溝通，一再進行細節上的確認。如果服務商給出的是一個(ge) 大概的產(chan) 品方案，雇主也恍恍惚惚的完成了產(chan) 品確認，最終的交付極有可能不會(hui) 令創業(ye) 者滿意。

雇主需要服務商做哪些工作，或者服務商能為(wei) 雇主做哪些工作，需要在雙方合作前達成共識。一些不易覺察的工作，例如服務商幫雇主開通各種賬號、購買(mai) 域名、備案和配置服務器、對雇主招聘的員工進行輔導、培訓，產(chan) 品上線、搜索引擎提交、維護期外的技術谘詢等細節工作，並非是默認服務商應該做的工作，對此，甲乙雙方需達成共識。

外包開發最後交付什麽(me) 樣的成果，甲乙雙方必須有基本一致的預期，包括交付物、產(chan) 品功能、技術性能和產(chan) 品體(ti) 驗等。

在外包開發的過程中，無論是雇主還是服務商，都有可能發生變動。雇主可能會(hui) 有需求上的調整，服務商可能會(hui) 有人員上和時間上的變動。如果雙方沒有通暢的溝通機製，不對過程進行管理，最終結果就會(hui) 與(yu) 預期目標有偏差。

外包是一條充滿各種坑的道路，那麽(me) 技術外包路上坑這麽(me) 多，要如何避免呢？如今快包根據平台真實案例總結以下兩(liang) 點，供大家參考與(yu) 學習(xi) 。

1、首先選擇一個(ge) 靠譜的外包團隊

對外包團隊的技術積累，分兩(liang) 方麵來考量，一方麵是技術框架積累，另一方麵是行業(ye) 背景積累。技術框架是決(jue) 定產(chan) 品開發效率、穩定性、安全性、可拓展性的關(guan) 鍵因素，而行業(ye) 背景積累是決(jue) 定能否幫你完成一款優(you) 秀的產(chan) 品設計。

對外包團隊經驗的考量（是否具有可靠案例），任何開發公司都會(hui) 具有一定特色的案例來作為(wei) 企業(ye) 對外實力的展示，而了解開發公司是否在合作對象或者是開發對象過程中有大中型企業(ye) 合作經驗，也非常重要。除了看案例介紹，有條件的情況下最好可以看到部署到線上的後台管理係統，這樣才能體(ti) 現案例的真實存在。
  
對外包團隊結構合理性的考量，目前市場上有很多外包團隊，能力水平高低不一，配置簡單，有些沒有產(chan) 品經理團隊，有些沒有項目經理，有些沒有UI設計，缺胳膊少腿很常見。而想要做一款好的互聯網產(chan) 品就一定要選擇綜合能力比較強的團隊，以免出現抄襲或者是無法符合市場需求的產(chan) 品。團隊配置一定要合理，產(chan) 品經理、UI設計、項目經理、技術經理、技術開發人員、項目測試，最好是缺一不可。

2、要與(yu) 外包團隊積極協作 嚴(yan) 格把控項目進度

選擇了一個(ge) 好外包團隊，不代表就萬(wan) 無一失，設計並開發一款產(chan) 品需要彼此的配合，雇主也要清楚如何與(yu) 外包團隊進行協作。

一定要參與(yu) 產(chan) 品設計：做產(chan) 品過程中要與(yu) 外包公司進行充分的交流與(yu) 溝通，確保產(chan) 品的方向性，體(ti) 驗與(yu) 交互是滿足自身要求的，產(chan) 品設計過程中需要有思維導圖、流程圖、原型圖、PRD，缺一不可，從(cong) 而才能走好第一步，保證項目的完整性以及整體(ti) 框架的建設。

要嚴(yan) 格把控項目進度：進入開發後，要求開發團隊每周提供項目進展報告，同時需要提交完整的文檔，包含概要設計，數據庫設計，接口設計，後台設計文檔等，確保項目在正常的時間內(nei) 進行。

自己控製需求，不做大而全：做一款初創產(chan) 品切忌大而全，在做產(chan) 品設計時需要細致思考，謹慎確認，一旦確定後，則少做修改，不能看到別的產(chan) 品有什麽(me) ，自己也想要有。

預算合理：多少錢做多少事，亙(gen) 古不變的真理，不能指望10萬(wan) 去做50萬(wan) 甚至100萬(wan) 才能做的事，需要自己也調整好預期。

自身內(nei) 部要統一出口，達成一致：團隊自身內(nei) 部一定要統一意見，再由專(zhuan) 職1人與(yu) 外包團隊進行對接，不能內(nei) 部意見不一，想到什麽(me) 就讓外包團隊去做，做了以後又需要修改，這樣反複折騰隻能對項目造成致命影響。

一起參與(yu) 測試：進入測試以後，在外包團隊提供測試網址或者測試包以後，需要安排團隊內(nei) 部或者找一小批用戶參與(yu) 測試，及時發現bug進行調整。
  
做一款產(chan) 品總會(hui) 經曆千溝萬(wan) 壑，包哥最後祝福各位雇主無論是找外包還是自己組建團隊開發或者設計產(chan) 品，都需要認真嚴(yan) 格對待，才能做好一款優(you) 秀的產(chan) 品。

快包——AI與(yu) 物聯網開發服務平台（）

快包是開發外包，也是互聯網眾(zhong) 包服務！它體(ti) 現分享經濟模式，把一個(ge) 真實的需求與(yu) 閑置的供給資源匹配，解決(jue) 陌生人可信問題，讓靠譜的需求得到承諾的交付。“讓服務商賺到錢，讓雇主滿意”是快包一直以來秉承的經營理念與(yu) 服務宗旨。

疫情期間，必威官方网站手机網為(wei) 雇主和服務商提供在線業(ye) 務支撐服務。無需碰麵，即可完成項目開發對接，高效，安全。方案超市——展示方案，持續為(wei) 方案商輸送靠譜訂單。betway必威官方平台——撮合項目對接，讓服務商在線賺錢，提高收入。

加包哥微信kuaibao52，包哥帶你一起飛！（可申請加入技術群，廣交朋友，共同學習(xi) ，多條路子）