《關於個人承接專案的注意事項》讀後感

2021-08-21 23:12:48 字數 2529 閱讀 9884

《關於個人承接專案的注意事項》

公司也好,工作室也罷,要想獲利,光練技術是沒用的,技術只有在業務存在的情況下才能成為競爭的條件。更何況計算機技術只是一種實踐性的技術,即便你業內領先,但是無人使用的話就可能和不具備技術沒有區別。所以,只有擁有了業務,才具備生存的條件。

如何承接業務,這要看個人的素質了。對此筆者沒有資格贅述。

但是業務的意向達成以後,就需要注意一些事項了,在這裡筆者倒是結合自己的實際情況說一點心得。希望廣大朋友多多指正。

一、專案定位

因為專案的關係,你不再是乙個純粹的個人,你從事的不再是簡單的開發,這種個人過程已演變成乙個商業活動,即你面對的不是什麼朋友,你面對的是客戶,你除了保證質量作為基本前提以外,如果你想擴大關係,你必須把讓你的客戶滿意作為第一需要。讓客戶滿意,讓客戶心甘情願的為你掏錢,這就要看你的表現。當然也存在一些客戶不滿意你的工作的情況,拒絕接受你的成果;或者碰到信譽較差的,拖延支付報酬;更有甚者,因為某些客戶可能事先沒有承擔任何風險,在你工作完成之後,拒絕支付報酬或者以拒絕接受為要挾降低報酬等等,這些都是可能存在的。碰到這些情況,我覺得都是我們事先考慮不周所致,不能責怪任何人,只能在自己身上找找原因,因為事先原本可以規避一些事情的。

二、規避專案風險

不管什麼客戶,可以採取預先收取10%左右的啟動費用,具體可以根據專案的總額酌情增減,這叫讓客戶承擔風險,而不是將所有的風險轉嫁到承接者單方身上,即便專案最後失敗,也不至於讓失敗的風險有單方承擔,從一定程度上可以抑制客戶的一些不負責任的做法。當然如果客戶信譽度足夠,或者你有足夠的事後保證,那麼大可不必進行這樣的約束,但是必須明白一點,一旦確定你是專案的承接者,那麼這就成為商業活動,而風險共擔是商業活動的一部分。你的所有的行為必須按照商業活動的遊戲規則來規範。

當然初期風險共擔,結束後後續資金的按時到位,一定程度上也需要***,口頭上的,書面上的,信譽作為首要的考慮依據,畢竟對於小的業務,即便有白紙黑字的合同,也許還不夠起訴的律師費用,但是合同的存在可能比不存在更有說服力。所以有必要在事先有信譽承諾,總之對於金錢支付形式和支付期限,務必優先考慮。不能不事先說明。

三、操作專案

專案承接後,如何操作這就看個人內功高低了,仁者見仁智者見智,這裡不必多說。我想說的是如何讓客戶心甘情願為你掏錢。作為乙個商業的活動,客戶甘心掏錢的前提是滿意你的成果,認同你的工作。這是人學,是要看你如何與客戶打交道。會做東西的人不一定被人認同,所以一切的行為必須以客戶滿意作為第一要素,當然你也可以將你的原則加入其中。多聽聽客戶的聲音,多和客戶溝通,一切以客戶說的優先考慮,即便你覺得不好,一定要記住一點,客戶才是專案的最終決定者,然後你再向客戶提供你的可供選擇的方案,由客戶自己定奪,你能做的是給出建議,給出各種方案的可能的影響,把決定權交給客戶,在需求確定之後,要定期的和客戶溝通,讓客戶見到你的進展,這樣在進行的過程中改進需求,不至於等到專案結束了,客戶發現不是他需要的,這樣返工重來的結果是最忌諱發生的。這樣的損失沒有哪個承接者能夠承擔得起,所以及時的溝通是第一要務,不要把自己擺在主導的位置。切記自己的角色,配合者,配合幫助客戶事先客戶的想法。

