Skip to content

四火的唠叨

一个纯正程序员的啰嗦

Menu
  • 所有文章
  • About Me
  • 关于四火
  • 旅行映像
  • 独立游戏
  • 资源链接
Menu

为什么互联网外企在中国总是失败?

Posted on 10/06/201810/02/2024 by 四火

最近在读吴晓波写的《腾讯传》,不少有意思的内容。其中给我印象最深的是讲当年 QQ 和 MSN 大战的一段。可能很多人和我一样,都注意到,互联网行业中,在中国的外企鲜有成功的,多数都是高调进入,灰溜溜地退出。有人把这种现象简单地归因于四个字 “水土不服”,无疑是武断而缺乏思考的。

在书中短短的一节分析本土企业和外企互联网大战的内容中,就看到了当年那些经典的战役。比如 C2C 市场,ebay vs 淘宝;比如 B2C 市场,亚马逊 vs 当当(虽说后来当当的份额也被淘宝商城和京东蚕食得够呛);比如搜索市场,Google vs 百度;再比如打车市场,滴滴 vs Uber;再再比如书中最重头的例子,即时通讯市场,MSN vs QQ。

相较于亚马逊在美国,或者全球市场上的成功(主要是传统电商和 AWS),它在中国市场上的灰头土脸依然不容忽视。亚马逊在中国的市场上招到了出色的工程师——英语方面的天然差别除外,其中的 bar 我认为是比同级的美国 bar 明显更高的——在中国市场上却节节败退。我几年前曾经提到过某些外企的通症,但我想那只是一小部分原因。以往也和亚马逊的同事讨论过,其中失败的原因。明显,美国的同事和中国国内的同事理解不同。而我认为,经过这样的失败,多数亚马逊人依然不理解失败的本质原因。我猜测,即便已经是在市场被蚕食的事后了,如果再给亚马逊一次机会,我们回到昨日,到那个收购卓越网的重磅事件之前,重新开辟中国市场,它依然会失败,或者说,未必会比今日好多少。

互联网外企在中国的普遍 “不成功”,虽说原因复杂,却是有一些共性内容可以挖掘的。注意这个普遍性仅适用于互联网企业,而许多其他领域,成功的外企却遍地开花,比如麦当劳,比如宝洁。而且这个 “普遍” 修饰语不可省略,毕竟也有相对成功的例子(也许苹果算一个),只是多数都折戟沉沙了。互联网本身就是易变的,在中国则尤甚,这也是一个互联网区别于其他产业和造成上述不同的标志。

首当其冲一条,只有两个字,就是 “高傲”。

高傲体现在多个方面,亚马逊的售货网站界面便是其一。显然它的思路本身无可指摘,因为全球,无论是欧美还是日本,基本上都是一套界面框架。但是对比淘宝,特别是 5 年以前,特别能够感觉到,在淘宝逛就像是在农贸市场逛,琳琅满目的商品,目不暇接的功能;但是在亚马逊网站,就是一个简陋(好听点叫做简洁)无比的界面,如果你知道你大致想买什么东西,你可以很快找到你想要的东西,但是如果你其实就想像逛街一样,四处走走看看,并不知道自己想买什么,希望藉由商品的浏览给自己一点启发,那么亚马逊就太不便了。

再一个,淘宝提供了许许多多的互动性功能,无论是秒杀、拼单、积分、打赏、话题、打卡、评审……还是那个随时可以方便联系上的小二,无不显示了这些充满攻击性的产品功能设计。要看到的一点是,这些看起来杂七杂八,可有可无的功能,却非常受到中国百姓欢迎。但我敢说任何一个产品经理在亚马逊的产品设计讨论会上提出,都会遭到非议。亚马逊一直坚持做收益和受益明显的核心功能,简而精。但是他们太不了解中国百姓了,中国的老百姓就是喜欢这些零零散散参与感很强的 “省钱” 小功能。老百姓普遍不太在乎时间和精力的开销,却对几块钱、几毛钱的折扣费尽心机。

不止上述,中国的很多模式都是非常奇特的,如果想凭着全球的经验,稍加变化搬到中国来,几乎就一定会碰一鼻子灰。再一个很有趣的例子就是支付和安全。AWS 刚进入中国的时候,也被欺诈问题搞得颇为头疼,而基于信用的后付费模式,在中国的实用性,完全不是如在美国那般自然而然。结果就是遇到了欺诈,遇到了恶意使用,想从信用卡里面划钱,却收不到钱。这些事情上面,淘宝和支付宝的经验显然要丰富得多。

