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

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

相关文章

Nginx分布式部署流程分析

《Nginx分布式部署流程分析》文章介绍Nginx在分布式部署中的反向代理和负载均衡作用,用于分发请求、减轻服务器压力及解决session共享问题,涵盖配置方法、策略及Java项目应用,并提及分布式事... 目录分布式部署NginxJava中的代理代理分为正向代理和反向代理正向代理反向代理Nginx应用场景

Redis中的有序集合zset从使用到原理分析

《Redis中的有序集合zset从使用到原理分析》Redis有序集合(zset)是字符串与分值的有序映射,通过跳跃表和哈希表结合实现高效有序性管理,适用于排行榜、延迟队列等场景,其时间复杂度低,内存占... 目录开篇:排行榜背后的秘密一、zset的基本使用1.1 常用命令1.2 Java客户端示例二、zse

Redis中的AOF原理及分析

《Redis中的AOF原理及分析》Redis的AOF通过记录所有写操作命令实现持久化,支持always/everysec/no三种同步策略,重写机制优化文件体积,与RDB结合可平衡数据安全与恢复效率... 目录开篇:从日记本到AOF一、AOF的基本执行流程1. 命令执行与记录2. AOF重写机制二、AOF的

MyBatis Plus大数据量查询慢原因分析及解决

《MyBatisPlus大数据量查询慢原因分析及解决》大数据量查询慢常因全表扫描、分页不当、索引缺失、内存占用高及ORM开销,优化措施包括分页查询、流式读取、SQL优化、批处理、多数据源、结果集二次... 目录大数据量查询慢的常见原因优化方案高级方案配置调优监控与诊断总结大数据量查询慢的常见原因MyBAT

分析 Java Stream 的 peek使用实践与副作用处理方案

《分析JavaStream的peek使用实践与副作用处理方案》StreamAPI的peek操作是中间操作,用于观察元素但不终止流,其副作用风险包括线程安全、顺序混乱及性能问题,合理使用场景有限... 目录一、peek 操作的本质:有状态的中间操作二、副作用的定义与风险场景1. 并行流下的线程安全问题2. 顺

MyBatis/MyBatis-Plus同事务循环调用存储过程获取主键重复问题分析及解决

《MyBatis/MyBatis-Plus同事务循环调用存储过程获取主键重复问题分析及解决》MyBatis默认开启一级缓存,同一事务中循环调用查询方法时会重复使用缓存数据,导致获取的序列主键值均为1,... 目录问题原因解决办法如果是存储过程总结问题myBATis有如下代码获取序列作为主键IdMappe

Java中最全最基础的IO流概述和简介案例分析

《Java中最全最基础的IO流概述和简介案例分析》JavaIO流用于程序与外部设备的数据交互,分为字节流(InputStream/OutputStream)和字符流(Reader/Writer),处理... 目录IO流简介IO是什么应用场景IO流的分类流的超类类型字节文件流应用简介核心API文件输出流应用文

Android 缓存日志Logcat导出与分析最佳实践

《Android缓存日志Logcat导出与分析最佳实践》本文全面介绍AndroidLogcat缓存日志的导出与分析方法,涵盖按进程、缓冲区类型及日志级别过滤,自动化工具使用,常见问题解决方案和最佳实... 目录android 缓存日志(Logcat)导出与分析全攻略为什么要导出缓存日志?按需过滤导出1. 按

Linux中的HTTPS协议原理分析

《Linux中的HTTPS协议原理分析》文章解释了HTTPS的必要性:HTTP明文传输易被篡改和劫持,HTTPS通过非对称加密协商对称密钥、CA证书认证和混合加密机制,有效防范中间人攻击,保障通信安全... 目录一、什么是加密和解密?二、为什么需要加密?三、常见的加密方式3.1 对称加密3.2非对称加密四、

MySQL中读写分离方案对比分析与选型建议

《MySQL中读写分离方案对比分析与选型建议》MySQL读写分离是提升数据库可用性和性能的常见手段,本文将围绕现实生产环境中常见的几种读写分离模式进行系统对比,希望对大家有所帮助... 目录一、问题背景介绍二、多种解决方案对比2.1 原生mysql主从复制2.2 Proxy层中间件:ProxySQL2.3