現在外包的軟體專案不斷增長，但隨之而來的，承接外包的軟體公司、軟體團隊也越來越多，包括很多個人soho一族也加入到承接軟體的競爭行列中來了，因此現在對於軟體專案的爭奪也很激烈。有很多人不知道上**去爭取專案，總是抱怨沒有專案做；也有的人雖然程式設計技術不錯，但是對於與客戶談專案卻是一竅不通，結果應該拿到的專案也拿不到手；也有的雖然已經接到了專案，卻發現在實施開發的時候遇到好多從來沒有遇到過的問題。作為乙個多年從事外包專案接單的軟體開發人士，我想從以下幾方面談談我的經驗，希望對大家會有所幫助。
第一點， 到**接專案
軟體團隊或ｓｏｈｏ最為關心的一點是在**可以找到專案做，也就是到**可以找到有外包需求的客戶。對於一般人來說，廣交朋友然後通過熟人介紹還是接專案的第一途徑，但這要求你的朋友或熟人要在企業或公司裡有比效重要的管理位置，對於像那些每天只能是埋頭寫**的程式設計師這顯然是不太現實的。所以大家不能等著專案來找你，而是要主動的出擊去找專案。
現在網上有很多軟體外包**，在這裡你可以找到不少的軟體外包資訊。比如軟體商務網（bizsofts.com）上就有大量的軟體外包資訊。不過這裡每天外包的專案雖然很多，但競爭也很激烈。一般乙個外包資訊發出後一天內就會有無數個競爭者，所以能第一時間與客戶取得聯絡是非常關鍵的。因為客戶一般都是先入為主的，一般來說，如果第乙個談專案的人他覺得滿意了，就會對
其他
的競爭者不再予以考慮，所以你要經常上**上看看有什麼最新的專案，並立即與專案的發包方取得直接的聯絡。其他比如軟體外包網、維客網、中國軟體網，還有ｃｓｄｎ的外包頻道上也有很多外包的資訊，大家可以自己上去看看。
第二點， 如何與客戶談需求
接專案最重要的一步是與客戶談需求。客戶對軟體的需求是專案規劃和實施的根本，所以在與客戶談需求時，一定要讓使用者將所有的想法盡可能的闡述清楚，並把所有的要求羅列出來。這時候不應該害怕「勾引」起客戶的潛在需求而增加設計開發的工作量。而應該直接明白地要客戶把專案的要求一條條地列出來。這時先把條理、歸納、分析先都扔到一邊去，用紙筆將使用者最原始、最完整的要求準確地記錄下來。假如專案在你對客戶的需求沒有完全了解清楚的情況下就匆匆上馬，那麼就會隨時發生意想不到的變更，輕則使專案延期或超出預算，重則使得原來已經做好的軟體要徹底推倒重來。
所以我們在實施專案之前應該深入了解和挖掘客戶需求，對某些不明確的需求要與發包方反覆進行討論，對於專案實施過程中的需求變更要規定處理辦法，並形成專案的最終需求。在需求分析階段，接包方首先對發包方的需求認真分析，然後通過業務建模、會談、問卷、需求會議等方式
收集
客戶完整需求，形成文件，然後經過客戶討論、客戶審查、文件修訂等多次反覆的過程。有一點需要注意，即使雙方談的很投緣，在討論需求時也一定要詳細周到，精確到每一條不能再劃分的軟體功能為止。
第三點， 如何合理地**
在完全了解客戶的需求後，下一步就是要確定乙個合理的**。接包方要從跟客戶的交談中盡量地了解出客戶的準確意思，思考客戶想要的是怎樣的乙個軟體，專案複雜的程度多大，客戶的要求有多高，客戶的性格如何，能夠接受的**範圍等等，這些因素對於軟體專案的**都是密切相關的。如果客戶要的是乙個小型的軟體系統，不太苛求有多全面的功能，只要滿足某一方面的需要，並且客戶又是乙個比較隨和的人，那麼專案可以報乙個接近成本的**；相反如果客戶要求的是乙個面面俱到的管理系統，需要有各方面的功能，缺一不可，並且客戶又是那種對專案要求嚴格苛刻，絕不變通的人，那就要充分考慮各種不穩定的因素，報乙個比較高的**。
在很多的情況下，客戶在跟接包方談專案之前，心理都已經有乙個**底線。如果要投入的費用超過了客戶的預算範圍，客戶將不再與你談該專案，他會轉而找其它軟體團隊商談。所以跟客戶談專案的過程中要迅速地思考客戶需求的真正含義，能夠通過某種轉換和變通，把客戶對於技術的要求與自己團隊的技術力量可以接受的**相對比，從而得出乙個雙方都能接受的**。在與客戶的談判當中，靈活變通是成功的關鍵之一。當然並不是所有的客戶都可以通過變通而滿足，遇到客戶不認同專案費用的情況一定要處之泰然，真誠地為客戶解釋，把客戶的需求細化為技術上的要求給他分析，讓他同意你的**的合理性。即使客戶對程式設計技術不是很了解，但經過你的細緻的分析後也會對你的**表示認同的。
第四點， 如何組織團隊
由於客戶的需求是不同的，因而專案也是各種各樣的。有**設計專案、也有軟體設計專案，要求使用的程式語言也是多種多樣的。即使是在乙個專案中，比如說**製作的專案中，也有著前台的美工設計和後台程式的編寫的分工。這些工作如果全部交給乙個人去作那是絕對完成不了的。即使是乙個小的團隊，也不能保證所有的人才都齊備。因此最好就是自己把專案初步設計好，然後找合作夥伴共同開發，自己總體掌握整個專案的全部進度。如果在身邊沒有好的合作夥伴的話，網上也能找到不少可以合作的夥伴。
這裡推薦各地的軟體技術ｑｑ群，大家可以在群裡找到各方面的程式設計高手來分工做專案。（北京39027867 上海22267033 深圳43353614 廣州43275229珠海43275805 杭州43276029 福州43309190 南京43319646 武漢 43319996 成都42961245 重慶43320370 瀋陽42408057 大連43321811南昌 43321932 長沙43323026 濟南43353895 天津43353727 西安43353817 蘭州 43966886 海口43967437 昆明41193579 石家莊17940180 合肥41418679 南寧 16537410 哈爾濱43965078 蘇州43965528 長春43965640 寧波43966041 太原 43966123 青島3630711 貴陽43966364）
第五點， 如何能收到專案款
這是整個專案中最後也是最難的乙個環節。即使你的專案做得再好，如果沒有收到款，那你前面的一切努力都等於是零。要想專案能順利地收到款項，那麼從專案未開始之前的談判階段就要對這一點加以注意。首先要判斷對方是否是真心外包專案。這裡有幾點經驗拿來給大家分享一下：如果你看到專案中說 「請提供完整的解決
方案
和成功案例發到某某郵箱」，這應該只是想套取設計方案而已，發幾張你們公司或團隊的推介廣告和**單給他即可。還有的客戶張口就要原始碼要設計文件設計方案的，這種人目的性太強了，如果你真給了他就再也不理你啦。還有的外包方死活不肯介紹自己，不肯告訴自己是誰、怎麼稱呼、怎麼聯絡、是什麼公司、做什麼業務的，與這種連最基本的誠信都沒有的客戶就根本沒有必要談下去。其次是判斷對方是否有充足的資金和實力，專案要求是否合理(技術、週期等各方面)。這個可以在需求的談判中可以有意識地來加以探明，如果對方的專案很大卻老是強調專案非常簡單，這應該是不想付足專案款；有的發包方堅持不肯給預付款，老是要求專案完成後再交全部款項，這應該是沒有誠心付款。還有的專案要３０天才能完成卻只給幾天的開發時間，這種專案外包方也是很值得懷疑的。
對於軟體團隊或個人ｓｏｈｏ族來說，由於不是公司，對方對於我們的信任度不會很高，所以對於大的專案一定要採用合同方式，這樣出現問題才好解決。在合同中，最好訂清楚分階段來付款，這樣有利於分散風險。比如，一般要求合同訂好後先交３０％的定金，專案進行到一半後待客戶驗證後交５０％的專案款，全部專案完成並交付後再交清全部款項。這樣做對於客戶來說也比較好控制專案的進度，因此對方也比較容易認同並接受。
以上談了軟體團隊或個人在承接軟體專案時應該注意的幾個關鍵問題，其實還有很多問題由於文章的篇幅所限沒有涉及。比如對於專案的選擇，有的人大的專案做不來，小的專案又不願做。結果到頭來什麼專案都承接不到。因此一開始要把自己的期望值放低一些，先從一些幾百元的小專案做起，有了一定經驗後再接一些大專案，這樣循序見進才能不斷進步。
程式設計師怎麼接外包
今年年初公司決定讓我主導，在技術部新起一條外包事業線，我有點萌呆了。哥只是一介碼農，連個業務員都沒分配給我，就讓我去接外包，去組織開發 也好，嘗試點新鮮事。首先理一下，簡直一窮二白。沒什麼商場人脈，不怎麼會說話，不大想跑業務。不過還好就是大後方能搞定大多數開發，質量也ok。別人是準備創業，就差個程式...
程式設計師如何承接軟體外包專案
現在外包的軟體專案不斷增長，但隨之而來的，承接外包的軟體公司 軟體團隊也越來越多，包括很多個人soho一族也加入到承接軟體的競爭行列中來了，因此現在對於軟體專案的爭奪也很激烈。有很多人不知道上 去爭取專案，總是抱怨沒有專案做 也有的人雖然程式設計技術不錯，但是對於與客戶談專案卻是一竅不通，結果應該拿...
程式設計師接專案的四點技巧
程式設計師接專案的四點技巧 本人在軟體行業已經闖蕩多年，因為單位工作不是很緊張，因此也經常在網上接點專案做，幾年下來也總結出了幾點經驗。因為經常有程式設計師 朋友因為接不到專案而向我請教，在此我把自己在這方面的經驗寫出來，給準備接外包專案的同行一些參考 在實際的承接專案時，我認為主要有以下四點技巧 ...