此外,有必要提及某些不甚光明,但是颇为有效的灰色做法。最常见的就是捆绑和广告弹出。这二者可以说是遍及全球的毒瘤,而众所周知的在中国的战场上尤其激烈。当年 QQ 和 360 大战的时候,这个问题可以说被推到了顶峰,不管谁是胜者,用户一定是输家。对于要进军中国的外企,通常都已经达到一定体量了,于是不屑于,或者不愿意使用某些擦边球的做法来捕获用户。各路流氓作风的软件在用户的电脑和手机上兴风作浪,其中就有诸多大牌的名字。谁都明白,谁都厌恶,但是这一招在这块神奇的土地上一直好用,直到现在亦如是。我并非鼓励企业去这样做,相反,我很反感这种做法。但是我有必要在这里把它陈述清楚。

要在中国搞好本土化,不只是给你的产品改个样式,变个颜色,换个文字,而是需要从战略上重视起来。那些脑海中的概念、成见,乃至常识,它们的成立性和合理性到了中国都要重新审视。请一个真正在大陆摸爬滚打起来的职业经理人吧,不是美国人,甚至也不是台湾人。本质上束缚的框架越少,本土化越容易进行,这么做确实不能保证正确性,但是不这么做只能玩完。

不放下高傲的身段,就不能足够了解中国。不足够了解中国,就很难再中国的战场上凯旋。

第二个,有人说起一些或明或暗的政策法规保护,我认为这即便不是最主要的原因,但也非常重要。这些政策法规远不止我们所周知的那个互联网的隔阂那么简单。如果一切都是市场说了算,问题也许还简单些,可是在中国不止有市场这一双无形的大手,还有各式各样的 “调控机制”,这就带来许多变数。

数据存放,以及伴随的数据审查可谓至关重要,当年 MSN 很受此约束,以至于它也成为了在中国被 QQ 打垮的一个重要原因。外企在中国建立数据中心可谓困难重重,AWS 进入中国也是克服了重重诸多阻碍。但即便我敬佩它的决心,我依然不对其抱有足够的乐观态度。另外一个是 Airbnb,他们也觊觎中国市场这块大蛋糕很久了,但是看起来他们也没有做好成功的准备。

当年 Google 退出中国,个中缘由颇为复杂,其中的故事很长,可我们只知官方解释。有一点是肯定的,就是 Google 拒绝妥协,而双方都不是吃素的,分手就成为了必然。当年传统的电信运营商和新兴的做通讯软件的互联网公司闹翻,结果就是信产部下文件禁止这些互联网企业涉足网络电话。我相信如果多数外企遇到这样的情况,是很难低下头来寻求别的解决方案的。但是以腾讯为首的中国本土企业,他们没有退路,他们只能退而求其次。如果哪一天把互联网企业(无论私企、民企,还是外企)和国家体制内的电信企业放到开放和公平的平台上一起竞争,没有规则的保护,没有政策的倾斜,我想谁都看得出来它们差几个量级,胜负没有悬念。

还有不少其它的原因。但总之,无论哪个理由,无论 “合理” 与否,这就是事实。互联网外企要在中国获得成功,面临的困难,比想象要大得多。

文章未经特殊标明皆为本人原创,未经许可不得用于任何商业用途,转载请保持完整性并注明来源链接 《四火的唠叨》

×Scan to share with WeChat

你可能也喜欢看:

  1. 再谈谈互联网外企在中国的失败
  2. 幸运的时代
  3. 谈谈百度血友病吧被卖事件
  4. 从“Google 地图八位版” 看国内的抄袭
  5. 关于 Jeff Dean 的几个搞笑传言

5 thoughts on “为什么互联网外企在中国总是失败?”

  1. 卡拉 says:
    12/15/2020 at 9:42 PM

    我有点晕了, 分不清黑白了

    Reply
  2. Thomas says:
    10/07/2018 at 1:04 AM

    一言以蔽之,就是在适当的环境下,靠着一股敢于野蛮生长的驱动力去野蛮生长。
    别的不说,加班,隐性的加班机制就是一个表现

    Reply
    1. Anonymous says:
      11/30/2018 at 5:28 PM

      深以为然

      Reply
      1. Anonymous says:
        02/18/2019 at 7:37 PM

        有赞的 996 闹得沸沸扬扬,也不见官方出来放个 P

        Reply
        1. baiyun says:
          03/06/2022 at 4:32 AM

          你不加班中国怎么能成为第二大经济体

          Reply

