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

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

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

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

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

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

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

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

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

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

       对比一：平台技术因素

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

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

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

       软件语言是随着年代持续发展的，是软件进步的核心。年的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则以咨询起家，深知客户成功使用的必要因素，追求质量，形成一批深入大客户，甚至有客户不断将自己的其他软件废弃而迁移，就是因为这种高质量服务信誉的结果。