血的教训：“愚蠢的”程序员，该如何为你的源码报价呢？

程序员们，或许你开发过一个程序，刚好有受到用户青睐，并提出购买请求。那么，你会怎么为你的源码来定价呢？在这篇文章，我将用我三年多的创业经历，来描述我曾经非常愚蠢的定价方式以及从这些悲惨经历所得出的经验教训。有不少人知道，我们开发了一个OSGi.NET框架，这是一个完全免费的插件框架，并且开放了一个上百规模插件仓库的平台——开放工厂iOpenWorks。在2010年，我们刚刚创业之际，有一个用户提出要购买这个框架源码，这个意向客户是一个国际上非常非常知名的IT巨头，他给我们报出了以50万的价格购买一个光秃秃的框架。

 

我拒绝了！！我拒绝了以50万的价格将OSGi.NET框架的源码，销售给国际上非常非常知名的IT巨头。文章的标题，加了一个”愚蠢的“形容词，本来是想以”可爱的“形容词来描述，但觉得不够贴切，所以就改成了愚蠢。事实上，我真觉得当时的结论真够愚蠢的，这是我创业三年多犯过的一个极大的错误，这不仅仅是我们损失了50万的收入，更是损失了一个极为经典的案例。

 

各位，你知道我当时为什么会犯这个错误吗？

 

在当时，关于框架的源码定价算法如下：

（1）到2010年底，这个框架开发用了2年半时间，4个高级程序员来开发的，那么开发成本为：4人 × 1万元/人月 × 12月 × 2.5 = 120万；

（2）为了开发这个框架，我们从2006年开始来做积累，在开始开发框架之前，我们做了大量的准备工作，这些工作包含：分析了微软CAB&SCSF框架源码、分析了微软ObjectBuilder源码、分析了SharpDevelop源码、分析了Equniox这个非常复杂的OSGi框架（面向Java语言）源码，翻译了OSGi R4规范以及CAB相关的一序列英文书籍，并且看完了《Essential.NET,Volume I》这本关于.NET CLR原理的书，学习了微软《Framework Design Guideline》，构建了一个基于SVN + BugTracker.NET + CC.NET + xUnit + NAnt的质量保证体系。这个框架的开发正在是这些基础上才得以实现。这些准备工作，至少也得花个100万才行。

 

因此，OSGi.NET框架源码的价格 = 120万 + 100万 = 220万。考虑到用户的接受程度，我们可以适当降价。经过与客户的谈判，我们的最低报价为98万元，这是一个极其”优惠“的价格。

 

那个国际巨头，最终给我们的价格就是我刚才所说的报价：50万。如果能接受，那么我们就可以签订合同开始实施，如果不行，那么他们另想办法。

 

可想而知，我们谈判破裂了～～，呵呵！！各位，如果是你们，你们会怎么去卖源码呢？

 

以上的源码定价方式，以我现在的眼光来看的话，是愚蠢的，为什么呢？或许你也会和我一样来评估你的源码的价格，一旦无法完成交易，还会归结为用户的问题。

 

世界上有哪些源码可以这么卖的？12306网站的源码可不仅仅是这么卖，它花了好几亿，包含了软硬件，客户只有一个，中国铁道部！美国一个失败的健康与保险的系统，花了几个亿的美金，用了近10年，最后还失败了，这个系统的客户也只有一个，美国政府。当你以这样的形式来报价的时候，你有这样花钱不当刀的用户吗？假如你现在购买的汽车，报价方式也是这样的，那么一辆汽车的价格 = 整车设计成本 + 发动机研发成本 + 整车电控系统成本 + … + 生产汽车的生产线成本，那我想这辆汽车估计世界上最有钱的美国总统也买不起。

 

我们该怎么来报价呢？如果你要销售源码的话，其实源码与一个产品没有太多本质的区别，和我们日常用的电脑、电视机一样样的。我正确的报价应该是：客户最多可以承担的报价 × r%，r的取值需要根据经验，比如r = 50。这个报价会让用户觉得，他们买这个东西挣到了，占到了大便宜，那么，你就可以接二连三的销售了～～。你明白了吗？如果你觉得这篇文章对你有益，那么请多多推荐吧！谢谢！