Leave a Reply to Anonymous Cancel reply

Your email address will not be published. Required fields are marked *

订阅·联系

四火,啰嗦的程序员一枚,现居西雅图

Amazon Google Groovy Hadoop Haskell Java JavaScript LeetCode Oracle Python Spark 互联网 前端 华为 历史 同步 团队 图解笔记 基础设施 工作 工作流 工具 工程师 应用系统 异步 微博 思考 技术 数据库 曼联 测试 生活 程序员 管理 系统设计 缓存 编码 编程范型 英语 西雅图 设计 评审 问题 面试 项目

分类

  • Algorithm and Data Structure (30)
  • Concurrency and Asynchronization (6)
  • System Architecture and Design (43)
  • Distributed System (18)
  • Tools Frameworks and Libs (13)
  • Storage and Data Access (8)
  • Front-end Development (33)
  • Programming Languages and Paradigms (55)
  • Testing and Quality Assurance (4)
  • Network and Communication (6)
  • Authentication and Authorization (6)
  • Automation and Operation Excellence (13)
  • Big Data and Machine Learning (5)
  • Product Design (7)
  • Hiring and Interviews (14)
  • Project and Team Management (14)
  • Engineering Culture (17)
  • Critical Thinking (25)
  • Career Growth (57)
  • Life Experience and Thoughts (45)

推荐文章

  • 谈谈分布式锁
  • 常见分布式系统设计图解(汇总)
  • 系统设计中的快速估算技巧
  • 从链表存在环的问题说起
  • 技术面试中,什么样的问题才是好问题?
  • 从物理时钟到逻辑时钟
  • 近期面试观摩的一些思考
  • RSA 背后的算法
  • 谈谈 Ops(汇总 + 最终篇):工具和实践
  • 不要让业务牵着鼻子走
  • 倔强的程序员
  • 谈谈微信的信息流
  • 评审的艺术——谈谈现实中的代码评审
  • Blog 安全问题小记
  • 求第 K 个数的问题
  • 一些前端框架的比较(下)——Ember.js 和 React
  • 一些前端框架的比较(上)——GWT、AngularJS 和 Backbone.js
  • 工作流系统的设计
  • Spark 的性能调优
  • “残酷” 的事实
  • 七年工作,几个故事
  • 从 Java 和 JavaScript 来学习 Haskell 和 Groovy(汇总)
  • 一道随机数题目的求解
  • 层次
  • Dynamo 的实现技术和去中心化
  • 也谈谈全栈工程师
  • 多重继承的演变
  • 编程范型:工具的选择
  • GWT 初体验
  • java.util.concurrent 并发包诸类概览
  • 从 DCL 的对象安全发布谈起
  • 不同团队的困惑
  • 不适合 Hadoop 解决的问题
  • 留心那些潜在的系统设计问题
  • 再谈大楼扔鸡蛋的问题
  • 几种华丽无比的开发方式
  • 我眼中的工程师文化
  • 观点的碰撞
  • 谈谈盗版软件问题
  • 对几个软件开发传统观点的质疑和反驳
  • MVC 框架的映射和解耦
  • 编程的未来
  • DAO 的演进
  • 致那些自嘲码农的苦逼程序员
  • Java 多线程发展简史
  • 珍爱生命,远离微博
  • 网站性能优化的三重境界
  • OSCache 框架源码解析
  • “ 你不适合做程序员”
  • 画圆画方的故事

近期评论

  • + 1.943624 BTC.NEXT - https://graph.org/Ticket--58146-05-02?hs=9a9c6f8dfe3cdbe0074006e3e640b19b& on 所有文章
  • Anonymous on 闲聊投资:亲自体验和护城河
  • 四火 on 关于近期求职的近况和思考
  • YC on 关于近期求职的近况和思考
  • mafulong on 常见分布式基础设施系统设计图解(四):分布式工作流系统
  • 四火 on 常见分布式基础设施系统设计图解(八):分布式键值存储系统
  • Anonymous on 我裸辞了
  • https://umlcn.com on 资源链接
  • Anonymous on 我裸辞了
  • Dylan on 我裸辞了
© 2025 四火的唠叨 | Powered by Minimalist Blog WordPress Theme