最近看了一本書，叫做《程序員接單寶典》，雖然只有短短的70多頁，但是寫得的確不錯，里面的很多經驗都值得我們學習和探討，于是我借鑒這位大神的經驗，來淺要的談談接外包項目的事情。同時也有很多精彩的摘要。我在這里就將這本書濃縮為我這篇博文了。 **一、接項目前的準備工作** 書中講到了需要創建一個團隊，當然對于很多學生或者初級開發者來說，似乎很難創建一個好的team來工作，或許我的想法是可以把自己之前做的一個項目或者demo，同時整理幾個框架出來，便于之后更為敏捷的開發。同時作者也建議我們不要雜七雜八去接項目，當然都是要做自己熟悉的，”專業品質“。使用應用框架有五大優點：模塊化，可重用性，可擴展性，簡單性，可維護性。 **二、該上哪兒去找項目** 1、朋友介紹 程序員也要學會多交朋友，不要沉迷在一行行代碼里面。技術固然重要，但友情也不能忽視。寫得一手好的代碼，固然值得稱贊，但結交一些值得信任的朋友，在你困難的時候能給你伸出援助之手，才是更為重要的事情。 第二是把客戶轉化為朋友，“我們在合作時就要注意，盡量減少客戶不必要的開支，不要一心只想著多賺錢而使客戶對你產生反感。再就是多做些業務之外的事情，就是客戶有什么事情時你可以主動幫忙，比如他們需要某些資料又得不到時，我們就會幫他搞到。甚至，他們生活中碰到的一些困難，只要我們知道又能做到時，就一定會幫助他們，這樣，我們與客戶就不再是合作的關系了，更多的就是朋友了。這樣，一旦有什么大的項目時，他們一定會先想到我們。” 2、通過外包網站接單 書中介紹了四個國內的外包網站，擁有十年以上的外包網站，有的需要付費，但是我還是贊同的。“絕大多數的程序員，即使愿意去外包網站接項目，但是一聽說是這個網站是要收費的，立馬就拍拍屁股走人了。他們總想著免費接項目的好事情，其實，天下永遠沒有免費的午餐，凡是給你提供有價值的東西的，總是要收取一些相應的費用。就比如閣下您吧，你愿意免費替別人開發項目嗎？恐怕不肯吧，如果有愿意免費開發的，請立即聯系我，有多少這樣的人我收多少，我還正愁找不到人來做項目呢。” 當然，這些網站我都已經收藏好了，第一個，軟件商務網（ http://www.bizsofts.com ）、第二個，軟件項目交易網（ http://www.sxsoft.com ）、第三個，CSTO外包網站（ http://www.csto.com ）、第四個，智城外包網 （ http://www.taskcity.com ）。當然，還有其他的國外的網站，但是我相信可以逛得起這些英文網站的，英語水平那是肯定牛逼啊，那肯定不需要我介紹啦！ 3、通過其他方式接單 拿書中的原話舉個例子，“如果你們團隊是做網站的，就可以上網找那種一兩年不更新的企業網站，誠懇的告訴他們網站有很久沒更新了，且布局凌亂、色調混亂，與自身的企業形象不相符，然后你告訴對方一些成功的案例，最好是對方的同行，因為做了好的網站而使得營銷大增，讓對方有了緊迫感。而且建議你避開大城市，去一些中小城市接單，據我所知，一些中小型城市的民眾的電腦水平很低，也很少有人和你競爭，你可以盡情地忽悠得了。 不過呢，你得要有很好的表達能力，另外你得做好被別人推出門外的準備。你見過經常在小區轉悠的推銷人員嗎？就是像這種人一樣地去拜訪陌生客戶。但是鑒于一般的程序員都是臉皮薄的宅男，還是專門請一個業務做為團隊的營銷人員的為好，否則幾次被人家拒之門外后，一般的程序員 是再沒有勇氣出去攬客的。” 我覺得吧，其他方式應該還可以通過搜索引擎，論壇、淘寶等，不過都有優點和缺點。 **三、如何才能爭到項目** 這里首先要牢記的一個字是快：就是比別人搶先一步先聯系客戶。客戶都有一種先入為主的思想，總是對于第一個聯系他的人印象比較深刻，如果價格方面又滿意的話，你就幾乎是成功了一半。與客戶聯系上后的第一步，不是去談什么需求，而是先要展示你們團隊的實力。 “另外，你在向對方介紹你們團隊實力的同時，也要通過積極的溝通，了解對方的底細。為什么要這樣做呢？因為在現實的外包實踐中，雖然大部分的發包方都是抱著真實的外包意愿來與你談判的，但也不排除有少部分的發包方其實只是為了騙取解決方案、騙取報價、騙取案例、騙取源代碼，甚至是借外包之名騙取網站點擊率的。如果對方要求提供完整的解決方案，這應該只是想套取設計方案而已，發幾張你們團隊的推介廣告和報價單給他即可。 還有的客戶張口就要源碼要設計文檔設計方案的，這種人目的性太強了，如果你真給了他就再也不理你啦。還有的外包方死活不肯介紹自己，不肯告訴自己是誰、怎么稱呼、怎么聯系、是什么公司、做什么業務的，與這種連最基本的誠信都沒有的客戶就根本沒有必要談下去。還有的發包者說是要找人設計一個網站，但全部的需求就是要仿制某某網站，沒有其他的要求，這可能是想借外包推廣自己網站的，就是騙大家都去點擊這個網址。如果你經常外包的話，相信你不久就會有一定的判斷能力的。” 你在與客戶談需求的同時，要對客戶做一個大致的了解，比如他是真心外包項目還是只是想打聽一下價格；他是發的原始包還是轉包，他的經濟狀況如何——是有經濟實力的公司還是個只是人或者學生；他是外包的新手還是已經外包多次的老手甚至就是外包界的同行。 銷售過程主要分了六步：第一步：探尋客戶基本需求；第二步：通過縱深提問挖掘需求背后的原因；第三步：激發客戶需求；第四步：引導客戶解決問題；第五步：拋出解決方案并順便達成交易；第六步：成交之后與客戶建立長期的關系。 軟件外包也有一個統一的計價標準，具體來說，外包費用＝每位程序員每天的人工成本×項目所需要的工期（天數）×人數。 實際上首次交流一般是不能報價的，因為需求并沒有完全明確，你還不能確定工作量到底有多少，所以這時你只能告訴客戶你的報價原則，比如做一天需要多少錢，為什么需要這么多錢。你的后期服務能達到什么程度。 首先通過交流粗略估算出客戶所處的社會層次及從事的工作，以及客戶的背景是屬于政府部門，還是大集團，還是小企業，或只是個人，甚至只是個沒有什么支付能力的學生。通過報一個相對較高的價格來測試客戶的反應，看看他對這個價格是怎么看的，你就大概知道他屬于什么類型的客戶了。當然，報價不要高的離譜，否則他就可能掉頭就走，再不理你了。逐步地降低價格，慢慢接近他的價格底線。只要試探出了他的大概的心理價位，你就成功了大半。剩下的就是通過你的分析需求來說服他接受你的價格了。 項目開發合同主要包括：項目內容、開發費用、開發周期、驗收標準、付款方式、保密協議，軟件所有權、知識產權歸屬等等以及其他甲乙雙方權利和義務還有違約責任。除了這份正式的合作，一般還應該有一份軟件開發方案書，作為附件，對軟件開發的需求分析、軟件設計、程序編碼、功能測試和后期維護五個過程如何去實現的一個總體設計思路和方案。 **四、如何才能完成項目** 1、團隊成員緊密溝通: 無論是書中所說的team協作還是leader管理，這些都是非常有必要的，而且是很重要的方面。 2、團隊與客戶間溝通 一般來說，我建議使用瀑布式的開發模式，就是每完成一個階段，就和用戶及時的溝通，看看這個階段的東西是不是用戶想要的，如果是，那就開始下個階段的開發，不是，那就進行修改。 3、需求更改的問題 既然用戶需求不斷變化是一種客觀規律，那么程序員在心態上就要進行調整，將用戶需求不能變化調整為用戶需求一定會變化，樹立起“變正常，不變不正常”的觀點。做國內的外包要保持一個好的心態，遇到改要堅強，改十遍八遍我覺得很正常，接受不了的接單時就慎重。有了這樣的心態，我們就不會去抱怨用戶需求了，就會對用戶需求的變更有更多的理解。 **五、如何收項目的尾款** 1、不作超出實力的承諾 切記：在接下項目之前要先考慮一下，自己有沒有這個實力做，要很客觀地對自己團隊的實力做一個評價. 2、把開發細節列入合同 細節那也是相當重要的，同時書中作者也說了，細節決定整個項目的運行情況，所以我們還是要非常非常關注細節。 3、多與對方溝通互動 溝通技巧：熱情、關注、喜歡、寬容、尊重 4、不見兔子不撒鷹 最后一招也是最有效的解決辦法：不見尾款不交源 代碼。 **六、項目的實施和維護** 軟件項目后期維護的費用問題，定制軟件不論收費多少，一般是要有一年或至少半年的維護期的，在這段時間內，軟件自身的 BUG要免費的，無條件的修改。客戶提出新要求，新功能，則另外收費。總之售后分為兩部分：一是軟件作者自身的問題，這個是無條件，免費的修正。二是客戶新的要求，新的功能，這個是客戶的原因，肯定要收費。在軟件維護期滿以后，如果客戶還需要你繼續維護的話，就需要收取一定的費用了。 寫在最后 就我個人認為，外包對于程序員來說，是一個必須要經過的階段。，通過這個階段，首先可以打造一支自己的團隊。要知道，真正成功的軟件公司的核心骨干，并不是靠成立公司后招聘來的，而是人家作為團隊時就在一起打拼出來的，也只有這樣的團隊才能為公司的發展提供良好的人和基礎。比如馬云的阿?里巴巴團隊。 其次，通過外包可以為以后公司的成立積累資金。大家都知道，作為一家正規的公司，各方面的開銷是很巨大的，人員工資，辦公場所，各種稅費，水費電費等等，沒有一定的資金儲備是不行的。而通過外包就可以積累起這些資金。再次，通過外包，可以積累團隊的技術實力，提高團隊的技術水平，為以后成立公司打造核心產品提供必要的技術積累。 最后書中給出的是作者的一些案例，讓我很是受教，平時休息無事的時候多看一些書是非常好的事情，也可以讓我不會那么頹廢，可以讓我整個人更加精神倍發，好了，就寫到這里吧！本人編輯能力有限，還望見諒，不喜勿噴