从技术角度分析CRM项目选型注意要点

newmaker

欢迎访问e展厅 展厅 1 企业资源计划ERP展厅 企业资源计划ERP, 供应链管理SCM, 客户关系管理CRM... 虽然说，技术层面的内容在CRM项目选型中，不是非常的关键。但是，有时候，出于一些特殊的目的及环境的限制，CRM软件的实现技术也会左右CRM项目的选型。下面我就从技术角度上，谈谈CRM项目选型的注意点。 一、体系结构 现在市场上的CRM软件，其体系结构基本上存在两种形式。一种是比较传统的C/S结构(客户端/服务器端)，另一种是现在比较时尚的B/S结构(浏览器/服务器结构)。这两种体系结构，各有各的特点。 不过，我比较偏向于利用浏览器/服务器结构。这个结构给我两个最深刻的印象。 一是版本升级、新功能定义等等。若遇到版本升级时，利用浏览器/服务器结构的话，有一个非常明显的好处，就是我们不用一个客户端一个客户端的去升级，而是只要在服务器端上做好设置，那么在客户端上就会自动从服务器上去下载更新的内容。这是一个非常便捷的功能，特别是在CRM项目上线初期，难免会对CRM软件进行小修小改。这对于系统管理员来说，就非常的方便。 二是远程访问的支持。对于客户端/服务器端模式的CRM软件来说，当员工出差时，要实现远程访问，那是一件比较困难的事情。员工不得不凭借VPN等方式进行企业内部系统的访问。但是，我们现在若采用浏览器/服务器模式的话，则对于远程访问的支持很好。我们只需要在企业的网关上设置一个指向CRM服务器的一个路由，就可以跟内部访问一样的访问CRM服务器，只是在速度上会有点差异而已。 现在对于浏览器/服务器模式的应用最大的限制，就在于支持这种模式的CRM软件不是很多，用户的选择范围也就比较少了。 一般来说，若用户对于员工的远程访问要求比较要，那我建议，还是要好好考虑，是否采用浏览器/服务器模式的CRM软件。当然那些已经解决好了此类问题的CRM软件除外。 二、服务器、主机、网络 企业在上CRM项目时，一般都已经成功建立了内部的局域网络，有的甚至可能有了服务器。现在用户要考虑的是，现有的基础设备能否满足即将部署的CRM项目的需求。 道，微软的SQL SERVER服务器与Oracle公司的数据库，其硬件的要求是不一样的。若客户想采用现有的服务器，则就要考虑CRM软件所采用的数据库是否能够在现有服务器的硬件配置上跑得畅通无阻。若不满足，那摆在企业面前的只有两个选择，一是更换服务器或者提高硬件配置，二是更换CRM软件的数据库。一般来说，我们在选择时，最好选择那些支持数据库比较多的CRM软件，那么，我们在后续的选择余地比较大，甚至可以选择一些免费的数据库，以降低信息化项目的成本。 另一方面，软件设计模式的不同，对于网络带宽也不一致。有些软件，其对于网络带宽的要求比较高，在多人并发的情况下，可以明显的测试出其对网络的影响。也就是说，CRM软件要占用多少的带宽，除了业务本身以外，软件的设计模式对其也有很大的影响，最明显的一点就是缓存的作用。有些CRM软件若设置了缓存，那就可以比较节省带宽，虽然，其可能会带来一定的副作用。故，我们在CRM项目选型的时候，要考虑我们现在网络的带宽。特别是楼层与楼层之间的带宽。在光纤还没有普及的时候，公司之间不同的楼之间的网络访问，还可能简单的通过一根网线进行连接。遇到这种情况的企业，那就更加要注意网络数据的传输效率了。 三、运行环境 运行环境，主要指的是CRM软件所支持的操作系统。一般企业对于这方面考虑的不是很到位。现在大部分的CRM软件都不支持跨平台的运作，一般都只是支持微软的操作系统，很少有系统能够支持免费的LINUX系统。但是，现在随着微软对于操作系统的盗版力度加大，用户对于LINUX的需求越来越大。 以前我遇到过一家客户，其是一家外资企业。他们企业内部，就是用两种操作系统，一是微软的操作系统，基本上都是笔记本自带的;二是免费的LINUX系统。他们只所以如此，很大一部分就是出于版权的考虑，当然，还出于LINUX维护方便的考虑。 所以，我们在选择CRM软件时，对其的跨平台性能也要有所考虑。 一方面，要考虑服务器端能否支持LINUX的服务器。业界都认为，利用LINUX系统作为服务器，比利用微软操作系统作为服务器要稳定的多。所以，大部分企业都是利用LINXU作为服务器操作软件。所以，有些CRM软件可能在客户段还不能够支持LINUX系统，但是，在服务器端已经可以在这个免费的操作系统上运行。 第二，就是要考虑客户端是否支持LINUX系统。这里要注意的一点，就是我们现在可能客户端还在使用微软的操作系统，但是，我们要考虑的长远一点。我们要相信，随着国际化的深入，微软的盗版力度肯定会加强，国家也肯定会越来越支持盗版，虽然，其可能会影响其税收。所以，除非你公司在不久的将来，愿意支付一笔可观的操作系统软件授权费用，否则的话，还是要考虑一下，CRM软件的跨平台性，免得给以后带来更大的损失。(end)

文章内容仅供参考 (投稿) (如果您是本文作者，请点击此处) (11/18/2008)