# Gojek 搬家记：腾讯云产品团队的缺位

LLMS 索引： [llms.txt](/llms.txt)

---

> 原作者：瑞典马工 · [微信公众号转载页](https://mp.weixin.qq.com/s/AScsDJ8FWi9YXiRERPpspg)

## 凌晨 4 点半，雅加达。

随着割接手册最后一步完成，Gojek 全量切换到腾讯云，腾讯云的《**[Gojek 搬家记：7000公里的跨云之旅](https://mp.weixin.qq.com/s?__biz=MzA5NzU3MDczNA==&mid=2247489121&idx=1&sn=5e14f0f10e559624c33aa8bf713cc0fd&scene=21#wechat_redirect)**》称这是“东南亚史上最复杂的跨云迁移”。三十多名工程师在现场，深圳总部百人远程支持，五轮演练，数千步操作，二十多套应急预案，场面紧张得像火箭发射。

如果单看项目，这是一次值得喝彩的胜利，但是换一个视角看，这个案例里，腾讯云的产品团队彻底隐身了。

------------------------------------------------------------------------

## 产品化缺位，外包化交付

原文的过程很直白——“线下紧密沟通→梳理 Terraform 模块定制化需求→交付样本→与工程平台集成反复打磨→进入模块量产开发”。

这不是云厂商在交付标准化能力，其实是外包公司按单生产：客户提单，出样品，修改，量产，验收。

按照腾讯云自己的描述，“一个月内边开发边线上演示与培训”，甚至连文档都不需要了。

腾讯云很骄傲的宣称

> “整体代码量增加了 30%+”。

这难道是好事么？软件行业追求的一直是写最少的代码实现最多的功能。代码越多，不仅短期的成本高，而且长期维护成本也更高，也更容易出bug。

这种暴力定制模式当然可以把项目做成，但交付的质量和风格严重取决于项目组，用一些朋友的话说，“换一个团队做项目，就像换了一家云”。

细心的读者可以看出，腾讯云平时高调宣扬的各种牛逼产品，从数据库到容器到AI，在项目总结中连名字都不配提起。客户甚至都懒得礼貌的称赞一个产品，

------------------------------------------------------------------------

## 缝合产品以迁就单一客户

长久以来，中国云厂商都是直接复制亚马逊云的产品，这毋庸讳言。 Gojek 长期运行在 Google Cloud 上。为了迁移平滑，腾讯云在多个环节去兼容 GCP 的接口和使用习惯。

如腾讯云字自言：

> Gojek对现有供应商的依赖很大，广泛采用很多独有的产品特性，如果要实现最小化改动，腾讯云需要付出巨大的适配成本；

云实际上是一个分布式操作系统，迁云就是换操作系统。甲方追求“最小化改动”本来就是有问题的。腾讯云无法说服客户投入必要的工程资源适配新的操作系统，只好压着自己的工程师吃下来这个成本。

在 AWS 底座上硬焊一层“GCP 皮”，制造了特供片区。这不仅损害自己产品的自主演进，其用户体验也是很可疑的。举例来说，GCP 的 VPC 天然是全球的，而继承自 AWS 的腾讯云的 VPC 是区域绑定的，作者才疏学浅，怎么也想不出腾讯云项目组能通过什么魔法“快速开发配套功能”以“尽量保持Gojek现有使用习惯”。读者有懂行的，还请在评论区指教。

------------------------------------------------------------------------

## 人海战术替代产品竞争

项目中的人海战术令人敬佩——雅加达现场 30+ 人，深圳总部 100+ 人，五轮演练、数千步割接、虚拟可用区适配、无感热迁移，这些都是工程师的硬实力。

但人海只能救火，不能替代产品力。当一家云厂商最亮眼的卖点是“人多、加班、硬上”，说明工具化、自动化、标准化不足，项目执行依赖重复劳动而不是平台能力。把云拆分为三个包招标的 Goto 集团意在降本，如果把这些人力投入都算进项目成本的话，Goto还承担得起吗？腾讯云这个项目又能赚钱吗？

“没有搬不了的云，只有不努力的工程师。”腾讯云工程师的这句口头禅，说得难听一些，是苦力牛马的想法。当牛马拖着木犁互相鼓励“努力努力再努力”的时候，联合拖拉机手已经浑身清爽的下班回家了。

![图片](01.webp)

\

从客户角度看，对那些没有 Patrick 当 CEO 和 William 当 CTO 的普通腾讯云客户，你们也会这么努力吗？那他们在腾讯云上怎么过？

------------------------------------------------------------------------

## 缺乏技术输出势能，反被客户指导开发

项目中，Gojek实际上是腾讯云的指导老师：

> 同时，腾讯云团队还需要了解清楚Gojek平台如何与云产品集成，并从多云适配角度理解需求，用于指导代码的编写模式。

腾讯云这个学徒也很虚心，主动去给客户打下手：

> 针对Gojek数据库种类多元且没有成熟的工具辅助迁移，腾讯云团队定制化开发了数据迁移工具

不只是交付各种定制软件，甚至腾讯云主动邀请甲方参与自己的研发过程管理：

> 一个月内，腾讯云团队在开发代码的同时，也逐步向Gojek技术团队进行在线演示，进行产品的使用培训。

一个高科技公司姿态做得这么低，也实在让人叹为观止了。笔者和中国，东欧和东南亚的外包厂商都合作过，没有一家有这么卑微的。他们多多少少都有些技术上的骄傲和坚持，很多时候，也确实能说服甲方修改方案。

云厂商如果当不了技术输出者，而在技术接收端安然自得，这不是一个好的迹象。

## 云计算出海

中国云计算厂商出海，已经探索八九年了。2016年阿里云就在迪拜开了局点。2017腾讯云在法兰克福开了局点。2018年华为云在南非开了局点。

前几年，一个国内云厂商的销售朋友雄心勃勃的跟我说“只要有深折扣和贴身服务，我肯定能在东南亚把 AWS 客户搬过来。” 结果今年，带着他出海的大老板都被炒掉了，他自己也跳槽了。事实和数字都证明，低价和人海战术玩不转。Gojek案例只是这种打法的又一个案例，没有任何新意。

笔者建议，中国云计算公司应该引入电动车行业的产品经理，坚定的把产品竞争力做上去。通过规模化标准产品给交付客户高价值，才能在国际市场竞争。当然，这话我说了没用。不过反正说话也不花钱，说了就说了。