通常来说，做这种外包订单的定价方式有两种，但无论哪一种，我们都需要对需求先行进行了解并且明确下来，才知道如何定价。

1. 按功能定价

对于一个系统来说，我们了解了用户的具体需求以后，可以将系统分为若干的功能点，按照每个功能点的复杂程度，按照一定的**来收取费用。

例如：我们要做一个新闻的模块，新闻模块非常简单，对于后来来说，有四个功能点，新闻列表、添加新闻、修改新闻、删除新闻，对于前台来说，就是查看新闻列表和详情两个功能点。其中查看新闻列表这个功能点对于前后台都一样，可以合并在一起。

假如我们按照一个功能点100块来收费，其实这个模块我们就收费500块就可以了。

那可能还有复杂的，类似OA的工作流，自定义工作流表单和可视化流程设计其实就是一个非常复杂功能，如果我们将工作流视为一个模块，那么简单的分一下的话，至少有表单可视化设计、表单的创建、表单的修改、表单的删除、流程的可视化设计、流程的创建、流程的修改、流程的删除、流程的查看、流程节点的创建、流程节点的修改等等等等非常多的功能点。

按照正常情况，一个这样可视化的工作流引擎，大概你都可以报价超过2万块，还不用去算OA系统中的其他部分功能。

要值得注意的就是，如果按照功能报价，你需要有将需求分解到功能点的经验，不然到时候分解时漏掉几个功能点，可能你的收益和你的付出就不成正比了。

2. 按照时间定价

按照时间定价，可能是很多外包公司的定价方式，对于**接单的程序员，很多现在也在使用这种方式来计价了。

一般来说，我们在接到一个外包的项目时，先对这个项目的大概功能进行一个分析，然后估算一个时间。

一般我们需要估算三个时间，一个是最快我们什么时候能够完成，也就是乐观计划；一个是一般情况下，我们什么时候能够完成，算是普通计划；一个是最差我们什么时候能够完成，这个算是悲观计划。

然后我们用(乐观计划+普通计划*3+悲观计划)/5，最后得到的这个时间就是比较合理的时间。

当然，这个是比较书面的一种计算方法。我们可以用一个比较简单的方法来计算，就是你算出自己的普通计划耗时的时候，乘以1.3就可以了。

然后，我们就可以按照天来计算时间了。

对于**，一般来说，有400/天的，也有700/天的，这个就看自己来评估了。

题外话

做为程序员，其实我们都知道，自己在积累了一项目经验以后，其实自己就积累了很多源代码，很多程序员并不重视这些源代码，也没有很好的进行管理。

其实，我们可以将我们的源代码进行模块化，插件化的管理，这样的话，我们在接到新项目的时候，可能就有很多可以复用的代码了。

例如：权限模块、通讯授权模块、订单模块、图文内容模块等等。

我们可以在做的时候，就将它插件化，以后我们要使用的时候，一个引用就搞定了。减少了很多的代码量，然后我们又可以收到足够的钱，何乐而不为呢？

程序员接私时给软件定价很关键，因为软件开发主要付出的就是人力成本，定低了很可能费力不讨好，定高了又可能吓走客户。下面分享一下我的定价步骤和经验：

第一步：评估需求

需求就是客户想要开发什么东西。这就要前期进行需求调研，而且调研的越细越好。因为很多客户的计算机水平并不高，描述的很容易和你理解的不一样。这里有个经验之谈：如果你的需求调研因为客户原因迟迟没有进展，那么我劝你不是急需用钱的话不如放弃，这类客户很多都存在种种问题，后续进入到开发阶段麻烦事会更多。

第二步：估算成本

有了需求，就可以把项目初步划分一下架构，比如我一般会分为基础架构，数据库，用户管理模块，模块1，模块2，接口等等。然后用人日评估一下每个模块需要多少时间做，再加起来换算**月，最后再用本地一个人月的成本乘一下。

比如一个项目算出来需要1个人开发3个月，你认为一个人每月的成本是1万元，那么你的项目成本就是1万*3=3万元。

