专业的事交给专业的人去办，有技术不等于可以自行开发crm系统。

在国内，有三种CRM的应用成功率最低：

一是公司自己开发的CRM；

二是“找一个朋友开发的”CRM；

三是选择了错误的CRM；

虽然凡事无绝对——也许您的公司本身是一个优秀的企业软件开发商，也许您的公司有着较大的规模并且有着一个优秀的开发团队服务于贵司的信息化建设，且对CRM有着相当的了解。但我们相信，这是极少见的个案，因此，我们仍然觉得需要表达我们的观点，说明为什么公司自行开发CRM是不合适的。

我们提出这个观点的前提，是基于您想开发一个功能比较标准的CRM软件，如果您只是想实现客户的增删查改（或者再加上一些简单功能），那么大多数程序员都可以胜任这份工作，在您公司有程序员的情况下，我们会建议您自己开发——老实说，这个建议仍然很虚伪而且不客观——因为你花不到一万就可以买到比这强得多的CRM软件。

1. 开发风险

CRM的实现需要技术、理念和实践，即使您的程序员在技术方面足够优秀，能够很好的解决技术方面的问题。但如果他们在开始的时候，仍然需要大量的参考和“借鉴”其他CRM的功能，而不是按照公司的需求和运营模式自行打造业务框架，这通常会导致失败的结局。特别是开发团队在缺乏CRM实施和应用经验的情况下，在设计和开发CRM功能时很容易走向“想当然”的歧途。没有什么比花了数十万（事实上可能比这更多）仅得到一个烂尾的CRM系统更令人糟心的了。

2. 成本风险

一个技术优秀的程序员，薪水是多少来着？我想即使在三四线城市，也应该有着不低于5位数的薪水。或者，也许你看过市面上一些“充数”的CRM的表现，让您误以为，一个刚刚毕业的小伙子就可以胜任这份工作。实际情况是，一个仅仅有着标准功能的小型CRM，要做到操作感和性能良好，就需要好几个优秀的开发人员，而且开发周期往往很长（视开发团队的能力、经验和技术沉淀而定）。有一个简单的测试方法可以计算CRM开发周期，让您的开发团队首先实现一个无故障的、可配置的自动化工作流，然后把这个时间乘以10（保守估计）。

3. 运行和维护风险

也许你的CRM供应商会倒闭，但你的程序员也会离职。即使在突破重重难关，并付出一笔不菲的费用后，你得到了一个自行开发的、可用的CRM，但你仍然需要原有的开发人员去维护这个系统，除了持续支付薪水，您还要付出额外的管理成本——你担心他们会离职。一旦离职（我们不能低估这个概率），您的CRM系统需要重新招人维护，而这又产生了工作交接、源码的可读性、系统的易维护性等问题，同时还伴随着CRM需求无法满足时的升级风险。

结论这篇文章表现了一种双赢的合作态度，请在您做出自行开发CRM的决定之前，再多花一点时间了解我们的CRM解决方案，因为，这会使您花更少的钱就能得到更合适的CRM软件，并且更快上线，我们将帮助您节约管理成本，规避开发风险，使您免于应付以上那些令人糟心的问题。

声明：本内容转载自第三方平台，如有侵权请联系我们删除