不久之前，我接到我一个朋友的电话。他说，他们公司现在想上一个CRM系统。问我到底是自己开发好，还是购买成品软件来实施好。我反问：“你若自己开发软件，开发出来的软件，你除了自己用，还能卖给谁吗?你们公司是不是想把CRM软件当作你们的第二产业?”他马上摇头否认。我强力推荐购买成品软件，像CRM这种大型的管理软件，自己开发是得不偿失的。
一、技术容易复制，但管理理念难以复制。
从技术上来说，想从零开始，按照其他成功CRM软件的功能与流程，复制一个一模一样的CRM系统，不是一件难事情。召集几个程序开发员，花个几个月的时间，估计就可以出成品了。所以，从技术上来说，想复制出一个CRM系统来，是没有多少难度的。只要你肯出钱和时间，这是迟早的事情。
但是，实施CRM项目来说，除了技术，更重要的在于管理，在于管理的经验。我们在企业中实施CRM项目的时候，其实，技术不是什么大问题，都可以解决。而决定CRM项目能否成功的关键在于管理。一是要看实施顾问能否针对用户提出来的问题，给出一些可行的解决方案，能否迅速帮助用户解决问题。二是要看顾问对于项目的管理技巧，如能否控制项目进度，如何处理部门之间的矛盾，如何把员工自己的争议控制在可用的范围内，如何进行项目范围与项目成本的管理等等。而以上这些内容，已经大大超出了技术的范畴，而已经是管理的范畴了。
其实，很多企业想自己开发CRM系统，往往是对于CRM项目认识不深的原因。他们一提到什么信息化管理系统，就以为是信息化技术的问题，跟管理不搭边。其实，这是一个大错特错的事情。无论是信息化管理系统的设计，还是其实施，都是以管理为核心的。没有管理，信息化系统就可能只是个简单的办公软件，根本称不上管理系统。
所以，技术可以复制，但是，管理方法、管理理念却是复制不来的。企业若在没有管理背景的前提下，单纯的模仿其他CRM系统出来的产品，最终只会使一个四不像产品。
二、时间价值不容易忽视。
时间是一个重要的因素，作为一个成功的管理者，其必然不能忽视时间成本。举个最简单的例子。如信用额度管理。若现在就开始使用信用额度管理，可以把坏帐损失从0.5%减少到0.3%，若以年销售额5000千万为例，若我们现在就开始使用信用额度管理，这一年的坏帐损失可以控制在15万左右;但是若我们CRM系统开发需要一年时间，假设开发出了一个成功的信用额度管理模块，在第二年开始进行信用额度管理。但是，这一年因为没有采用信用额度管理，则当年的坏帐损失有25万左右。整整增加了10万的损失。这十万的损失，就可以购买半个大型的CRM 产品了;若是小型的CRM 产品，则产品的授权费用与实施成本，估计十万也就够了。
所以说，时间成本是不能小视的。但是，在实际工作中，由于时间成本相对与其他直接支出来说，是一个隐性的成本，不是很多人都会重视他。我也建过有不少的企业，为了节省一下软件成本，在一些所谓的开源平台上部署自己的信息化应用，而且，还不找第三方合作，自己招技术人员进行开发与部署，结果，是花钱费心，搞了两年才算有个雏形。可是，这两年来，由于没有采取有效的管理控制手段，给企业带来的损失，已经不是一个小数字了。
若自己定制系统进行项目实施的话，其时间包括两部分，一是定制开发的时间，二是项目实施的时间。有相关人士做过统计，若不考虑其他例外因数，则系统开发的时间，大概是项目实施时间的两倍。也就是手，若我们实施CRM系统，大概需要3个月时间;则我们开发这个CRM 系统，大概就要6个月时间。也就是说，我们若采用成品CRM 系统的话，则可以比自己开发节省六个月时间。这其中还不包括自己开发系统所遇到的一些技术风险和管理风险。
所以，从时间成本来考虑，采取自己开发CRM系统，也是一个不明智的做法，是得不偿失的。
三、自己开发系统的风险大大超过项目实施的风险。
若自己开发软件再自己实施项目的风险，就包括两部分的风险。一是软件的开发的风险，二是项目实施的风险。而且，软件开发的风险远远大于项目实施的风险。若企业自己开发CRM 系统的话，则这两方面的风险，都将企业自己来承担。
研发CRM系统，不比开发一个库存管理软件，前者需要大量的时间。一般购买的成熟的CRM产品，小则要花费一两年，多着要花费三四年时间，才能开发出一个可以应用推广的产品。而且在使用的过程中，还会不断的接受用户的需求，进行版本升级。可见，CRM系统开发的复杂性。
若把这么大的系统软件开发工程，放在一个没有开发经验的企业中进行，可想，其风险有多大。
1、 功能上的风险。由于人力、精力的限制，系统开发人员不能一一收集用户的需求，而且，有些需求由于技术人员没有实际的经验，可能只了解字面意识，认识有误差。所以，在这种情况下，开发出来的客户关系管理系统，质量的好坏也就可想而知了。起开发出来的系统，从功能上可能就无法彻底满足用户的需求。
2、 程序上的风险。我们购买的商业软件，有时候用起来，也难免会存在一些程序的漏洞。而这些商业系统，在出厂前，他们还有专门的程序员进行测试;出厂后，还经过企业实际应用的考验。经过这么多的测试考验后，还难免会存在一些系统漏洞。而企业自己开发的CRM管理系统，一是测试没有成熟CRM 软件那么充分，最多自己测试一下，我们都知道，当局者迷，旁观者清。若自己开发自己测试，这个测试效果要大大低于专门人员的测试效果。另外，自己开发的管理系统，自己第一个使用。这就相当于企业做了白老鼠。所以，要承受比商业软件多的多的程序风险。
3、 实施上的风险。商业软件的实施顾问，大部分不是技术出身的人员，而是有专门企业管理经验的管理专家。现在比较大的CRM 软件公司的实施顾问，基本上都是企业管理专家与信息化管理专家的复合型人才，他们即懂企业管理实务，也懂信息化管理技巧。由这种人才帮助企业实施CRM 项目，其项目的成功率可以提高很多。但是，若企业自己开发系统，自己实施，毕竟人的精力是有限的，若要开发与实施两手都要抓，两手都要硬，那是不可能完成的任务。
四、解决方案上的风险。
条条道路通罗马。一个简单的问题，可能就有多种解决方案。但是，对于企业来手，最适合企业的解决方案只有一个。而企业若自己开发CRM 管理系统，其在模拟其他CRM 系统功能的时候，出于各种因素的限制，其不能掌握其他CRM系统解决方案的精髓。
因为我们都知道，商业管理软件，如CRM 系统，其原代码都是不公开的。用户只能看到其表面的东西。这就如同瞎子摸象，其很难有一个全局的印象。用户在观摩其他CRM 系统的时候，可能只了解当前操作的表面的东西，而很难对于其背后的控制，了解的非常的透彻。
如拿最简单的作业销售变更来说，成熟的CRM 管理软件，销售定单的变更后面，就有很多的控制环节。如若是销售定单价格的变更，则要考虑这个价格变更要否更新基础价格表，还要考虑这张销售定单有没有出过货或者开过票，若有，则就不能通过销售变更单来变更销售定单的价格了;如若是对于产品规格的变更，则是否运行其更新产品基本资料信息;如对于销售定单数量的变更，对于什么情况下可以变更数量，什么情况下不能变更，系统背后也有控制;如交货期变更、付款条件的变更等等这些内容程序背后都有严格的控制。而这些内容，有时候都不会直接在程序表面上反映出来，有些小的控制点，更是只有在特定的情况下，才会起作用。
作为程序开发人员，这些控制点若光靠观摩其他CRM软件，是很难了解透彻的，难免会有遗漏，这就跟以后企业实际应用系统埋下了隐患;在这种情况下，解决方案是不完善的，是有漏洞的。
所以，我是非常不赞成企业自己开发CRM 软件，自己实施CRM 系统。不光是CRM 系统，只要是稍微复杂一点的管理系统，如ERP管理系统、财务管理系统、办公自动化管理系统等等，我都是不赞成企业自己开发的，那是得不偿失的做法。
不过在现实中，也有不少的企业是自己开发系统自己实施的。不过，他们有例外的情况。一是他们有非常雄厚的信息化实力，二是他们开发出来的信息化管理软件，不仅自己用，还拿出来卖。也就是说，此时他们的IT部门已经不再是一个IT部门，而是已经具备了一个公司的实力，无论从他们的研发力量，还是从企业资金的支持，都是非常大的。因为他们开发出来的产品可以拿出来卖钱，是企业的第二职业。
所以，一般企业还是要正确对待这种情况。这种经营模式，不是任何一个企业，都是可以行得通的。