當年也和樓主一樣的困惑，後來接的專案多了就有自己的一套報價規則。

1.按專案需求評估工作量，細分到人月工時，算出開發成本。除了人工成本，可適當增加些增益成本預算，怕有不明確的需求，各種扯皮(前車之鑑）。這只是成本，至於利潤你可根據自己的目標價位適當增加。

2.自己手裡有產品的情況，複用度高，只需要部分定製化開發，可適當降低報價。

3.作為程式設計師，還是要有一套自己的產品，無論是用於接私活還是找工作，益處良多(經驗之談[呲牙])

程式設計師接私活如何定價？主要有兩種方式吧。

第一，工期（人日）*工資（人日）=報價。工期其實很難估計到天，一般就是以客戶的交期來倒推的，如果客戶要求的工期太短，或許本就不該答應。如果時間有富餘，也不要主動壓縮。拿到專案需求，先簡單預估一下大體需要多少工時，這裡基本就是XX天為單位，不帶週六週日那種。(PS:記住一定要給自己多要40%到80%的時間。各種慘痛教訓告訴我們:不要對自己的效率過於自信，更不要過於相信甲方需求。這個時間就是留著給你來處理上面這種狗血事情的...)。

第二，分析同類軟體的運營成本，倒推開發費用。比如客戶上來就問開發一個和淘寶一樣的網站多少錢？這個不需要仔細計算，淘寶團隊有多大，對吧。再比如客戶問開發個App多少錢，你跟他算後端需要什麼資源，多少投入預算出來乘以一個係數作為研發投入的數額就能算出來。

當然最好是讓熟悉商務的朋友來談價錢，我們只負責實現。這件事的重點在於“談”，對自己有利即可。工期很難估算準確，還有就是走合同方式，在合同條款上下功夫。

我一般都是按照完成時間報價，單價看心情和最近時間安排，而定：100-500元/時 之間。

週末沒事兒的話價格就低一些，有事兒就高一些，畢竟生活最重要。

所以，預估工時的能力很重要。資深程式設計師很重要一點就是能給出一個靠譜的排期和需求完成時間。

（完）

按照接到的專案技術含量定位，比如，是個系統級的軟體還是應用級的，如果是系統級的，很可能要考慮管理硬體和作業系統或者資料庫等等，確定好需要開發軟體的等級之後，再確定開發時間，有了時間，再平均到每天的工資

做好專案管理，進行詳細的工作任務拆分，確保最終所有細節工作項都能做穩妥的時間評估。自己做不到，來不及，拿不準的就再分包出去。

當你拿著詳細的專案計劃書，告訴客戶，這個專案所需的時間、成本、交付結果時，客戶對你的感覺就是倆字：專業。此時你就會成為他風險最低，結果最可控的提供商。哪怕成本高別人一大截，也會選擇你。

隨後要預付款，20%到40%的比例，看情況。不給預付款的免談。按照計劃執行。定期彙報進度。監控你轉包出去的工作。防止詐騙，自己白白乾活，一無所獲。

我付給別人時一般再乘以1.2到1.5的係數，即對方大約日工資乘以的係數。每個工作日以4小時有效工作時間計算。緊急事務可以在一天算兩個工作日。每一項工作都要有預先的時間評估。工作量是發包人與接包人協商的結果。

任何工作項如果超過3天就必須繼續拆分後評估，而不是用整包。確認工作專案和評估後，支付1/3預付款。實際下來如果用了更短的時間完成，我仍然按照評估結果支付。工作完成了都好，全額支付。工作小幅度延期也是全額支付。大幅度延期幾乎不可能出現，而是乾脆做不出來。此時餘款不支付，直接換人，原接包人對這個工作項只能拿到預付款。

第一步：先詳細瞭解客戶需求

跟客戶詳細的瞭解專案需求、專案背景、專案所需時間、達到的效果等，詳細的專案溝通是專案成功的第一步，也是估價的基礎；

第二步：然後準確計算出需要多少工時

根據第一步計算出所需工時，以及所需工種。仔細反覆核算，以免工作中超出預期工時自己吃虧，賺不到錢。在詳細計算得出的基礎上加上10%左右的工時，作為儲備用，以免中途客戶需要變更等；

第三步：專案因素

考慮專案是否有模板，是重新開始做，還是有模板或者資源可以利用，如果有則接單系數可以相應的降低點，自己輕輕鬆鬆賺錢，客戶也得到實惠，雙贏的局面，客戶下次還會找你；

第四步：綜合報價

綜合前面三步，得出基礎價格、工時、接單系數，計算出總的費用，報價給客戶。

第五步：專案迭代

綜合前幾步，客戶基於1.0版本的綜合表現，你 服務質量高的話會找你繼續迭代更新，之後重複第一道第四步。

軟體開發是一個腦力活，以什麼尺度來衡量這種腦力活的勞動成果，其實業內並沒有一定的衡量方法。

首先是看是什麼樣的客戶，如果是政府部門的，能直接直到單子，價錢是高一些，不管軟體開發得如何，反正是報酬比較高；如果是私人的話，價錢方面可能就會跟你斤斤計較了，同樣一個軟體，可以定幾萬塊，也可能只要幾千或幾百元。

再次是要看軟體開發的難易程度，有些功能是沒那麼容易開發的，所以一定要跟客戶瞭解清楚其需求，既能自己做得了，又要讓客戶覺得出的錢不多，所以，這個難易程度就要看你是怎樣說了，一般客戶也會到處詢價，在這樣的情況下，你可以明確向他說明當中的難易程度，以提高價錢。

最後是接私活，客戶一般都要你給出開發文件，在這樣的情況下，你更應該明確在哪方面就可適當提高價錢，否則，接私活，最後做不成，或花費了自己大量的精力，但付出與所得不成比例，這對自己是否能從事這項工作也是個很大的考驗。

綜上所述，在接私活時，一要了解客戶的需求，二要做好軟體開發文件，三要做好收錢的步驟，軟體行業，一般是要先收定金，然後按進度收錢的，最後在測試交貨階段，還要保護好自己的原始碼，否則，客戶收了貨，未必就再給錢了。

計算出你正職工作的時效，比如你正職工作工資12000，每個月工作160小時，每小時就是75元，然後估算出私活需要工作多少個小時，然後再乘以接單系數，接單系數考慮一下因素，時間緊迫性、難度、後期維護難度以及次數、是否有現成模板等，接單系數一般建議2-5之間。

首先定位是私活！既然是私活肯定比正常的企業專案要低很多，因為不用考慮企業運營成本，但是私活的承接也有一定的報價規則。

1、根據專案工作量報價

根據客戶的需求，將需求的內容化模組進行工作量評估，一般評估會根據人月、人天進行評估，再根據人月、人天的單價計算得出。但是一般情況下需要考慮一些外在的因素，比如需求溝通工作量、測試工作量、bug修復工作量、客戶需求變更工作量等等。因為私活不比正規的專案，客戶後期的需求變更不可控制，大部分會進入：先做出來看看的怪圈。

2、根據專案大小報價

專案何為大、何為小。主要是主觀上的判斷，還有個人對該專案的實現難易程度而定，比如有的開發者有成熟的或者半成熟的產品，他們只需要稍微的調整就可以上線，當然價錢可能會稍微的降低。而有的開發者需要從頭進行研發，肯定研發週期工作量都是很大的，相對報價稍微高點。

3、成熟的腳手架開發很重要

很多朋友苦惱，每次接私活都需要重新進行研發，這個思路或者模式肯定是不對的，私活講究短平快。不比企業專案一做就是好幾年，私活講究效率，一般為1~3個月的專案，或者1月一內的專案為多，所以找到自己的腳手架專案平臺很重要。

作為10年的老程式設計師，我都是用青鋒的後臺系統腳手架系統採用springboot架構、layui前端框架、整個druid多資料來源、quartz定時器、單表多表樹表程式碼生成器、全方位的許可權控制等。

瞭解確認功能需求後，我個人一般會先摸摸客戶一個大概預算有多少，再給對方報價，如果差的太多不能協商只能放棄1、按每人每天多少報價，比如你每天工資多少，或者按人力外包價2、整體報價最好溢價報，因為你的預計工期並不是實際工期

科學、客觀的評估應該包含：

開發按照：工作量（人月）x 所在城市人月單價然後加上管理、外圍的裝置購買/伺服器租賃、稅務等費用個別項必要時乘以個加權係數。

按自己的工資標準，比如月薪3萬，除21.75得到每天8小時的工資標準，把需求搞清楚，估時，細化到小時，加buffer，報價

接私活的話可以把你現在的工資換算成日工資，然後看你需要多少天做完x你的日工資就是報價，當然私活你不可能全天候的都在幹，所以可以下調點

通常來說，做這種外包訂單的定價方式有兩種，但無論哪一種，我們都需要對需求先行進行了解並且明確下來，才知道如何定價。

1. 按功能定價

對於一個系統來說，我們瞭解了使用者的具體需求以後，可以將系統分為若干的功能點，按照每個功能點的複雜程度，按照一定的價格來收取費用。

假如我們按照一個功能點100塊來收費，其實這個模組我們就收費500塊就可以了。

那可能還有複雜的，類似OA的工作流，自定義工作流表單和視覺化流程設計其實就是一個非常複雜功能，如果我們將工作流視為一個模組，那麼簡單的分一下的話，至少有表單視覺化設計、表單的建立、表單的修改、表單的刪除、流程的視覺化設計、流程的建立、流程的修改、流程的刪除、流程的檢視、流程節點的建立、流程節點的修改等等等等非常多的功能點。

按照正常情況，一個這樣視覺化的工作流引擎，大概你都可以報價超過2萬塊，還不用去算OA系統中的其他部分功能。

要值得注意的就是，如果按照功能報價，你需要有將需求分解到功能點的經驗，不然到時候分解時漏掉幾個功能點，可能你的收益和你的付出就不成正比了。

2. 按照時間定價

按照時間定價，可能是很多外包公司的定價方式，對於獨立接單的程式設計師，很多現在也在使用這種方式來計價了。

一般來說，我們在接到一個外包的專案時，先對這個專案的大概功能進行一個分析，然後估算一個時間。

一般我們需要估算三個時間，一個是最快我們什麼時候能夠完成，也就是樂觀計劃；一個是一般情況下，我們什麼時候能夠完成，算是普通計劃；一個是最差我們什麼時候能夠完成，這個算是悲觀計劃。

然後我們用(樂觀計劃+普通計劃*3+悲觀計劃)/5，最後得到的這個時間就是比較合理的時間。

當然，這個是比較書面的一種計算方法。我們可以用一個比較簡單的方法來計算，就是你算出自己的普通計劃耗時的時候，乘以1.3就可以了。

然後，我們就可以按照天來計算時間了。

對於價格，一般來說，有400/天的，也有700/天的，這個就看自己來評估了。

題外話

做為程式設計師，其實我們都知道，自己在積累了一專案經驗以後，其實自己就積累了很多原始碼，很多程式設計師並不重視這些原始碼，也沒有很好的進行管理。

其實，我們可以將我們的原始碼進行模組化，外掛化的管理，這樣的話，我們在接到新專案的時候，可能就有很多可以複用的程式碼了。

例如：許可權模組、通訊授權模組、訂單模組、圖文內容模組等等。

我們可以在做的時候，就將它外掛化，以後我們要使用的時候，一個引用就搞定了。減少了很多的程式碼量，然後我們又可以收到足夠的錢，何樂而不為呢？

我一般是根據需求估算自己要花多長時間，正常每天按6小時計，然後我的人日報價是一天800，基本能夠估算出成本。

還有其他的參考系數：需要原始碼2倍，加急每提前一天多100，如果這個專案具備複用性或產品化潛質可以適當低些，自己靈活掌握。

總之，如何定價取決於你與發包方的博弈，初次合作由於沒有太多的信任關係，你實在想接可以適當讓步，做得好以後發包方還有專案的話會優先考慮你。

程式設計師接私時給軟體定價很關鍵，因為軟體開發主要付出的就是人力成本，定低了很可能費力不討好，定高了又可能嚇走客戶。下面分享一下我的定價步驟和經驗：

第一步：評估需求

需求就是客戶想要開發什麼東西。這就要前期進行需求調研，而且調研的越細越好。因為很多客戶的計算機水平並不高，描述的很容易和你理解的不一樣。這裡有個經驗之談：如果你的需求調研因為客戶原因遲遲沒有進展，那麼我勸你不是急需用錢的話不如放棄，這類客戶很多都存在種種問題，後續進入到開發階段麻煩事會更多。

第二步：估算成本

有了需求，就可以把專案初步劃分一下架構，比如我一般會分為基礎架構，資料庫，使用者管理模組，模組1，模組2，介面等等。然後用人日評估一下每個模組需要多少時間做，再加起來換算成人月，最後再用本地一個人月的成本乘一下。

比如一個專案算出來需要1個人開發3個月，你認為一個人每月的成本是1萬元，那麼你的專案成本就是1萬*3=3萬元。

第三步：定價

成本還是不最終定價，因為定價就要考慮到更多的方面了，比如你發現你的客戶喜歡壓價，就要加上一定價格空間；如果你感覺客戶業務不太熟，後續很可能頻繁變更需求，也需要再加些價格空間；最後還要考慮到你期望的利潤。

先問清楚對方的使用情景，500強你就按照國際標準報價，大公司你就按行業標準報價。以上的兩類公司要的是結果和正規合同，還有發票，不在乎錢的。小公司要考慮成本，所以你要套路客戶預計要接大多金額的專案，你在測算他的心理價位和同類正規公司價格後報價。對那些預算非常有限的，要明確說明一分錢一分貨，錢前有錢少的做法，但不能按照頂級配置來定製。綜上就是見土豪報土豪的價，遇到窮鬼，蒼蠅也是肉也要吃。

給大家提供一套通用的定價方法：

計算出你正職工作的時效，比如你正職工作工資12000，每個月工作160小時，每小時就是75元，然後估算出私活需要工作多少個小時，然後再乘以接單系數，接單系數考慮一下因素，時間緊迫性、難度、後期維護難度以及次數、是否有現成模板等，接單系數一般建議2-5之間。

例如程式設計師接私活定價：

1、先詳細瞭解客戶需求

跟客戶詳細的瞭解專案需求、專案背景、專案所需時間、達到的效果等，詳細的專案溝通是專案成功的第一步，也是估價的基礎；

2、然後準確計算出需要多少工時

根據第一步計算出所需工時，以及所需工種。仔細反覆核算，以免工作中超出預期工時自己吃虧，賺不到錢。在詳細計算得出的基礎上加上10%左右的工時，作為儲備用，以免中途客戶需要變更等；

3、專案因素

考慮專案是否有模板，是重新開始做，還是有模板或者資源可以利用，如果有則接單系數可以相應的降低點，自己輕輕鬆鬆賺錢，客戶也得到實惠，雙贏的局面，客戶下次還會找你；

4、綜合報價

綜合前面三步，得出基礎價格、工時、接單系數，計算出總的費用，報價給客戶。

做了十多年程式設計師，接的私活兒不多，大多數都是朋友有需求，然後我出於友情幫助（當然錢還是要算清楚的）。

關於接私活的時候如何定價，我談談自己的看法：

先看對方出價

別上來就估功能點什麼的，要先看看對方的出價。

大部分小活兒，特別是熟人介紹的這種，都會帶著價錢來。（大專案招投標的時候，預算都是保密的）

如果對方報5萬，你一看就一週的活兒，那後面就好辦了：拆分功能點和評估工作量的時候，就按照5萬的價錢來拆。

按工期評估

如果要實實在在估計一個活兒的收費，那麼我常用的方法就是按照工期估計，然後根據自己的日薪或時薪計算。

這種演算法經常用在這種背景下：我有本職的工作，接私活只是為了掙一些外快（可有可沒有）。

先把整體的需求進行拆分，細分成模組或者功能點，每個模組需要多長時間，再計算總的開發時間。比如需要10天，我通常會多預留出來至少30%的工期，最後結果是需要13天。

我的日薪平均是1K，那麼這項工作的整體報價是一萬三；然後再計算前期預付款多少，專案交付了之後付多少。

如果活兒很緊急，那麼需要乘以一個係數。比如我估計10天的活兒，但要求必須一週做完，那價錢我可能會提高1.5倍甚至更高。

按工作量評估

也是要把完整的需求拆分成功能點，每個功能點多少錢，然後計算總價。

這個我很少使用，畢竟我不是全職開發私活兒的；每個功能點如何評估價錢，不好把握。

另外，有一些活兒可能需要轉包出去，比如我不擅長做前端頁面，那麼會找一個人合作；這種最好有一個長期的合作伙伴，互惠互利。

1. 讓對方先報價，和自己心裡預期相差太大就坐下來談。

2. 私活多數都是熟人介紹，不要因為抹不開面子不談價格。

3. 定價要考慮詳細評估需求，是一次性的還是要後期維護。