因為市場和客戶的極大變動性，市場上已有的規模化體系內的「百搭系統」已經不能滿足各種創新型企業的需求，而且還面臨著後續**費用高的困擾。所以很多企業選擇了另外一種方案---自建。通俗來講，就是「對症下藥」「量體裁衣」，根據企業實際需求和當前問題量身定製開發一套只屬於企業的管理系統。關於自建，目前市面上主流有兩套模式：外包和自主研發。
自主研發需要投入的成本極高，第一步就需要自建研發團隊，所以很多企業選擇了外包。軟體開發外包，大家應該都不陌生。就是花錢找公司或者團隊幫企業開發，企業提供功能需求，找第三方軟體開發公司來實現，開發成本和軟體的功能複雜程度是對等的。
但是有不少企業嘗試這種做法，效果卻不盡如人意。原因有幾點：
1、理解需求層面
大多數外包公司都是純粹的技術性企業，屬於程式設計師自己做老闆組建的公司。簡單來說就是基於技術層面實現你所需要的功能，至於這個功能好不好用，能否在運用中提公升企業效益，這個就需要企業自己評估。大多外包企業大多數不會提供管理諮詢和運營指導，只是機械的做功能開發，基本就是你說要什麼功能，他就從技術層面來告知你能否實現，至於這個需求的適用性，他們不關心，導致很多軟體開發出來也並沒有起到相應的作用。
2、功能滿足層面
通常外包公司會把企業的需求細化並整理《需求文件》，甚至小到功能按鈕都會詳細說明。這樣做是為了以便於後期軟體驗收，只要文件中描述的功能實現了，就算專案開發完成。但是，企業隨市場運作，市場又是瞬息萬變的，管理述求應該是動態的。如果企業中途有複雜的需求變動，這時候就免不了陷入和外包公司的糾紛中，外包公司則會聲稱完成了《需求文件》所有功能的開發，而拒絕提供文件內容外的服務。
3、需求變更層面
因為第二點，大部分外包公司的合同都有關於功能變更的邊界說明，一般根據專案金額大小，難易程度，變動比例不會超過乙個限定的區間範圍。如果超過，或者還有其他功能新增，肯定需要簽署新的合同或者補充協議，重新評估**。這就需要雙方不斷的協商，反覆溝通，會耽誤大量的時間。
4、支出成本層面
一般的軟體開發又分為已有模板修改（模板開發）或重新編寫（定製開發），外包企業採用哪種方式取決於外包公司本身專案經驗積累。乙個專案，如果外包公司有豐富的類似案例開發經驗，能套用現成的模板做部分修改，可能幾萬就能實現；如果是接手乙個全新的板塊就需要根據客戶公司需求全部自主編寫，那**就高很多了。所以，這就需要企業能有效識別外包企業的實力，儘量減少開發成本，不要花錢替外包公司「掙樣品」。
5、外包市場層面
外包服務的提供者包括三種：個人，小型團隊，公司。同乙個專案，三者的**中個人最低，公司最高；可靠性個人最低，公司最高。而對於大多數企業，往往把開發成本壓縮再壓縮，最後很可能找到不靠譜的開發商。
6、後續服務層面
軟體開發完成後還需要後續維護，而因很多外包企業的本是「小作坊」，往往過兩年企業就找不到人了，這時候企業手裡就只有一堆無用**...... 所以企業一開始就應該找公司規模大，信譽度高的外包公司。本無網路為客戶提供一體化的全套解決方案，涵蓋業務規劃、產品設計、專案開發、營銷推廣、運營管理、業務提公升、產品迭代等全生命週期，可以幫助需求方實現商業模型的順利搭建。不會在開發途**現「跑路」或者公司沒多久就人去樓空的問題，能持續的為客戶提供技術指導和運營維護。
了解了這些軟體開發的大坑，本無網路也希望各位都能有一雙「火眼金睛」，選擇一家靠譜的外包公司，開發出真正能助力企業發展的軟體。
軟體開發設計文件
專案名稱 概要設計說明書 v1.0 版本號 擬 制 人 審 核 人 批 準 人 一九九九年八月二十日 概要設計說明書 1 引言 1.1編寫目的 說明編寫這份概要設計說明書的目的，指出預期的讀者。1.2背景 a.待開發軟體系統的名稱 b.列出本專案的任務提出者 開發者 使用者。1.3定義 列出本檔案中...
軟體開發 如何寫軟體開發文件
3.程式設計實現 4.整合 5.測試 6.維護 依據什麼需求，開發出什麼 硬體開發平台 nvidia jetson tx2 工業相機 作業系統 ubuntu 16.04 開發平台 ros 程式語言 python c 系統包含 資料採集 演算法實現 結果輸出 在某某硬體平台上安裝某某作業系統，安裝ro...
軟體開發文件結構
1.概述 1.1 編寫目的 1.2 定義 1.3 關鍵字 1.4 參考資料 2.總體設計 2.1 需求規定 2.2 執行環境 2.3 基本設計概念和處理流程 2.4 結構 2.5 功能需求與程式的關係 2.6 人工處理 2.7 遺留問題 3.介面設計 3.1 使用者介面 3.2 外部介面 3.3 內...