亚信并购联创后电信行业支撑形势分析-中国电信

2024-02-23 21:32

本文主要是介绍亚信并购联创后电信行业支撑形势分析-中国电信,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

2009-12-29 23:12

转自花朵儿的博客:http://blog.sina.com.cn/duohua

亚信于12月6日宣布收购联创,合并后的新亚信拥有中国电信13省的crm+计费市场(江苏、四川、青海、山东、天津、内蒙、北京、贵州、澳门、浙江、黑龙江、河南、吉林),另外还有3省的计费市场(云南、宁夏、海南)和1省的crm市场(新疆)。

以这样的局面,合并后新亚信已经占据中国电信近50%的市场。

中国电信对原联创在中国电信一家独大的局面已经不满,对其在湖北、广东等新市场的努力都是不支持的,现在合并的新亚信更会刺激中国电信,相信中国电信,特别是集团领导,很不喜欢这样的局面,这样福富、迪科、中兴,甚至扶不起的东软都会从中受益。例如云南的crm,原联创机会很大,现在合并后的新亚信就不好说了。

不过合并后的新亚信可能不满足目前的市场,继续通过并购实现扩张,其中迪科和思特奇是危险的。

合并后的新亚信中,原联创的固网产品优势明显,固网的实施能力突出,相信在合并后的新亚信中,原联创的固网团队将发挥比较大的作用。而浙江电信终于看到了原联创的电信计费版本在浙江实施的可能,这个是浙江几位老计费领导最开心的,集团这回应该不会批评浙江计费系统差了。

明年是中国电信计费3.0推广年,本来这个3.0就是对原亚信、东软、思特奇这些中国电信外来户的洗脑,现在亚信和联创的合并,新亚信就应该主动采用原联创领先的电信计费产品,这样减少3.0研发的成本,同时也能快速得到电信集团的认可。

原联创的电信crm版本虽然没有明显的优势,但是江苏、四川、山东这样的大省经历,是原亚信所无法具备的,特别是联创在今年以苏州为试点,研发crm2.0,这个版本从架构上、功能上比目前的版本有很大的提高,所以从技术上,合并后的新亚信在电信版本上,无论是计费,还是crm,都应该选择原联创的电信版本,主要是看原亚信电信领导层的心胸了。

亚信对联创并购,其对中国电信的支撑影响,除了在crm和计费这两个核心市场上,还存在在ODS、BI、WSS等非核心的领域。

 

相对于crm和计费原联创产品的优势,原亚信在ODS、BI、WSS等产品上就与原联创不相上下了,特别是在电信C网承接后,很多移动业务的分析主题、营销手段、代理商结算逐步为中国电信的客户所关注,而原亚信在移动侧的经验也充分得以发挥,原联创虽然在移动BI有一定经验,但与原亚信的产品相比没有明显优势。考虑到电信的核心产品已经偏重于原联创,平衡的想法,电信行业的非核心产品就很有可能采用原亚信的产品。

当然原联创的采集和结算是绝对优势,原亚信在这两块产品上基本没有竞争力。

在电信的非核心产品支撑厂商中,除了原亚信和原联创,主要是迪科,福富和中兴有省份,但都不多。如果合并后的新亚信在核心市场上受到竞争限制,就只有在非核心的市场上大发威力。如果同样遇到竞争限制,就只能提高自身产品的附加值,增加老市场的产出。


http://hi.baidu.com/cinyun 

这篇关于亚信并购联创后电信行业支撑形势分析-中国电信的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/739984

相关文章

MySQL 内存使用率常用分析语句

《MySQL内存使用率常用分析语句》用户整理了MySQL内存占用过高的分析方法,涵盖操作系统层确认及数据库层bufferpool、内存模块差值、线程状态、performance_schema性能数据... 目录一、 OS层二、 DB层1. 全局情况2. 内存占js用详情最近连续遇到mysql内存占用过高导致

深度解析Nginx日志分析与499状态码问题解决

《深度解析Nginx日志分析与499状态码问题解决》在Web服务器运维和性能优化过程中,Nginx日志是排查问题的重要依据,本文将围绕Nginx日志分析、499状态码的成因、排查方法及解决方案展开讨论... 目录前言1. Nginx日志基础1.1 Nginx日志存放位置1.2 Nginx日志格式2. 499

Olingo分析和实践之EDM 辅助序列化器详解(最佳实践)

《Olingo分析和实践之EDM辅助序列化器详解(最佳实践)》EDM辅助序列化器是ApacheOlingoOData框架中无需完整EDM模型的智能序列化工具,通过运行时类型推断实现灵活数据转换,适用... 目录概念与定义什么是 EDM 辅助序列化器?核心概念设计目标核心特点1. EDM 信息可选2. 智能类

Olingo分析和实践之OData框架核心组件初始化(关键步骤)

《Olingo分析和实践之OData框架核心组件初始化(关键步骤)》ODataSpringBootService通过初始化OData实例和服务元数据,构建框架核心能力与数据模型结构,实现序列化、URI... 目录概述第一步:OData实例创建1.1 OData.newInstance() 详细分析1.1.1

Olingo分析和实践之ODataImpl详细分析(重要方法详解)

《Olingo分析和实践之ODataImpl详细分析(重要方法详解)》ODataImpl.java是ApacheOlingoOData框架的核心工厂类,负责创建序列化器、反序列化器和处理器等组件,... 目录概述主要职责类结构与继承关系核心功能分析1. 序列化器管理2. 反序列化器管理3. 处理器管理重要方

SpringBoot中六种批量更新Mysql的方式效率对比分析

《SpringBoot中六种批量更新Mysql的方式效率对比分析》文章比较了MySQL大数据量批量更新的多种方法,指出REPLACEINTO和ONDUPLICATEKEY效率最高但存在数据风险,MyB... 目录效率比较测试结构数据库初始化测试数据批量修改方案第一种 for第二种 case when第三种

解决1093 - You can‘t specify target table报错问题及原因分析

《解决1093-Youcan‘tspecifytargettable报错问题及原因分析》MySQL1093错误因UPDATE/DELETE语句的FROM子句直接引用目标表或嵌套子查询导致,... 目录报js错原因分析具体原因解决办法方法一:使用临时表方法二:使用JOIN方法三:使用EXISTS示例总结报错原

MySQL中的LENGTH()函数用法详解与实例分析

《MySQL中的LENGTH()函数用法详解与实例分析》MySQLLENGTH()函数用于计算字符串的字节长度,区别于CHAR_LENGTH()的字符长度,适用于多字节字符集(如UTF-8)的数据验证... 目录1. LENGTH()函数的基本语法2. LENGTH()函数的返回值2.1 示例1:计算字符串

Android kotlin中 Channel 和 Flow 的区别和选择使用场景分析

《Androidkotlin中Channel和Flow的区别和选择使用场景分析》Kotlin协程中,Flow是冷数据流,按需触发,适合响应式数据处理;Channel是热数据流,持续发送,支持... 目录一、基本概念界定FlowChannel二、核心特性对比数据生产触发条件生产与消费的关系背压处理机制生命周期

怎样通过分析GC日志来定位Java进程的内存问题

《怎样通过分析GC日志来定位Java进程的内存问题》:本文主要介绍怎样通过分析GC日志来定位Java进程的内存问题,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录一、GC 日志基础配置1. 启用详细 GC 日志2. 不同收集器的日志格式二、关键指标与分析维度1.