⑴ 程序員如何將自己做的東西賣出去
有很多人不知道上哪裡去爭取項目，總是抱怨沒有項目做；也有的人雖然編程技術不錯，但是對於與客戶談項目卻是一竅不通，結果應該拿到的項目也拿不到手；也有的雖然已經接到了項目，卻發現在實施開發的時候遇到好多從來沒有遇到過的問題。作為一個多年從事外包項目接單的軟體開發人士，我想從以下幾方面談談我的經驗，希望對大家會有所幫助。
第一點， 到哪裡接項目
軟體團隊或SOHO最為關心的一點是在哪裡可以找到項目做，也就是到哪裡可以找到有外包需求的客戶。對於一般人來說，廣交朋友然後通過熟人介紹還是接項目的第一途徑，但這要求你的朋友或熟人要在企業或公司里有比效重要的管理位置，對於像那些每天只能是埋頭寫代碼的程序員這顯然是不太現實的。所以大家不能等著項目來找你，而是要主動的出擊去找項目。
現在網上有很多軟體外包網站，在這里你可以找到不少的軟體外包信息。比如GAF(即Get A Freelancer - 是目前國外最流行的外包站點)上就有大量的軟體外包信息。不過這里每天外包的項目雖然很多，但競爭也很激烈。一般一個外包信息發出後一天內就會有無數個競爭者（很多印度阿三在和你拼報價），所以能第一時間與客戶取得聯系是非常關鍵的。因為客戶一般都是先入為主的，一般來說，如果第一個談項目的人他覺得滿意了，就會對其他的競爭者不再予以考慮，所以你要經常上網站上看看有什麼最新的項目，並立即與項目的發包方取得直接的聯系。其他比如Elance、GetACoder、ScriptLance
上也有很多外包的信息，大家可以自己上去看看。
是不是第一個聯系了客戶就高枕無憂了呢？也不完全是這樣的。前面說過了，一個項目總是有很多人去競爭，就算是你搶先聯系了客戶，但可能後來又有不少人也同樣聯系了他，而客戶在這種情況下一般是處在比較猶豫的情形之中，這時，你就要經常不斷地聯系客戶，不斷地征詢客戶的意見，詢問客戶的項目需求，把你對項目的理解也經常與客戶交流。這樣，客戶會覺得你比較有誠意來接這個項目，就會比較傾向於把項目交給你來完成。有時，與客戶拉拉家常，也會拉近你與客戶之間的距離。說不定你會意外發現客戶原來還是你的老鄉，那就更好談了。總之，如果你想要想爭取到項目，就要經常不斷地與客戶保持聯系，直到最終達成意向。
接項目最重要的一步是與客戶談需求。客戶對軟體的需求是項目規劃和實施的根本，所以在與客戶談需求時，一定要讓用戶將所有的想法盡可能的闡述清楚，並把所有的要求羅列出來。這時候不應該害怕勾引起客戶的潛在需求而增加設計開發的工作量。而應該直接明白地要客戶把項目的要求一條條地列出來。這時先把條理、歸納、分析先都扔到一邊去，用紙筆將用戶最原始、最完整的要求准確地記錄下來。假如項目在你對客戶的需求沒有完全了解清楚的情況下就匆匆上馬，那麼就會隨時發生意想不到的變更，輕則使項目延期或超出預算，重則使得原來已經做好的軟體要徹底推倒重來。
所以我們在實施項目之前應該深入了解和挖掘客戶需求，對某些不明確的需求要與發包方反復進行討論，對於項目實施過程中的需求變更要規定處理辦法，並形成項目的最終需求。在需求分析階段，接包方首先對發包方的需求認真分析，然後通過業務建模、會談、問卷、需求會議等方式收集客戶完整需求，形成文檔，然後經過客戶討論、客戶審查、文檔修訂等多次反復的過程。有一點需要注意，即使雙方談的很投緣，在討論需求時也一定要詳細周到，精確到每一條不能再劃分的軟體功能為止。
要消除客戶的疑慮
- 作為客戶，他對於項目的承接者總是存在各種疑慮。比如，這個項目究竟承接方有沒有能力開發啊？項目組人員是否有這方面的經驗？是否作過類似的產品，是否有這方面的技術能力？會不會只是騙了預付款就開溜啊？最後完成的項目能不能達到自己的要求啊？我們作為承接者，就是要千方百計打消客戶的這種疑慮。比如，你要經常准備好一些成功的案例和以前的項目的DEMO，就是把你以前成功完成過的項目，做成一個DEMO給客戶看，讓他覺得你是有能力完成類似的項目的。俗話說，事實勝於雄辯，把你以前做過的類似的項目DEMO給他看，好過你一遍遍空口的承諾。因為軟體開發的過程中誰也不能保證一點問題不出，相比較而言，一個有經驗的開發人員會更容易得到客戶的信任。因為你已經有和客戶的項目功能接近的案例，無疑會縮短開發周期，技術上有更好的保障，因此客戶也更樂於把項目交給你。所以，程序員平常必須多花點時間和精力，搜集整理以前自己做過的項目案例，並把它們分門別類地整理出來，遇到同類項目的客戶，就可以給客戶進行演示，這樣客戶就會放心把項目交給你了。另外，把團隊組成人員、技術能力、經驗等客戶看重的東西整理出來並給客戶看，也能夠對爭取到項目起很大的作用。
在完全了解客戶的需求後，下一步就是要確定一個合理的報價。接包方要從跟客戶的交談中盡量地了解出客戶的准確意思，思考客戶想要的是怎樣的一個軟體，項目復雜的程度多大，客戶的要求有多高，客戶的性格如何，能夠接受的價格範圍等等，這些因素對於軟體項目的報價都是密切相關的。如果客戶要的是一個小型的軟體系統，不太苛求有多全面的功能，只要滿足某一方面的需要，並且客戶又是一個比較隨和的人，那麼項目可以報一個接近成本的價格；相反如果客戶要求的是一個面面俱到的管理系統，需要有各方面的功能，缺一不可，並且客戶又是那種對項目要求嚴格苛刻，絕不變通的人，那就要充分考慮各種不穩定的因素，報一個比較高的價格。
在很多的情況下，客戶在跟接包方談項目之前，心理都已經有一個價格底線。如果要投入的費用超過了客戶的預算范圍，客戶將不再與你談該項目，他會轉而找其它軟體團隊商談。所以跟客戶談項目的過程中要迅速地思考客戶需求的真正含義，能夠通過某種轉換和變通，把客戶對於技術的要求與自己團隊的技術力量可以接受的價格相對比，從而得出一個雙方都能接受的報價。在與客戶的談判當中，靈活變通是成功的關鍵之一。當然並不是所有的客戶都可以通過變通而滿足，遇到客戶不認同項目費用的情況一定要處之泰然，真誠地為客戶解釋，把客戶的需求細化為技術上的要求給他分析，讓他同意你的報價的合理性。即使客戶對編程技術不是很了解，但經過你的細致的分析後也會對你的報價表示認同的。