第三步：定价

成本还是不最终定价，因为定价就要考虑到更多的方面了，比如你发现你的客户喜欢压价，就要加上一定**空间；如果你感觉客户业务不太熟，后续很可能频繁变更需求，也需要再加些**空间；最后还要考虑到你期望的利润。

我一般是根据需求估算自己要花多长时间，正常每天按6小时计，然后我的人日报价是一天800，基本能够估算出成本。

还有其他的参考系数：需要源码2倍，加急每提前一天多100，如果这个项目具备复用性或产品化潜质可以适当低些，自己灵活掌握。

总之，如何定价取决于你与发包方的博弈，初次合作由于没有太多的信任关系，你实在想接可以适当让步，做得好以后发包方还有项目的话会优先考虑你。

谢邀~关注我，可了解更多关于开发、架构的分享

做了十多年程序员，接的私活儿不多，大多数都是朋友有需求，然后我出于友情帮助（当然钱还是要算清楚的）。

关于接私活的时候如何定价，我谈谈自己的看法：

先看对方出价

别上来就估功能点什么的，要先看看对方的出价。

大部分小活儿，特别是熟人介绍的这种，都会带着价钱来。（大项目招投标的时候，预算都是保密的）

如果对方报5万，你一看就一周的活儿，那后面就好办了：拆分功能点和评估工作量的时候，就按照5万的价钱来拆。

按工期评估

如果要实实在在估计一个活儿的收费，那么我常用的方法就是按照工期估计，然后根据自己的日薪或时薪计算。

这种算法经常用在这种背景下：我有本职的工作，接私活只是为了挣一些外快（可有可没有）。

先把整体的需求进行拆分，细分成模块或者功能点，每个模块需要多长时间，再计算总的开发时间。比如需要10天，我通常会多预留出来至少30%的工期，最后结果是需要13天。

我的日薪平均是1K，那么这项工作的整体报价是一万三；然后再计算前期预付款多少，项目交付了之后付多少。

如果活儿很紧急，那么需要乘以一个系数。比如我估计10天的活儿，但要求必须一周做完，那价钱我可能会提高1.5倍甚至更高。

按工作量评估

也是要把完整的需求拆分成功能点，每个功能点多少钱，然后计算总价。

这个我很少使用，毕竟我不是全职开发私活儿的；每个功能点如何评估价钱，不好把握。

另外，有一些活儿可能需要转包出去，比如我不擅长做前端页面，那么会找一个人合作；这种最好有一个长期的合作伙伴，互惠互利。

我将持续分享Java开发、架构设计、程序员职业发展等方面的见解，希望能得到你的关注。

我一般都是按照完成时间报价，单价看心情和最近时间安排，而定：100-500元/时之间。

周末没事儿的话**就低一些，有事儿就高一些，毕竟生活最重要。

所以，预估工时的能力很重要。资深程序员很重要一点就是能给出一个靠谱的排期和需求完成时间。

（完）

软件开发是一个脑力活，以什么尺度来衡量这种脑力活的劳动成果，其实业内并没有一定的衡量方法。

首先是看是什么样的客户，如果是**部门的，能直接直到单子，价钱是高一些，不管软件开发得如何，反正是报酬比较高；如果是私人的话，价钱方面可能就会跟你斤斤计较了，同样一个软件，可以定几万块，也可能只要几千或几百元。

其次是看开发软件的周期，如果是一天半天就能完成的活，一般是一千几百块就行，但是如果是要一段时间才能完成的，则应按日工进行，比如现在一般的日薪都在四到五百块，作为软件开发，应该在此基础上增加50%，也就是七到八百块一天，这样的**是不为高的。另外，有些老板喜欢按页面给钱的，他不会管背后的代码如何，比如网站的开发，就只数页面，不理代码的长短，这样也可以按代码进行定价。

