接一个开发外包，报价怎么估才不亏

程序员接私活最头疼的事，不是写代码，是报价。报高了客户跑了，报低了自己亏到哭。我前后估过三十多个项目的价，踩过几次大亏，今天把我现在用的估价比划拉一遍。

先说最容易犯的错：按"代码行数"或者"页面数量"报价。比如一个官网有八个页面，你按一个页面500块算，报4000。这个算法死得很惨——因为你没算后台、没算部署、没算改需求。八个页面的官网，前端开发三天，后端API两天，联调一天，部署一天，中间客户改需求两天，实际工时至少八天。你按4000报，相当于一天500，时薪三十块，还不如上班。

我现在的估法：先估工时，再乘系数

第一步，把项目拆成模块：前端页面、后端接口、数据库设计、部署上线、测试。每个模块先估"纯开发工时"——假设需求不变、客户不折腾。比如这个官网：前端三天、后端两天、联调一天、部署半天，纯工时6.5天。第二步，加系数。这个系数是沟通、改需求、意外情况的缓冲，我一般乘1.5到2。比如6.5乘1.8，实际预估11.7天。第三步，算日薪。程序员做外包的日薪，根据水平和城市，一般是800到2000一天。取中间1200。11.7乘1200，报价大概14000上下。这个数字报出去，客户觉得贵，但你实际干活不亏。

第四步，跟客户谈的时候，别直接甩一个总价。要拆开来报："这个项目分三块，设计多少、开发多少、后期维护多少"。客户往往会说"设计这块我们自己有"，那你就减掉一块，实际成交价比报价低20%到30%是正常的。但你拆开来报，客户砍价的时候有参照，不会直接把你价砍到地板。

几种特殊情况

老客户复购：可以打八折，因为沟通成本低、信任度高。新客户、第一次合作：报价别低于市场价，低价进来的客户，后期修改也多，反而不划算。带版权的项目（比如给客户做一套可售卖的系统）：报价要再加30%到50%，因为你交付的不只是工时，还有知识产权。

还有个经验：需求文档不完整的项目，报价加风险费。如果客户连个原型图都没有，只有一句话"我想做个类似XX的APP"，这种项目要么不接，要么报价上浮50%，并且白纸黑字写清楚"超出范围的需求另计费"。

最后一句：报价这件事，宁可前期报高被砍，也别报低了后悔。预估收益仅供参考，以实际结算为准，但报价是手艺，不是赌博。

本文链接：https://fuyehezi.com/fuyehezi/513.html 转载需授权！