这样的产品有用么？软件产品应该这样做么？

无意中看到csdn上一篇文章SAP CRM 2007 – 史上最酷的SAP产品 ，里面提到：

可能因为我是一只做项目的，没做过产品，所以对此很难理解，为什么像“渠道合作伙伴营销基金管理”、“贸易促销管理”这样的功能会包含在一个通用CRM产品里。
如果客户的业务模式完全没有渠道、促销这些概念呢，这些功能岂不都成了鸡肋？
可以设想，如果投入足够资源，完全可以在短时间内定制来发出一个真正符合业务需要的CRM系统。

应该是可选组件吧。

〉  如果投入足够资源，完全可以在短时间内定制来发出一个真正符合业务需要的CRM系统。

呵呵，人家早就上升到改进现有业务流程的层次了。
它不是在卖软件，而是在卖解决方案，指导用户进行业务优化。

企业的业务千差万别，如何适应甚至优化呢？

你应该多搜集点这些公司销售的方面的文件看看。比如，为什么不应该开发专属的ERP系统而应该使用商品化的ERP系统，为什么企业应该接受咨询，为什么我们的ERP系统不具备可扩展可定制的能力，等等的说法很多。看清楚他们的托词，就容易理解了。

我对SAP了解很少，只是凭揣测，觉得我可以理解这个思路。产品的背后实际上是一种流程理念，你用这个产品实际上就是按照他的方式进行流程再造。那么你作为一个典型的比如说制造业厂商，你就应该有渠道营销基金。如果没有那说明你的流程再造没有完全照他的规范去做，潜在地可能你的流程里有你没有注意到的问题存在。所以他虽然表面看见的是一个CRM系统，背后卖的是一整套关于如何实施CRM、如何流程再造的套路。

类比两个例子。第一是敏捷工具，比如说我们的Mingle和CruiseControl，里面“测试”和“构建”的概念都在很重要的位置，那么如果一个开发团队说我们压根就不做测试，我们构建三五个月才做一回，你们这个产品跟我们的情况就不符合。没错，是不符合，那是因为你没有按照敏捷方法来再造你的开发流程，潜在的（如果这个团队请ThoughtWorks来做咨询的话）你的流程是有问题的。另一个类比是财务系统。你就得有资产负债表、损益表、现金流表，你的现状要是跟财务系统套不上，税务就要找你的麻烦。

工具背后，一定是理念。我是这样看的。

让企业适应产品，而不是产品适应企业

还有个用户成熟度的关系。

中国软件用户多年来始终处于“电子化”阶段，
只是把手工操作转换为键盘而已。
讲究的是UI，操作简单等操作员的需求。

成熟的企业级用户，考虑的是业务上有哪些改进，
可以创造多少价值等。


SO，不成熟的用户要求软件适应他们，
成熟的级用户则会听取行业专家的意见改进业务。