接案的收費方式

https://blog.csdn.net/DavidGoGo_/article/details/102824354

在開工前,一定要做好一些證據方面的準備(也就是“討薪”的理論依據),這其中最重要的就是需求文檔和驗收標準。一定要讓需求方提供這兩個文檔資料作為開發的基礎。之後開發過程中,也要注意保護自己。

一、自有渠道的接單薪酬保護

跟對方簽合同,約定各方的合同責任,將需求、驗收標準都寫清楚。對於首付款,一般是分3-5-2 的方式支付,也就是合同簽訂後開工前先支付30% 的款項,等開發到你們約定的里程碑後,再給客戶看里程碑的演示效果,對方驗收ok,再預付50% 的款項,等全部開發完成後,再把所有的源代碼和系統交付給客戶,客戶付清剩餘的20% 尾款,開發項目結束。有的客戶為了保證項目穩定運行,會要求留 10% 的尾款在維護期結束時再支付,這個也是很正常的。

上面的付款比例和階段只是一個參考,你可以根據你們的實際需求和項目總金額大小來適當調整,比如如果你接的是一個50 萬的項目,你不可能在你們雙方不認識、而你又是一個個人開發者的情況下,讓他先支付你15 萬再開發,這裡的付款方式就要根據你們各自的側重點等實際情況來進行調整了。

但總而言之是需要收到預付款才能開始開發,這樣做可以防止對方後面突然不做了或者惡意找茬導致你在項目款上的損失。這是個人自有渠道方面的收款要點。

二、平台接單的薪酬保護

對於在平台上接單的用戶,因為有平台作為第三方擔保,就不存在款項收付的問題了,但同樣有幾點需要你注意。

首先,每個開發階段要盡量往細了填寫工作記錄,留下工作方面的證據,這樣萬一出現需求修改或者扯皮的情況,你可以把截圖啊、證據啊這些拿出來,出示給平台作為證明。

其次,如果是按照時間制的合作方式可以實時提交代碼,但如果是項目制的合作方式,最好不要實時提交代碼,等項目做完了,先發演示版本讓客戶體驗是否按照需求文檔全部做完了需求,並留下對方確認的證據後,再發給客戶代碼。如果對方拿到代碼不確認完工,就可以拿著證據找平台,讓平台進行完工確認,最大化保證自己的權益。

還有一點需要囑咐一下,就是加需求和改需求。我們建議是這樣,如果是小需求,比如換個按鈕的顏色這種不怎麼耽誤時間的,就順手給改掉,友好合作還是排在第一位的。如果是大的需求,可以不改或者不做,因為這個是在開工前有明確要求的,改來改去很可能就出現矛盾,你可以選擇聯繫平台方的工作人員進行協調。

最後再說一下坐班兼職的情況。有些需求方處於保密或者溝通的需要,可能會要求你駐場開發。駐場開發的話,我們建議時間制的合作方式,也就是做幾個小時給幾個小時的費用,加班也要算加班費,這種方式因為有很簡單的驗收標準所以不會出現扯皮的情況。如果是項目制,那就要提前溝通好驗收標準,還有就是一定要在開工前讓對方預約支付訂單。

之前就有過一些案例,客戶讓對方過去,先溝通需求,溝通好之後直接開工,說下班後再支付,工程師又因為人在現場、不好意思拒絕,覺得反正對方有辦公地址,開工也沒問題。但下班後客戶卻以各種理由進行刁難,導致沒法收到項目款,白幹了一天。

請大家一定注意,一定要收到訂單付款再開工,不要覺得駐場開發、如果不給錢還能過去鬧,殊不知對方如果報警的話,你是要擔很大責任的,早做準備可以避免很多煩惱,是不是?



程式語言編年史

程式語言編年史原文 下面這張圖片描繪了整個程式語言的歷史。包括各種程式語言的發明人、程式語言的特點和適用領域、被什麼網站或公司使用等 (檢視 完整高清圖 )。 之所以會有那麼多不同的程式語言是因為設計程式語言的初衷不同、對語言學習曲線的追求不同、不同程式之間的執行成本差異...