[链接]谈谈软件的价值

这是一篇关于软件价值的文章。正如作者在文中所述，和"成功项目"一样，对于"软件的价值"，不同的人也会有不同的定义。本文作者从具体的案例着手，以连载的形式讲述如何更好地理解软件的真正价值所在。

全文：http://www.infoq.com/cn/articles/Agile-Unleashes-Software-Value

评论

10 楼 诺铁 2007-04-28  

看来要分为“软件对客户的价值”和“软件对开发者的价值”两个概念了。。。。
软件对开发商的价值可以分为直接的和间接的，价格可以看做直接的价值。软件（项目）作为商品，其价格仍然遵循商品的规律--“物以稀为贵”，就是说客户能找到多少供应商有能力按时、不超预算的开发出满足用户需要的软件，竞争越激烈，即使客户没有这个软件就要倒闭，“对用户的价值”高到无与伦比，其价格仍然不会达到相应的高度。 如果一个锦上添花或者可有可无的软件，偏偏全世界只有一家公司做，那么这个软件可以为开发者带来巨大的利益。
至于间接价值，比如该客户跟开发队伍绑定啦，提升了开发队伍的名气啦，这些东西讲不清楚了，只好自己判断是赚是亏了。

9 楼 sunnyshuhai 2007-04-28  

哦看过这篇文章了。

8 楼 lane_cn 2007-03-28  

如果甲方预付了开发经费，承担风险，甲方就有权利得到软件的产权，收获软件产品的价值。乙方只应该根据自己的成本得到收益。乙方如果能够扩大产品的价值，他能得到良好的声誉和更多的机会。

如果是乙方自主开发，自投资金，独立承担风险，当然就可以得到产权，也就能够得到全部的价值。

没有什么叫好不叫坐的事情。

7 楼 gigix 2007-03-28  

clamp 写道

如果软件为甲方的业务价值不能转化为乙方的商务价值，那么乙方对此津津乐道就是自我安慰的“阿Q精神”
也就是所谓的“叫好不叫座”，对于一个商业公司来说这是致命的。

所以乙方要么采用“成本核算法”，只看自己成本来谈价钱，要么采用“价值核算法”，根据甲方对系统的认可度和满意度来谈价钱。

这是一个风险分担的问题。在按时间付费的情况下，甲方有得到额外业务价值的潜在收益，同时也承担乙方的工作可能无法交付足够业务价值的风险。

6 楼 clamp 2007-03-28  

yiding_he 写道

clamp 写道

我觉得那个帖子阐述不够全面。
既然项目B为用户方创造了那么多的价值，那么开发方应当向用户方要求追加费用。如果用户不肯为这些价值付费，那么一种可能是用户方不承认这些价值（这些价值只是开发方假想的价值，属于看上去很美的“幻影价值”），另一种可能是这个客户不是一个“好的”客户。

所以这两者并不是矛盾的，尤其是所开发的软件的价值真正得到用户方认可的时候。

文章里的项目B的技术团队很不错，但是很遗憾的是公司没有和这些能力相匹配的商务战略。

如果软件成本没有明显增加，这时候仅仅根据用户从项目中得到的收益就要求用户增加投资并不明智。用户能得到比预想价值多得多的软件，它便很有可能会成为公司的长期客户；而随着合作的时间增加，交付的软件便会越来越有价值。这算不算一种简单的“商务战略”？如果用户觉得满意，而新的需求大幅提高了项目成本，那么根据项目实际消耗的成本要求增加投资是应该的，用户也肯定不会拒绝；而对用户从软件中获得的收益妄加揣测，以此要求用户增加投资，言下之意是不是项目 A 就可以少付钱呢？

如果软件为甲方的业务价值不能转化为乙方的商务价值，那么乙方对此津津乐道就是自我安慰的“阿Q精神”
也就是所谓的“叫好不叫座”，对于一个商业公司来说这是致命的。

所以乙方要么采用“成本核算法”，只看自己成本来谈价钱，要么采用“价值核算法”，根据甲方对系统的认可度和满意度来谈价钱。

5 楼 ahuaxuan 2007-03-28  

hgq0011 写道

软件的价值我觉得就是软件能给用户提高工作效率，节约管理成本，

现在用软件的不仅是公司工厂，不久的将来是个人就需要软件，比如游戏也是软件呀，btcomment也是软件呀，现在的软件的价值不局限与节约成本了，还有其他很多，比如改善人的精神生活等等

4 楼 gigix 2007-03-28  

clamp 写道

我觉得那个帖子阐述不够全面。
既然项目B为用户方创造了那么多的价值，那么开发方应当向用户方要求追加费用。如果用户不肯为这些价值付费，那么一种可能是用户方不承认这些价值（这些价值只是开发方假想的价值，属于看上去很美的“幻影价值”），另一种可能是这个客户不是一个“好的”客户。

所以这两者并不是矛盾的，尤其是所开发的软件的价值真正得到用户方认可的时候。

文章里的项目B的技术团队很不错，但是很遗憾的是公司没有和这些能力相匹配的商务战略。

or the development team charged by working time.
"pricing and charging strategy" is the next topic i'm gonna talk.

3 楼 hgq0011 2007-03-28  

软件的价值我觉得就是软件能给用户提高工作效率，节约管理成本，

2 楼 yiding_he 2007-03-28  

clamp 写道

我觉得那个帖子阐述不够全面。
既然项目B为用户方创造了那么多的价值，那么开发方应当向用户方要求追加费用。如果用户不肯为这些价值付费，那么一种可能是用户方不承认这些价值（这些价值只是开发方假想的价值，属于看上去很美的“幻影价值”），另一种可能是这个客户不是一个“好的”客户。

所以这两者并不是矛盾的，尤其是所开发的软件的价值真正得到用户方认可的时候。

文章里的项目B的技术团队很不错，但是很遗憾的是公司没有和这些能力相匹配的商务战略。

如果软件成本没有明显增加，这时候仅仅根据用户从项目中得到的收益就要求用户增加投资并不明智。用户能得到比预想价值多得多的软件，它便很有可能会成为公司的长期客户；而随着合作的时间增加，交付的软件便会越来越有价值。这算不算一种简单的“商务战略”？如果用户觉得满意，而新的需求大幅提高了项目成本，那么根据项目实际消耗的成本要求增加投资是应该的，用户也肯定不会拒绝；而对用户从软件中获得的收益妄加揣测，以此要求用户增加投资，言下之意是不是项目 A 就可以少付钱呢？

1 楼 clamp 2007-03-27  

我觉得那个帖子阐述不够全面。
既然项目B为用户方创造了那么多的价值，那么开发方应当向用户方要求追加费用。如果用户不肯为这些价值付费，那么一种可能是用户方不承认这些价值（这些价值只是开发方假想的价值，属于看上去很美的“幻影价值”），另一种可能是这个客户不是一个“好的”客户。

所以这两者并不是矛盾的，尤其是所开发的软件的价值真正得到用户方认可的时候。

文章里的项目B的技术团队很不错，但是很遗憾的是公司没有和这些能力相匹配的商务战略。