再次是要看软件开发的难易程度，有些功能是没那么容易开发的，所以一定要跟客户了解清楚其需求，既能自己做得了，又要让客户觉得出的钱不多，所以，这个难易程度就要看你是怎样说了，一般客户也会到处询价，在这样的情况下，你可以明确向他说明当中的难易程度，以提高价钱。

最后是接私活，客户一般都要你给出开发文档，在这样的情况下，你更应该明确在哪方面就可适当提高价钱，否则，接私活，最后做不成，或花费了自己大量的精力，但付出与所得不成比例，这对自己是否能从事这项工作也是个很大的考验。

综上所述，在接私活时，一要了解客户的需求，二要做好软件开发文档，三要做好收钱的步骤，软件行业，一般是要先收定金，然后按进度收钱的，最后在测试交货阶段，还要保护好自己的源码，否则，客户收了货，未必就再给钱了。

第一步：先详细了解客户需求

跟客户详细的了解项目需求、项目背景、项目所需时间、达到的效果等，详细的项目沟通是项目成功的第一步，也是估价的基础；

第二步：然后准确计算出需要多少工时

根据第一步计算出所需工时，以及所需工种。仔细反复核算，以免工作中超出预期工时自己吃亏，赚不到钱。在详细计算得出的基础上加上10%左右的工时，作为储备用，以免中途客户需要变更等；

第三步：项目因素

考虑项目是否有模板，是重新开始做，还是有模板或者资源可以利用，如果有则接单系数可以相应的降低点，自己轻轻松松赚钱，客户也得到实惠，双赢的局面，客户下次还会找你；

第四步：综合报价

综合前面三步，得出基础**、工时、接单系数，计算出总的费用，报价给客户。

第五步：项目迭代

综合前几步，客户基于1.0版本的综合表现，你服务质量高的话会找你继续迭代更新，之后重复第一道第四步。

首先定位是私活！既然是私活肯定比正常的企业项目要低很多，因为不用考虑企业运营成本，但是私活的承接也有一定的报价规则。

1、根据项目工作量报价

根据客户的需求，将需求的内容化模块进行工作量评估，一般评估会根据人月、人天进行评估，再根据人月、人天的单价计算得出。但是一般情况下需要考虑一些外在的因素，比如需求沟通工作量、测试工作量、bug修复工作量、客户需求变更工作量等等。因为私活不比正规的项目，客户后期的需求变更不可控制，大部分会进入：先做出来看看的怪圈。

2、根据项目大小报价

项目何为大、何为小。主要是主观上的判断，还有个人对该项目的实现难易程度而定，比如有的开发者有成熟的或者半成熟的产品，他们只需要稍微的调整就可以上线，当然价钱可能会稍微的降低。而有的开发者需要从头进行研发，肯定研发周期工作量都是很大的，相对报价稍微高点。

3、成熟的脚手架开发很重要

很多朋友苦恼，每次接私活都需要重新进行研发，这个思路或者模式肯定是不对的，私活讲究短平快。不比企业项目一做就是好几年，私活讲究效率，一般为1~3个月的项目，或者1月一内的项目为多，所以找到自己的脚手架项目平台很重要。

作为10年的老程序员，我都是用青锋的后台系统脚手架系统采用springboot架构、layui前端框架、整个druid多数据源、quartz定时器、单表多表树表代码生成器、全方位的权限控制等。

喜欢的小伙伴可以私信问我要地址，已经托管码云。

这个真不好算

私活大部分都是毕业设计

一个大学生能有几个钱

报个800搞一个礼拜浪费时间还不挣钱 800他还觉得贵

商业用来个需求又前端又后台的一算工作量起码搞2个月报个4万那个客户觉得我就这么点功能要这么多钱呀不做不做他以为3000快就能搞定的东西

现在就接点改bug 50一个或者简单的毕业设计一天完成收个300左右

例如程序员接私活定价：

1、先详细了解客户需求

跟客户详细的了解项目需求、项目背景、项目所需时间、达到的效果等，详细的项目沟通是项目成功的第一步，也是估价的基础；

2、然后准确计算出需要多少工时

3、项目因素

4、综合报价