四、須知

1、規避瑕疵

專案進行的過程中注意細節的完善,因為讓客戶看到細節上的瑕疵是最忌諱的,可能客戶在這方面不是專家,所知不多,但是一些表面的細節任何人都能看出,因此,要讓客戶看不到表面的瑕疵,所以務必細心周到。

2、發現問題先「請示」

發現專案的需求存在問題,發現專案在進行過程中出現了預先沒有估計的困難等等,務必先徵求客戶的意見,在實施之前先徵得客戶的同意,任何客戶都無法接受乙個不是自己意願的結果,那樣有種被強迫接受的感覺,任何人都不願意被強迫接受某種東西,即便這種東西很好!改變前先徵求客戶的意見這是對客戶的尊重,違反這個準則,只能表明自己的欠考慮,在最後被客戶全盤否定的時候,也就沒有必要抱怨了,因為那是合情合理,一點也不過分。

3、切忌修改確定的方案

如果存在更好的方案,如果這種方案不會增加客戶的成本,那麼可以向客戶建議;如果你能說動客戶追加成本,進行更好的方案,也可以向客戶建;但是如果建議失敗,那麼請記住,客戶說什麼,你就做什麼,不要作無用功,當然如果你根本不想獲得額外報酬,那麼也記住修改前必須向客戶說明。

4、完美交付

做到比別人多考慮一點,多走一步,比別人更細心一點,自己驗收的時候對自己更苛刻一點,避免在交付的專案中出現低階錯誤,這絕對不是壞事!這很大程度上可以提高客戶滿意度。

1、無論關係與客戶的關係多好,一定要簽合同或協議,明確客戶的開發要求及驗收條件,界定各階段的開發費用及付款時間。在開發前就要定好驗收的流程,以免發生扯皮,驗收過程出問題。

2、首次付款應該基本滿足開發成本,否則可能因為費用不夠導致專案失敗,造成較大的專案風險。

3、第二次付款應該達到專案額的70%左右,一般是在驗收時。如果驗收時不能收到第二筆專案款應該中止專案開發。

4、在談專案費用時,應該注意幾點:

(1)專案需求誰來調研,如果由開發方調研,應該計算調研費用;

(2)專案文件誰來寫,如果由開發方寫,應該計算文件費用;

(4)客戶是否對資質有要求,如果有要求就必找第三方公司的情況,應該計算給第三方公司的費用;

(5)稅金問題,如果客戶需要發票,應計算稅金;

所有的東西應該白紙黑字地寫清楚,明確到紙面上,關係再好也要做到這點。

以上的內容不是我自己的東西,是看了網上幾篇文章後的總結。

《關於個人承接專案的注意事項》讀後感

關於個人承接專案的注意事項 公司也好,工作室也罷,要想獲利,光練技術是沒用的,技術只有在業務存在的情況下才能成為競爭的條件。更何況計算機技術只是一種實踐性的技術,即便你業內領先,但是無人使用的話就可能和不具備技術沒有區別。所以,只有擁有了業務,才具備生存的條件。如何承接業務,這要看個人的素質了。對此...

做專案的注意事項

考慮全面,提供異常情況的提示,便於尋找出錯的原因 採用逐步推進法,不要妄想一步到位,否則會把大量的時間花在莫名其妙的除錯上 把需要檢測的資料列印出來 迅速實現改進的演算法 便捷資料的處理 處理大量的資料時候,對演算法的要求更高 初始要求不要太高 關鍵引數取值的重要性 系統化模組化測試,否則會非常難除...

進入新專案的注意事項

一,看專案在各個階段需要用到哪些資料,然後 依據各個階段列個要用到的技術列表,進入下個階段的之前必須自己查資料學習,列如,銀行專案需要用到的bigdicemal等型別的注意事項以及,使用方法。在中,日兩邊 查資料總結。二,專案技術方面的總結 日後追加 三,剛進入專案不要著急寫 要搞清楚他的結構,畫流...