软件 价指南

公司一直以来都在接新开发的，定制化的解决方案开发项目，在和客户取得了互信以后，首先会遇到的问题就是：多少钱个价吧。往往，我们的销售经理就蔫吧了，具体研发需要多少钱得去问问项目经理，那项目经理又是如何预估研发费用呢/p>

公司近期有好几个人都在问我这个问题，以下为我的经验之谈。

开发成本就是从零开始开发这么一套软件的研发费用。一般来讲，如果 价低于研发成本，那么公司就赔钱了，因为这个数目的钱大致会支付给研发工程师，公司又收不回这么多钱，公司就赔钱了。

一个解决方案，可以用其包含的功能的多少作为一个复杂度的度量，这里介绍功能预估成本法。

功能预估成本法也就是把所有的功能需求列出来，估计出所需要的研发时间，再根据人员费用计算出成本的方法。

在上面的公式中，我们成本是否准确，最大影响是对工作量的估计，可是，实际上很多项目最不好估计的就是工作量，如果要将工作量能估计到人日，也是需要大量的分析工作的。因此我们这里介绍更加快捷的参考成本估计方法。

参考成本估计方法也就是参考团队过去开发所消耗的时间，来估计同类型的项目可能花掉的时间。

我最常听到的一句话是，“客户的需求很简单”，哦，对了，如果有功能很难实现，那个是要加钱的哦！上面只是对于没有难点的常规开发的估计公式。对于像“需要支持千万设备在线”这样的需求，我们要保持敏感性，这个一般人是做不到的，好吧。

不要因为大家都在用微信了，就觉得微信很好做，对于国内大部分的研发团队，是没有能力独立做一个微信，或者淘宝的后台的。（当然随着技术的发展，可以借用其他公司的技术和服务来开发）

这里只表述一件事情：量变会引起质变，用户规模的扩大会导致架构的变化，架构的变化会导致研发工具，研发模式的变化，需要的人的素质也不是一个层次的了。

对工作量的估计需要落实到纸面上

一个物联 方案，大多都涉及到端，中间件，云好多层，一个要注意的事项就是要把需求落实到纸面上。

以一个例子作为解释，将用户的需求落到纸面上是多么重要：

把各个方面的需求落到纸面上，跟客户面对需求来谈价格，客户比较能能接收，价格也会比较公道。

项目的服务器端开发部分功能与评估如下：

最后，研发 价中的一些法则

边际成本为零的法则

这个原则是说，如果开发出来的软件可以重复卖给无穷多的人，那么边际开发成本为零，所以，我们考虑软件成本的时候，还可以考虑下，这套东西能否再卖给另外一家；或者我们在和客户谈研发成本的时候，而这套东西还适用于其他客户，那么我们可以便宜一点，适用的客户越多，就可以越便宜。当然，我们要跟客户讲好，既然给不起这个价格，那么软件产品的所有权，就是有方科技的了。

如果用户需要的方案可以在以前的方案的基础上改，那么也是可以降低方案的价格的，但是，具体情况就得具体分析了。

最优 价不是最低 价

这个法则是说，软件产品 价最低的那位，往往是软件产品质量最差的那位，因此性价比并不高，现在国内使用正版软件的思想已经被越来越多地被接收，好的软件能提高生产率，能更快地赚钱，或者更多地节约成本，因此在软件市场里，最优 价并不是最低 价。

时间缩短一半，成本增加一倍的原则

这个法则是说，在我们设定的时间点的基础上，如果要求提前交付，这个也是额外的成本，我们可能不得不逼迫员工加班，或者临时招聘，或者部分工作外包，因此意味着成本的增加。

市场价值影响

市场价值在于产品创意带来的价值，产品外围给客户带来的价值，同类产品的参考价值等。通常市场价值高的产品，我们在 价的时候应该适当上调。