博客
关于我
为什么 Google 这些年的收购都走向了失败?
阅读量:709 次
发布时间:2019-03-21

本文共 1399 字,大约阅读时间需要 4 分钟。

标题:Fitbit的生死一线:Google收购后覆滅几大收购案的成功与失败启示?由:数据猿年终主题策划活动

近日,Google 宣布以21亿美元收购可穿戴设备公司 Fitbit。这一消息引发了广泛关注和热议,而Google 的多次收购案例也让人不禁思考:这次收购能否走出曾经传统的命运?

  • Google收购的历史印记
    Google自成立以来,通过连续的并购战略建立了庞大的生态系统。 Maps、YouTube、Waze等核心服务最初也都来源于并购。然而,近十年的收购记录却并非一帆风顺。以下几大案例印证了这一点:
    • 2011年:收购摩托罗拉

      以125亿美元收购摩托罗拉的移动部门,希望通过整合mobile技术开拓业务。但最终因无法融入Google文化,2014年以90亿出售给联想。

    • 2013年:收购Waze

      以9.66亿收购地图导航公司Waze。尽管迄今依然未完全整合技术,但Waze实时交通功能已成功迁移至Google Maps。

    • 2014年:收购Nest

      以32亿现金收购 Nest。Nest的技术和生态系统一度被Google并入其家庭服务部门。但呼吸一段时间后,Nest云服务被逐步淘汰,最终生态系统设备也被废弃。

    • 2017年:收购HTC手机研发部门

      以11亿美元收购 HTC 的研发团队。2019年Pixel业务市场份额仅为2.23%。据分析,Pixel设备的实际销量可能低于官方数据。

    这些案例表明,Google的收购文化较为独特:收购企业通常会遭遇Tech内部的人才流失,最终导致收购价值大幅贬值。

    1. Fitbit的市场现状
      Fitbit在健康领域的可穿戴设备市场竞争日益激烈。2019年上半年Fitbit的净亏损已经达1.48亿元。IDC的数据显示,苹果在全球可穿戴设备市场占据25.8%的份额,而Fitbit仅排在第五位。
    2. 为什么能否转活要看Google如何利用这次收购:

      • Fitbit的硬件及生态系统需要加速应用Google的生态体系(Wear OS)。
      • Google需要彻底整合 Fitbit 的平台资源,避免与Waze、Nest等先前收购公司重复犯错。
      1. �ammen协议:Google的创新收购模式
        过去Google的收购方案较为注重打开战略性市场,如Waze的地图和导航技术。
      2. 但短期内,Fitbit与Waze、Nest的重叠点较少,因此此次收购更像是为了获取其健康数据和设备生态系统。Google的副总裁Osterloh曾提到:"这一收购将为Wear OS注入更多能量。"

        1. 检验收购大胆的未来走向
          部分市场分析认为,Fitbit的死期已经远不如早期。如果将Fitbit作为是硬件业务的补充,那么收购成本不过是换取这属于其生态系统的独特设备。
        2. 值得肯定的还有,Google近年来在AI算法、健康生态系统等领域的投入,或许能让Fitbit焕发新生。毕竟,健康监测和智能手表市场仍有巨大潜力,而Fitbit至少拥有其品牌价值。

          结论:收购 Failure 很正常

          所以Google收购Fitbit的成功与否不会成为下一代收购的"还938"考验。重要的是从这些收购案例中吸取教训,为未来更大的战略收购积累经验。

          值得查阅:2011年8月:收购摩托罗拉

          2013年6月:收购Waze
          2014年1月:收购Nest
          2017年9月:收购HTC的研发部门
          2019年11月:收购Fitbit

    转载地址:http://rgqez.baihongyu.com/

    你可能感兴趣的文章
    NHibernate异常:No persister for的解决办法
    查看>>
    Nhibernate的第一个实例
    查看>>
    NHibernate示例
    查看>>
    nid修改oracle11gR2数据库名
    查看>>
    NIFI1.21.0/NIFI1.22.0/NIFI1.24.0/NIFI1.26.0_2024-06-11最新版本安装_采用HTTP方式_搭建集群_实际操作---大数据之Nifi工作笔记0050
    查看>>
    NIFI1.21.0_java.net.SocketException:_Too many open files 打开的文件太多_实际操作---大数据之Nifi工作笔记0051
    查看>>
    NIFI1.21.0_Mysql到Mysql增量CDC同步中_日期类型_以及null数据同步处理补充---大数据之Nifi工作笔记0057
    查看>>
    NIFI1.21.0_Mysql到Mysql增量CDC同步中_补充_插入时如果目标表中已存在该数据则自动改为更新数据_Postgresql_Hbase也适用---大数据之Nifi工作笔记0058
    查看>>
    NIFI1.21.0_Mysql到Mysql增量CDC同步中_补充_更新时如果目标表中不存在记录就改为插入数据_Postgresql_Hbase也适用---大数据之Nifi工作笔记0059
    查看>>
    NIFI1.21.0_NIFI和hadoop蹦了_200G集群磁盘又满了_Jps看不到进程了_Unable to write in /tmp. Aborting----大数据之Nifi工作笔记0052
    查看>>
    NIFI1.21.0_Postgresql和Mysql同时指定库_指定多表_全量同步到Mysql数据库以及Hbase数据库中---大数据之Nifi工作笔记0060
    查看>>
    NIFI1.21.0最新版本安装_连接phoenix_单机版_Https登录_什么都没改换了最新版本的NIFI可以连接了_气人_实现插入数据到Hbase_实际操作---大数据之Nifi工作笔记0050
    查看>>
    NIFI1.21.0最新版本安装_配置使用HTTP登录_默认是用HTTPS登录的_Https登录需要输入用户名密码_HTTP不需要---大数据之Nifi工作笔记0051
    查看>>
    NIFI1.21.0通过Postgresql11的CDC逻辑复制槽实现_指定表多表增量同步_增删改数据分发及删除数据实时同步_通过分页解决变更记录过大问题_02----大数据之Nifi工作笔记0054
    查看>>
    NIFI1.21.0通过Postgresql11的CDC逻辑复制槽实现_指定表多表增量同步_增加修改实时同步_使用JsonPath及自定义Python脚本_03---大数据之Nifi工作笔记0055
    查看>>
    NIFI1.21.0通过Postgresql11的CDC逻辑复制槽实现_指定表多表增量同步_插入修改删除增量数据实时同步_通过分页解决变更记录过大问题_01----大数据之Nifi工作笔记0053
    查看>>
    NIFI1.21.0通过Postgresql11的CDC逻辑复制槽实现_指定表或全表增量同步_实现指定整库同步_或指定数据表同步配置_04---大数据之Nifi工作笔记0056
    查看>>
    NIFI1.23.2_最新版_性能优化通用_技巧积累_使用NIFI表达式过滤表_随时更新---大数据之Nifi工作笔记0063
    查看>>
    NIFI从MySql中增量同步数据_通过Mysql的binlog功能_实时同步mysql数据_根据binlog实现update数据实时同步_实际操作05---大数据之Nifi工作笔记0044
    查看>>
    NIFI从MySql中增量同步数据_通过Mysql的binlog功能_实时同步mysql数据_根据binlog实现数据实时delete同步_实际操作04---大数据之Nifi工作笔记0043
    查看>>