外包，無論是內部還是外部，都是一個不受歡迎的詞。

談到外包，公眾的印象是不可避免的：誤導、陷阱、質量差和移動代碼。 . .

這是公眾印象，也是客觀事實。

許多開發公司都避免使用外包這個詞。

我們也是，我說我們做定制開發。

出了什么問題？

我經常發現很多公司都想把自己的業務信息化，或者線上線下結合O2O。當只是初步意見時，他們喜歡向外包團隊索取報價。這樣的報價從高得離譜到低得令人難以置信。

其實對于軟件外包來說，不同的需求，價格區間會比較大。雖然是一個看似簡單的網站建設，但也有人接受少則兩三千，也有人舉報10萬以上。

原因是需求定義的專業性限制了客戶的認知和表達能力?？蛻艉茈y清楚地描述自己的需求，客戶也不知道實現其需求的工作量。他只能依靠不同的外包團隊根據自己的理解和誤導能力進行報價。

對于財力雄厚的客戶，如政府、高校、銀行、運營商等，由于對價格不敏感，受選型的限制，往往會給軟件外包公司很大的容錯空間，即使他們被改變了。去，一拖再拖，最后還是能送的，能做到賓主和諧。

而我們身邊的很多企業客戶只想找個最低的價格，但在交貨過程中，與外包公司形成了沖突和糾紛。一般來說，在這些情況下，外包公司是賺不到錢的?？蛻粢矔速M金錢和時間。

這是問題的癥結所在。問題的癥結在于需求的明確定義。它允許外包公司為財大氣粗的客戶做項目，不賺錢。為經濟的客戶做項目只能失敗，失敗帶來產業?？偸遣皇軞g迎的印象。

當前解決方案

在目前的市場形勢下，外包成本高且不受歡迎。企業能生存下來，主要靠兩條路，產品化和勞動力外包。

生產：

很多軟件公司只能做產品變革，靠產品生存，進入了另一個更血腥的市場。

產品化的本質是將客戶定義的需求變成自己定義的需求，然后市場上的客戶找到產品的契合點。標準化產品面臨激烈的市場競爭，具有很強的馬太效應。這是一個成功的問題。如果產品不成功，死亡是唯一的事情。

互聯網項目是一種典型的產品化方法。他們講賽道，注重迭代速度，燒別人的錢，給客戶帶來好的體驗和免費的服務。絕癥，無人生還。

人力外包：

有的公司走上了人力外包的道路，把IT人員派到有發展需求的客戶公司，客戶自己安排任務，任務結束后放人。

對客戶而言，開發資源按需提供，重量更輕，抗風險能力更強，利潤更高。因此，越來越多的公司喜歡使用勞務外包，幾乎所有大公司都使用外包人員進行業務處理。

對于軟件企業來說，不管做了多少事情，不管有沒有成果，都是按照工作量來解決的。它巧妙地將需求和交付的責任留給了客戶，雖然它賺的少，屬于春天。旱季收入有保障，可控性遠高于項目外包。

雖然人力外包的體量可以很大，但管理風險極高，造血能力極弱。很容易因為某個項目的發布或者客戶關系的變化而倒閉。

重新定義軟件外包服務

雖然我們也在同時運行產品化和人力外包路線，但這還不夠?？嶝惖脑妇笆菂R聚最優秀的程序員，重建IT產業生態，成為國外軟件業的巨頭。所以我們要想辦法服務器運維外包，要面對整個軟件外包服務市場常年亂象，要重新定義軟件外包服務。

問題一、價格混亂：

沒有經驗的客戶往往過于看重價格，但在售前溝通階段卻從來沒有一個明確的標準。同一個功能列表的價格，不同的設計方案，不同的技術實現方案，不同的軟件交付質量，不同的售后服務標準，項目開發的成本差別很大。

在人力成本高的行業，如果一個項目以更好的價格被接收，它往往以一個未完成的項目而告終。據我所知，整個行業的半成品率是70%，外包幾乎是完全半成品。不可避免的結果。

問題二、資源錯配：

外包公司很多都是技術過硬、技術過硬的團隊，但大多都奮斗了幾年，一直處于小規模生存的邊緣；而市場上知名的軟件外包公司大多是營銷和業務能力強的公司，設計或開發能力較弱，交付的軟件質量也不是很理想。

這是一個非常有趣的現象?？煽康膱F隊無法接觸到優質的客戶，優質的客戶無法分辨什么是可靠的公司，導致資源錯配。因此，分包在行業內是非常普遍的現象，分包造成的層層剝削很容易導致項目交付失敗。

問題三、行業收入低：

很多人認為互聯網軟件很賺錢，但那只是因為員工的工資比較高。軟件外包公司的收入很低，生存狀況不可預測。對于退回的項目，可以將10%的費用用于銷售傭金，10%用于市場業務成本，20%用于項目管理浪費，其余50-60%用于人工和現場設備費用。在一個無法保證利潤的行業，一般沒有太多的耐心去關心項目交付的質量。大多數企業為了生存，只能盡可能多收費，多做多做，提高服務水平，承擔客戶的笑柄。

我們的解決方案

