《關於個人承接專案的注意事項》
公司也好，工作室也罷，要想獲利，光練技術是沒用的，技術只有在業務存在的情況下才能成為競爭的條件。更何況計算機技術只是一種實踐性的技術，即便你業內領先，但是無人使用的話就可能和不具備技術沒有區別。所以，只有擁有了業務，才具備生存的條件。
如何承接業務，這要看個人的素質了。對此筆者沒有資格贅述。
但是業務的意向達成以後，就需要注意一些事項了，在這裡筆者倒是結合自己的實際情況說一點心得。希望廣大朋友多多指正。
一、專案定位
因為專案的關係，你不再是乙個純粹的個人，你從事的不再是簡單的開發，這種個人過程已演變成乙個商業活動，即你面對的不是什麼朋友，你面對的是客戶，你除了保證質量作為基本前提以外，如果你想擴大關係，你必須把讓你的客戶滿意作為第一需要。讓客戶滿意，讓客戶心甘情願的為你掏錢，這就要看你的表現。當然也存在一些客戶不滿意你的工作的情況，拒絕接受你的成果；或者碰到信譽較差的，拖延支付報酬；更有甚者，因為某些客戶可能事先沒有承擔任何風險，在你工作完成之後，拒絕支付報酬或者以拒絕接受為要挾降低報酬等等，這些都是可能存在的。碰到這些情況，我覺得都是我們事先考慮不周所致，不能責怪任何人，只能在自己身上找找原因，因為事先原本可以規避一些事情的。
二、規避專案風險
不管什麼客戶，可以採取預先收取10%左右的啟動費用，具體可以根據專案的總額酌情增減，這叫讓客戶承擔風險，而不是將所有的風險轉嫁到承接者單方身上，即便專案最後失敗，也不至於讓失敗的風險有單方承擔，從一定程度上可以抑制客戶的一些不負責任的做法。當然如果客戶信譽度足夠，或者你有足夠的事後保證，那麼大可不必進行這樣的約束，但是必須明白一點，一旦確定你是專案的承接者，那麼這就成為商業活動，而風險共擔是商業活動的一部分。你的所有的行為必須按照商業活動的遊戲規則來規範。
當然初期風險共擔，結束後後續資金的按時到位，一定程度上也需要***，口頭上的，書面上的，信譽作為首要的考慮依據，畢竟對於小的業務，即便有白紙黑字的合同，也許還不夠起訴的律師費用，但是合同的存在可能比不存在更有說服力。所以有必要在事先有信譽承諾，總之對於金錢支付形式和支付期限，務必優先考慮。不能不事先說明。
三、操作專案
專案承接後，如何操作這就看個人內功高低了，仁者見仁智者見智，這裡不必多說。我想說的是如何讓客戶心甘情願為你掏錢。作為乙個商業的活動，客戶甘心掏錢的前提是滿意你的成果，認同你的工作。這是人學，是要看你如何與客戶打交道。會做東西的人不一定被人認同，所以一切的行為必須以客戶滿意作為第一要素，當然你也可以將你的原則加入其中。多聽聽客戶的聲音，多和客戶溝通，一切以客戶說的優先考慮，即便你覺得不好，一定要記住一點，客戶才是專案的最終決定者，然後你再向客戶提供你的可供選擇的方案，由客戶自己定奪，你能做的是給出建議，給出各種方案的可能的影響，把決定權交給客戶，在需求確定之後，要定期的和客戶溝通，讓客戶見到你的進展，這樣在進行的過程中改進需求，不至於等到專案結束了，客戶發現不是他需要的，這樣返工重來的結果是最忌諱發生的。這樣的損失沒有哪個承接者能夠承擔得起，所以及時的溝通是第一要務，不要把自己擺在主導的位置。切記自己的角色，配合者，配合幫助客戶事先客戶的想法。
四、須知
1、規避瑕疵
專案進行的過程中注意細節的完善，因為讓客戶看到細節上的瑕疵是最忌諱的，可能客戶在這方面不是專家，所知不多，但是一些表面的細節任何人都能看出，因此，要讓客戶看不到表面的瑕疵，所以務必細心周到。
2、發現問題先「請示」
發現專案的需求存在問題，發現專案在進行過程中出現了預先沒有估計的困難等等，務必先徵求客戶的意見，在實施之前先徵得客戶的同意，任何客戶都無法接受乙個不是自己意願的結果，那樣有種被強迫接受的感覺，任何人都不願意被強迫接受某種東西，即便這種東西很好！改變前先徵求客戶的意見這是對客戶的尊重，違反這個準則，只能表明自己的欠考慮，在最後被客戶全盤否定的時候，也就沒有必要抱怨了，因為那是合情合理，一點也不過分。
3、切忌修改確定的方案
如果存在更好的方案，如果這種方案不會增加客戶的成本，那麼可以向客戶建議；如果你能說動客戶追加成本，進行更好的方案，也可以向客戶建；但是如果建議失敗，那麼請記住，客戶說什麼，你就做什麼，不要作無用功，當然如果你根本不想獲得額外報酬，那麼也記住修改前必須向客戶說明。
4、完美交付
做到比別人多考慮一點，多走一步，比別人更細心一點，自己驗收的時候對自己更苛刻一點，避免在交付的專案中出現低階錯誤，這絕對不是壞事！這很大程度上可以提高客戶滿意度。
1、無論關係與客戶的關係多好，一定要簽合同或協議，明確客戶的開發要求及驗收條件，界定各階段的開發費用及付款時間。在開發前就要定好驗收的流程，以免發生扯皮，驗收過程出問題。
2、首次付款應該基本滿足開發成本，否則可能因為費用不夠導致專案失敗，造成較大的專案風險。
3、第二次付款應該達到專案額的70%左右，一般是在驗收時。如果驗收時不能收到第二筆專案款應該中止專案開發。
4、在談專案費用時，應該注意幾點：
（1）專案需求誰來調研，如果由開發方調研，應該計算調研費用；
（2）專案文件誰來寫，如果由開發方寫，應該計算文件費用；
（4）客戶是否對資質有要求，如果有要求就必找第三方公司的情況，應該計算給第三方公司的費用；
（5）稅金問題，如果客戶需要發票，應計算稅金；
所有的東西應該白紙黑字地寫清楚，明確到紙面上，關係再好也要做到這點。
以上的內容不是我自己的東西，是看了網上幾篇文章後的總結。
《關於個人承接專案的注意事項》讀後感
關於個人承接專案的注意事項 公司也好，工作室也罷，要想獲利，光練技術是沒用的，技術只有在業務存在的情況下才能成為競爭的條件。更何況計算機技術只是一種實踐性的技術，即便你業內領先，但是無人使用的話就可能和不具備技術沒有區別。所以，只有擁有了業務，才具備生存的條件。如何承接業務，這要看個人的素質了。對此...
做專案的注意事項
考慮全面，提供異常情況的提示，便於尋找出錯的原因 採用逐步推進法，不要妄想一步到位，否則會把大量的時間花在莫名其妙的除錯上 把需要檢測的資料列印出來 迅速實現改進的演算法 便捷資料的處理 處理大量的資料時候，對演算法的要求更高 初始要求不要太高 關鍵引數取值的重要性 系統化模組化測試，否則會非常難除...
進入新專案的注意事項
一，看專案在各個階段需要用到哪些資料，然後 依據各個階段列個要用到的技術列表，進入下個階段的之前必須自己查資料學習，列如，銀行專案需要用到的bigdicemal等型別的注意事項以及，使用方法。在中，日兩邊 查資料總結。二，專案技術方面的總結 日後追加 三，剛進入專案不要著急寫 要搞清楚他的結構，畫流...