血的教训:“愚蠢的”程序员,该如何为你的源码报价呢?

简介:

程序员们,或许你开发过一个程序,刚好有受到用户青睐,并提出购买请求。那么,你会怎么为你的源码来定价呢?在这篇文章,我将用我三年多的创业经历,来描述我曾经非常愚蠢的定价方式以及从这些悲惨经历所得出的经验教训。有不少人知道,我们开发了一个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。这个报价会让用户觉得,他们买这个东西挣到了,占到了大便宜,那么,你就可以接二连三的销售了~~。你明白了吗?如果你觉得这篇文章对你有益,那么请多多推荐吧!谢谢!


本文转自道法自然博客园博客,原文链接:http://www.cnblogs.com/baihmpgy/p/3526428.html,如需转载请自行联系原作者

目录
相关文章
|
JSON 自然语言处理 编译器
Alibaba.com瘦包40MB——业界最全的iOS包大小技术总结
前言包大小是衡量APP性能的一项重要指标,它直接影响用户的下载点击率(包太大不想下)、下载安装成功率(下载慢不用了)、APP卸载率(太占空间先删掉)。包大小的计算逻辑很简单,它是各种类型的文件占用磁盘大小相加。APP瘦身的技术却很复杂,代码文件的复杂度和编译器策略决定了可执行文件的大小,业务功能和工程架构决定了代码文件的复杂度。iOS APP瘦身,需要掌握的技能有XCode构建技术、LLVM编译器
4258 0
Alibaba.com瘦包40MB——业界最全的iOS包大小技术总结
|
移动开发 搜索推荐 API
DingTalk「开发者说」钉钉工作台-业务数字化转型第一门户
钉钉把工作台定义为业务数字化转型门户,从钉钉目前工作台的业务体量、用户量及评价来讲,都应该承担企业数字化转型的重要责。
1528 0
DingTalk「开发者说」钉钉工作台-业务数字化转型第一门户
|
前端开发 JavaScript Java
没错,你可以移动式编码了:4款最好的Android设备HTML编辑器
作为出色的应用平台,Android系统不仅可以用于登录Facebook或是玩“愤怒的小鸟”,它还可以为web开发人员提供可行的移动式解决方案。然而,web开发者是不可能对那些陈旧的文本编辑器表示满意的——他们需要使用专门的代码编辑器,以便让工作更快速更便捷地完成。下面我将要介绍4款名列前茅用于Android设备的HTML编辑器,任何web开发人员都能利用它们在平板电脑上处理大量工作,或是在智能手机上进行一些快速修改。
3403 0
没错,你可以移动式编码了:4款最好的Android设备HTML编辑器
|
API 对象存储 网络架构
OSS restful API 调用 put,上传文件,python发http request示例
发送put 请求,向bucket中写入文件,代码中*** 的部分改成实际内容。rest请求主要问题在拼header时authorization可能会有问题,注意生成signature时的入参。#tested env: python version v3.9.6 #author: Fred #2022-1-11 import hmac import hashlib import base64 im
1352 0
|
存储 监控 固态存储
探索现代数据中心的能效优化策略
【5月更文挑战第4天】 在数字化转型的浪潮下,数据中心作为信息技术的心脏,其能耗问题日益凸显。本文聚焦于现代数据中心能效优化的多维策略,从硬件选型、冷却系统设计到能源管理,深入探讨了如何通过综合手段实现绿色节能。文章首先分析了数据中心能耗的主要来源,随后提出了一系列创新且实用的优化措施,并通过案例分析展示了这些策略的实际效果。最后,本文对数据中心未来的能效发展趋势进行了展望,旨在为数据中心的可持续发展提供思路与参考。
|
4月前
|
存储 人工智能 搜索推荐
Shandu:开源AI研究黑科技!自动挖掘多层级信息,智能生成结构化报告
Shandu 是一款开源的 AI 研究自动化工具,结合 LangChain 和 LangGraph 技术,能够自动化地进行多层次信息挖掘和分析,生成结构化的研究报告,适用于学术研究、市场分析和技术探索等多种场景。
426 8
Shandu:开源AI研究黑科技!自动挖掘多层级信息,智能生成结构化报告
|
9月前
|
安全 应用服务中间件 网络安全
修复HTTPS升级后出现 Mixed Content: The page at 'https://xxx' was loaded over HTTPS, but requested an insecure frame 'http://xxx'. This request has been blocked; the content must be served over HTTPS. 的问题
修复HTTPS升级后出现 Mixed Content: The page at 'https://xxx' was loaded over HTTPS, but requested an insecure frame 'http://xxx'. This request has been blocked; the content must be served over HTTPS. 的问题
|
存储 计算机视觉 索引
BGR
BGR
498 1
|
7月前
|
监控 网络协议 网络性能优化
不再困惑!一文搞懂TCP与UDP的所有区别
本文介绍网络基础中TCP与UDP的区别及其应用场景。TCP是面向连接、可靠传输的协议,适用于HTTP、FTP等需要保证数据完整性的场景;UDP是无连接、不可靠但速度快的协议,适合DNS、RIP等对实时性要求高的应用。文章通过对比两者在连接方式、可靠性、速度、流量控制和数据包大小等方面的差异,帮助读者理解其各自特点与适用场景。
|
11月前
|
SQL 数据挖掘 数据库
SQL中的重复行删除:技术与策略
【8月更文挑战第31天】
282 0