1.开发CRM系统，源码需要哪些技术人员？
2.国内SaaS模式CRM软件提供商排名

开发CRM系统，源码需要哪些技术人员？

       不管是源码CRM系统开发项目还是企业CRM项目，它本身的源码涉及的范围、类型以及复杂的源码程度决定了团队需要什么样的人才和技能，如果业务简单的源码自动采集直播源码软件话一个就可以完成一个项目，而在大型的源码项目当中就需要哪些同时具备多个技能团队来执行，以确保在整个项目中能够得到充分的源码技术支持。

       不管CRM项目的源码大小关键的技术人员是必不可少的，以通常情况下一个完整的源码CRM团队需要具备哪些关键人员呢？

       首先是项目经理，因为他是源码整项目的中心人物，每个人员每个部门的源码工作都需要通过他来协调连接，对项目的源码实施进度负主要责任，除此之外项目经理还要把控模型设计，源码配置以自定义活动的源码总体方向。

       接着是CRM软件分析人员，他们的工作范围比较广，作为分析人员需要对CRM系统的方方面面都要了解，以至于连程序的设计、配置都由他来负责，还包括测试和培训计划的strerror 源码制订等。

       再者是开发人员，技术方面的工作都由他们来完成，构建代码整合报告和数据转换等。CRM开发人员，大多数CRM应用程序都可以通过―组配置工具以有限的几种方式进行修改，配置工具的使用并不需要高深的技术。

       剩下的其它人员还有：CRM客户关系管理系统架构师，专业的培训师，网络工程师，以及产品测试人员等，这些人员再加上面列举的那些成员组合起来就是一个完整的CRM项目团队，且这些都是非常关键的人员。

国内SaaS模式CRM软件提供商排名

       国内现在坐SAAS模式CRM的供应商很多，很多以前传统模式B/S架构的系统，现在也在做saas模式，本人总结一下现在做得好的几家：APP、CloudCC.com、Xtools，其他的都不足为提。其中八百客和神州云动都是bootkit 源码很好的平台，可以完全根据客户需求进行个性化修改，Xtools只是标准化产品，不能自定义流程。八百客每年投入市场费用几百万，所以市场份额还不错，但是客户需费率低，实施技术薄弱，现在每年还处于亏本阶段。神州云动强和上市公司案例较多，技术人员有几人都获得了salesforce认证，技术实力强，对客户认真负责，公司虽然成立时间没有八百客强，但是公司现在是盈利的。

       CloudCC与app都与美国salesforce同类，但仔细探究产品，却有很大不同之处。分别用如下对比阐述：

       对比一：平台技术因素

       由于两款产品都是参考salesforce完成的，而salesforce在年之前产品都在大发展，特别提到的sqlcipher 源码是在年前其平台功能很弱，年的大改版使其产品真正杰出，这也使公司走向盈利。目前版本基本上是在版上小升级。

       app自推出后没有大的变更，只是修正性升级，因此可以看到很多企业级别的架构它不具备，与salesforce的平台差距也很大。具体举例如页面布局的编辑还停留在salesforce年时的水平。又如审批流多级审批，根据条件自动设置权限共享模型等企业级必备功能，它都无法扩充实现，对客户使用造成极大不便。

       而CloudCC是在年推出的，因此在功能结构及采用技术上，都属于“更现代”的产品，其结构也更接近于目前的salesforce产品。当然，由于推出时间短，一些细节功能实现还不够，但架构的layer源码领先决定了它在经历一定时限的升级后，达到完美。

       软件语言是随着年代持续发展的，是软件进步的核心。年的C，年的C++和VB，年的Java，年的J2EE，一直到现在J2EE是企业级软件实现的主语言，广泛用于电信，金融等领域。

       app由于投入研发时间是年，而且只有1个人研发，因此采用的是小型轻量级VB作为研发语言。目前由于这种语言已经早在年就被微软宣布淘汰不再支持升级，因此很难在企业级应用中适应。无奈app又在外围包装了一层jsp作为隐藏这一弊端的一个方案。但这只是表面裹层皮，目前其代码依然VB。客户要开发也必须采用VB。

       CloudCC投入研发是年，恰逢J2EE应用全球高峰，因此很多先进的技术可以直接采用，为产品的企业级发展奠定了很好的基础。

       Java的“一次写成，各种设备通用”的特性，及J2EE强大的各种规范，使CloudCC的客户在二次开发时轻松而专业。

       任何应用，在客户使用2-3年后，都可能有客户再开发的需求出现，这时候无论是找软件厂商，还是找服务提供商，还是客户自己，都要求产品提供通用的研发语言和接口。

       app二次研发的语言是VB，目前已经废弃的一种语言，包括.net在内的微软开发语言，都更多集中在桌面个人端应用的开发，不适合企业级的研发。当然这方面人才也相对较少。

       CloudCC二次研法的语言是java，采用目前企业级架构J2EE，是当前流行的语言和架构，很多IT软件人员都精通于此，因此为以后维护开发提供很好基础。

       稳定性是客户在使用过程中，功能如期完成的表现。CloudCC目前相对稳定。如果我们用app来完成一张自定义报表，经常系统莫名其妙的报错而无法完成。可见其稳定性相对差。

       对比二：应用功能因素

       审批流程 审批流程是一个企业流程实现的核心，由于实现机理不同，app对审批流程的级数有一定的限制。这对面对复杂企业流程时产生困难。而CloudCC则无此限制。另外，审批自动共享是CloudCC的特性，简单说，如果你的报销单技术总监无权看到，但现在因为涉及技术费用需要他审批，那当流程走到他那时，系统自动共享这张报销单给他看。

       基于条件共享 复杂的组织结构，能够产生立体的权限需求，一个销售往往有三个老板,事业部总经理,行业总监,区域总监。华东地区的潜在客户，华东区总监可以看到，这类权限的设置，是灵活而复杂的，CloudCC根据中国企业的特色，推出了app没有的基于条件的共享。

       短信平台 短信是更灵活的通信工具，app和salesforce等只依靠邮件进行各种通知，已经不能满足客户需求，CloudCC短信和邮件可随意使用，方便快捷。

       项目损益管理 这是CloudCC在传统CRM应用过程的基础上，发展的一种企业管理体系，即按照每个合同（或项目）来归结所有的费用，成本，从而能时时监控每个合同的执行情况，通过统计目前所有合同执行的状况，能获取准确的项目损益信息。

       CRM，OA，ERP，PM整体应用 企业信息化不是孤岛，CloudCC依靠强大的平台，推出组合信息化应用，在目前各个应用趋于成熟的今日，整体应用已经不是花架子，再加上无代码定制功能，客户能很好的体验整体应用带来的方便。

       对比三：咨询实施因素

       咨询实施能力 CloudCC曾经持续3年是salesforce的咨询认证实施商，谙熟先进的咨询实施方法，及实施项目管理。此外，多家国际大公司的经验让CloudCC在CRM使用的各个细节都有故事。目前CloudCC的美国公司依然是salesforce的合作伙伴，因此持续理解跨国公司中国区的咨询实施及培训等。

       追求目标 app由于在发展之初尚未积累成熟方法时，变因获取海外投资而将目标定为快速扩充市场，甚至将年发展客户数作为投资条件，直接导致追求快而忽视了咨询。很多项目几乎无咨询而只有简单实施。CloudCC则以咨询起家，深知客户成功使用的必要因素，追求质量，形成一批深入大客户，甚至有客户不断将自己的其他软件废弃而迁移，就是因为这种高质量服务信誉的结果。