数据钻取功能常用于统计报表中,XToolsCRM仪表盘和统计报表都支持数据钻取。
仪表盘数据由四部分构成:①本月核心数据,②今日指标数据,③今日明细列表数据,④目标达成图表。其中目标达成图表只能由Boss用户访问。
指标类数据均支持钻取明细数据,点击查看。比如电话呼出(数量)钻取集信表数据;电话呼出(客户)钻取客户表数据。
XToolsCRM统计报表包含三大类:综合报表,统计图表和同比环比分析表。其中综合报表需要权限才可以查看,另外跟随账号权限来。各大报表都支持数据钻取。
一. 下载拖把更名器;
二. 下载后,解压,点击xtools.exe;
三. 点击后会启动拖把更名器的工具界面;
四. 手动建立5个记事本文件;
五. 点击拖把更名器左上角“打开”,将刚才新建的5个记事本文件打开;
六. 打开后,5个记事本文件会被添加到文件显示区域;
七. 在替换文本区域填写“新建 ”;
八. 点击应用按钮;
九. 应用后,查看原来文件夹的名称,发现文件名全别修改了。前缀“新建 ”均被删除了;
十. 通过以上 *** 作,不仅可以对文件名中的前缀、后缀可以修改,总之文件名中的相同字符都可以被修改。
国内现在坐SAAS模式CRM的供应商很多,很多以前传统模式B/S架构的系统,现在也在做saas模式,本人总结一下现在做得好的几家:800APP、CloudCC.com、Xtools,其他的都不足为提。其中八百客和神州云动都是很好的平台,可以完全根据客户需求进行个性化修改,Xtools只是标准化产品,不能自定义流程。八百客每年投入市场费用几百万,所以市场份额还不错,但是客户需费率低,实施技术薄弱,现在每年还处于亏本阶段。神州云动500强和上市公司案例较多,技术人员有几人都获得了salesforce认证,技术实力强,对客户认真负责,公司虽然成立时间没有八百客强,但是公司现在是盈利的。CloudCC与800app都与美国salesforce同类,但仔细探究产品,却有很大不同之处。分别用如下对比阐述:
对比一:平台技术因素
由于两款产品都是参考salesforce完成的,而salesforce在2007年之前产品都在大发展,特别提到的是在2007年前其平台功能很弱,2008年的大改版使其产品真正杰出,这也使公司走向盈利。目前版本基本上是在08版上小升级。
800app自推出后没有大的变更,只是修正性升级,因此可以看到很多企业级别的架构它不具备,与salesforce的平台差距也很大。具体举例如页面布局的编辑还停留在salesforce2005年时的水平。又如审批流多级审批,根据条件自动设置权限共享模型等企业级必备功能,它都无法扩充实现,对客户使用造成极大不便。
而CloudCC是在2010年推出的,因此在功能结构及采用技术上,都属于“更现代”的产品,其结构也更接近于目前的salesforce产品。当然,由于推出时间短,一些细节功能实现还不够,但架构的领先决定了它在经历一定时限的升级后,达到完美。
软件语言是随着年代持续发展的,是软件进步的核心。1990年的C,1995年的C++和VB,2000年的Java,2005年的J2EE,一直到现在J2EE是企业级软件实现的主语言,广泛用于电信,金融等领域。
800app由于投入研发时间是2002年,而且只有1个人研发,因此采用的是小型轻量级VB作为研发语言。目前由于这种语言已经早在06年就被微软宣布淘汰不再支持升级,因此很难在企业级应用中适应。无奈800app又在外围包装了一层jsp作为隐藏这一弊端的一个方案。但这只是表面裹层皮,目前其代码依然VB。客户要开发也必须采用VB。
CloudCC投入研发是2008年,恰逢J2EE应用全球高峰,因此很多先进的技术可以直接采用,为产品的企业级发展奠定了很好的基础。
Java的“一次写成,各种设备通用”的特性,及J2EE强大的各种规范,使CloudCC的客户在二次开发时轻松而专业。
任何应用,在客户使用2-3年后,都可能有客户再开发的需求出现,这时候无论是找软件厂商,还是找服务提供商,还是客户自己,都要求产品提供通用的研发语言和接口。
800app二次研发的语言是VB,目前已经废弃的一种语言,包括.net在内的微软开发语言,都更多集中在桌面个人端应用的开发,不适合企业级的研发。当然这方面人才也相对较少。
CloudCC二次研法的语言是java,采用目前企业级架构J2EE,是当前流行的语言和架构,很多IT软件人员都精通于此,因此为以后维护开发提供很好基础。
稳定性是客户在使用过程中,功能如期完成的表现。CloudCC目前相对稳定。如果我们用800app来完成一张自定义报表,经常系统莫名其妙的报错而无法完成。可见其稳定性相对差。
对比二:应用功能因素
审批流程审批流程是一个企业流程实现的核心,由于实现机理不同,800app对审批流程的级数有一定的限制。这对面对复杂企业流程时产生困难。而CloudCC则无此限制。另外,审批自动共享是CloudCC的特性,简单说,如果你的报销单技术总监无权看到,但现在因为涉及技术费用需要他审批,那当流程走到他那时,系统自动共享这张报销单给他看。
基于条件共享 复杂的组织结构,能够产生立体的权限需求,一个销售往往有三个老板,事业部总经理,行业总监,区域总监。华东地区的潜在客户,华东区总监可以看到,这类权限的设置,是灵活而复杂的,CloudCC根据中国企业的特色,推出了800app没有的基于条件的共享。
短信平台 短信是更灵活的通信工具,800app和salesforce等只依靠邮件进行各种通知,已经不能满足客户需求,CloudCC短信和邮件可随意使用,方便快捷。
项目损益管理 这是CloudCC在传统CRM应用过程的基础上,发展的一种企业管理体系,即按照每个合同(或项目)来归结所有的费用,成本,从而能时时监控每个合同的执行情况,通过统计目前所有合同执行的状况,能获取准确的项目损益信息。
CRM,OA,ERP,PM整体应用 企业信息化不是孤岛,CloudCC依靠强大的平台,推出组合信息化应用,在目前各个应用趋于成熟的今日,整体应用已经不是花架子,再加上无代码定制功能,客户能很好的体验整体应用带来的方便。
对比三:咨询实施因素
咨询实施能力 CloudCC曾经持续3年是salesforce的咨询认证实施商,谙熟先进的咨询实施方法,及实施项目管理。此外,多家国际大公司的经验让CloudCC在CRM使用的各个细节都有故事。目前CloudCC的美国公司依然是salesforce的合作伙伴,因此持续理解跨国公司中国区的咨询实施及培训等。
追求目标 800app由于在发展之初尚未积累成熟方法时,变因获取海外投资而将目标定为快速扩充市场,甚至将年发展客户数作为投资条件,直接导致追求快而忽视了咨询。很多项目几乎无咨询而只有简单实施。CloudCC则以咨询起家,深知客户成功使用的必要因素,追求质量,形成一批深入大客户,甚至有客户不断将自己的其他软件废弃而迁移,就是因为这种高质量服务信誉的结果。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)