技术服务于业务
CRM系统强调的是系统实现业务，研究CRM系统就不仅仅包括功能和技术，还要有业务。而在CRM系统设计的基础上，同时也包含了业务架构和技术架构二部分，二者缺一不可，即使强调的是技术架构但CRM系统总归是要体现在内在的业务架构上。而CRM系统的业务架构，则是基于企业的CRM系统战略和规划，围绕企业的战略、流程和人等设计的。
业务架构之所以关键，是因为业务架构来源于厂商对CRM系统理念和流程的理解，其业务架构的组成直接就是CRM系统的业务流程和关键控制点。这个直接影响着在实际应用中企业的业务流程如何配置？都有哪些控制点？等等，任何一点都直接左右着CRM系统的灵活性与适应性。
业务架构
CRM系统理念是舶来品，所以研究CRM系统的业务架构，以国外CRM系统理念和系统为主是比较严谨的，因为国外的CRM系统成熟发展和实践十数年了，已经将国外的CRM系统理念和企业的实践模式融入进CRM系统中去。从国外的Siebel、SAP、Saleslogix、SaleForce等高、中、低端以及ASP模式的典型CRM系统（以下简称4S）的分析看，4S的业务架构的主线是一致的。
其业务架构的主线基本上都是：市场－>线索－>联系人/客户－>机会跟踪－>报价－>产品与价格配置－>订单－>服务－>web自助－>满意度－>Club－>反馈。万变不离其宗，CRM系统的业务流程和业务功能基本围绕这条主线进行拓展延伸，存在不同的只是名称的差异和功能深度和广度的差异。
而在CRM系统业务应用中，国外软件充分运用主线上各个业务点的状态、类型、级别、时间、角色、流程状态等关键点和可配置参数来实现复杂的业务。在架构上化繁为简，在业务应用上化简为繁，关键在于点与流程的结合，而不是简单的重复和累加。
相对于国外的CRM系统，国内CRM系统或者挂着CRM系统的软件大多存在业务架构不清晰的问题，容易在功能界面上下足功夫，而不是在建立高度通用、灵活、易拓展的业务架构上。从而造成国内类似软件在实现某个成熟功能时做的很漂亮，但是也很僵化，当要应用于另外一种模式的业务时就必须重新开发而不是通过简单的配置或者定制就可以完成。 |