我們認為，上述問題的癥結在于需求的專業定義限制了客戶的認知和表達能力?？蛻艉茈y清楚地描述自己的需求，客戶也不知道實現其需求的工作量。具有強大市場力量的公司可以通過他們的誤導力量獲得訂單。大公司接單太多無法消化，大部分轉包給生態鏈合作伙伴，分包行業收益低，導致小公司生存環境差，影響外包質量和聲譽行業。

為此，我們要重新定義軟件服務，其基礎是明確他對客戶的需求，即從需求分析服務入手。雖然很多大公司都在做這種事情，但他們的銷售和預售通常需要一年半的時間才能幫助客戶滿足他們的需求。并且由于提出需求的目的是為了贏得項目，獲得盡可能多的收益，所以有很多回避現實和虛假，或者故意誤導的行為，只能算是誤導，而不是需求分析。

1、只有在要求明確時才接受訂單

項目成功的先決條件是明確的需求邊界和開發內容。我們建議將該項目分為咨詢標和施工標，由第三方公司提供咨詢和設計服務。設計單位不得參與施工。為下一個項目進行設計可以幫助客戶準確輸出他們的需求和預算。

我們覺得無論項目大小，只有在需求明確的情況下才接受訂單應該是一個行業標準。需求的清晰最終體現在項目原型、界面設計、操作交互需求、系統性能指標等方面。后續開發基本相同，所以設計的優劣直接影響到整個后續的開發結果和用戶體驗。這是一項非常艱巨的工作，尤其是在項目原型階段，產品總監需要在了解項目需求和業務的基礎上，結合用戶使用和運營的實際場景，設計出整個項目的交互和界面原型。 在放置每個螺栓的位置之前，請讓客戶確認并了解。

即使客戶對UI有要求，設計師也需要做好美術設計，讓視覺效果清晰。

另外，在項目預算方面，軟件設計能否適應業務擴展、系統與運營計劃是否匹配、后期運維成本等，都需要全局考慮從多方面的方式開始。例如，如果客戶需要承載大量的訪問，則需要設計系統帶寬。如果客戶希望功能隨著業務的擴展而保留和擴展，則需要設計開發標準，可能還需要放服務器、域名、備案工作、在線支付方式申請、跨網加速CDN等，都包含在項目預算中。

2、技術過硬不埋坑

明確需求后，無論是找外包團隊開發，都是按圖施工。我們建議設計單位和開發單位沒有關系，可以占據AB角位置。當開發發現設計錯誤時，需要暴露出來進行設計修改。當設計人員發現開發不符合設計要求時，也應予以曝光，以保證開發質量。 .

對于選擇軟件外包商，技術實力一定是最重要的標準。對客戶來說，需求明確后，項目預算準確，收益合理。只要技術過硬，項目的內在品質、功能穩定性、售后運維都有保障。

對于開發者來說，需求明確、周期合理的項目可以從容實施。一個好的技術架構和嚴謹而軟的代碼邏輯，也可以為后續的迭代開發和售后運維節省大量資金。成本。這樣也防止了項目推進過程中需求的變化，乙方領導不斷提出變化建議，趕工期。

3、考考細致，初考難

往往項目方的設計只能由開發者自己達到60分，真正交付至少要達到90分，30分還要通過測試來提高。因此，我們建議該項目的檢測工作由咨詢公司承擔，初檢后的最終責任也由咨詢公司承擔。

4、負責售后

往往在對項目進行初步考察后，這是外包公司服務的結束，但卻是客戶項目運作的起點。往往在這個時候，外包方開始從被動的劣勢轉變為主動的優勢，這是考驗職業道德的一部分。整個行業在售后環境下的工作并不盡如人意，因為項目資金基本到位，外包商付出的更多是收入的損失。

對于客戶來說，項目交付后，需要外包商強大的運維支持，才能保證項目的正常運行。在這個環節，需要雙方適當留出相互制約的條件，比如適當留出一定的項目余額，在售后到期后結算。但是，售后服務的好壞主要取決于外包商的可靠性和職業道德。

因此，我們建議在維修期間，客戶與外包商約定按固定工作量結算費用。該結算標準在項目設計時已編制預算，同意承接的開發商可在項目交付后獲得維修收入，既保證了客戶項目的穩定運行，又保障了客戶的利益。外包商。

最后，

給我們客戶的一條建議。收到offer的時候，千萬不要因為對方的offer低而大喜過望，因為也許你想要的和他能給的不一樣。事物。如果你覺得對方的offer太高，也不要著急，仔細查看對方的plan是否包含更多的東西。雖然原因很簡單，但是你們軟件外包的目的不是單純的為了省錢，而是做自己想做的事。所以，在這一點上不要本末倒置。

一個行業的健康發展，有賴于外界對其有全面、客觀的認識。也需要業內人士加強自律服務器運維外包，優化服務流程，提升服務質量，更重要的是，找到一些創新可行的解決方案?？沙掷m發展的方向。

——————————————————————————————

馬神幫是一家軟件外包公司，以兼職合伙的形式承接各種小型軟件項目。

n軟件開發：專注于二手項目，幫助項目承擔者完成交付任務。

n人力外包：為有開發能力的客戶加強開發能力。

n運維支持：運維工作量未飽和，委托運維增加客戶運營成本。

馬神幫主要從事二手項目，以幫助項目承辦方完成交付任務為己任。客戶的要求一是按量保質交貨，二是保證利潤最大化，風險最小化。我們是客戶的最佳選擇，期待您的加入。