谷歌上市10周年 我知道的一些鲜为人知的事情

　　[核心提示] 早期的谷歌技术和现在一样好么，广告是谷歌一开始就坚定的营收方向么?

　  前段时间是谷歌上市 10 周年的纪念日，时间真的是过得很快，回想起来还感觉像昨天一样，当年的各种媒体不看好，到各种不遵守传统规矩的上市方式(荷兰式拍卖融资)，都引起很多争议，但 10 年过去了，谷歌的股价升了十几倍，从金融的角度已经是无容置疑了，但这个成功的公司背后其实也是经历了无数波折，我是 2000 年进入谷歌的美国总部，当时它还是一家小公司(我是 103 号员工), 有很多鲜为人知的事情。

　　商业模式往往是摸出来的

　　我是谷歌 Adwords 广告系统的第一个工程师，当年刚刚进去的时候我老板说「咱们该试试把赚钱这个事情规范了」，今天广告收入占了谷歌绝大部分的收入，但是当年公司还不确定广告是个未来，甚至我们三个做 Adwords 的工程师都自己互相问了个很傻的问题：这种广告你会点击吗?我们没有一个人点击过广告，也觉得自己这辈子也不会去点击广告，那这个事情还有意义吗?可是事实证明，我们不点不代表普罗大众不点!

　　没有完美的产品

　　第一代的 Adwords 广告系统只有三个工程师(有一个还是兼职的)，加上一个 UI 设计师，没有产品经理，是的，那个年代谷歌还没有产品经理这个角色，很多人早期看见谷歌的产品都觉得做得很好很人性化，但这些产品都是没有产品经理去负责的，就是三种人把产品死啃出来的：UI 设计师，工程师，小组经理。没有产品经理确实有很多问题，但产品照样做出来了，而且无比快速，三个月就完成了(包括测试，运维，前期还试用了 PHP，中间还有 Lisp 的实验!)。第一代产品确实有很多问题，但这些问题都不重要，因为没有太多用户!

　　「技术很强」

　　大家都认为谷歌的技术是互联网公司里面最强的，各种算法和数据，大牛们都爱加入，但其实在早期的时候谷歌很多技术是很差的(起码从今天的角度来看)，谷歌的第一行 Java 代码是我提交的，当时也没有正式的 code review，没有单元测试，代码规范才刚刚开始有，而且没有 bug tracking 数据库!估计今天的软件公司很难想象没有这样子的数据库是怎么管理 bugs 的，但当年的谷歌也活的好好的!所以在这里给所有的技术大牛一个忠告：谷歌也只是「足够好」就可以了，用户体验才是最重要!

　　交流成本几乎为零

　　早期的时候几乎没什么邮件来回，也没什么会议(最多也就三个人讨论)，很多事情就记录在便签上(纸质的，不是软件)，因为没有 bug tracking 数据库，也不需要花时间去把 bugs 过一遍。没有报告，没有流程，我当时的老板甚至连电脑都几乎可以不用(她是斯坦福计算机博士毕业的)。回想起来确实有点乱，但出来的产品还是挺好的!其实很多人都不会写邮件，不是因为他们的写作能力有问题，而是邮件是一个没有发送成本的工具，比如要是发一封邮件需要发件人付款 10 块的话，再夸张点是每 100 字 10 块，我相信很多公司的交流成本会大幅下降，因为每个人发邮件之前都会先仔细想想自己想说什么。很多人没有意识到发邮件花时间，其实看邮件可能更花时间，因为写的是一个人(比如花 5 分钟)，看的可能是 10 个人(每人花 1 分钟)，对公司来说就是看的时间比写的时间多。

　　管理是实验出来的

　　我进入谷歌的时候管理层有三层：CEO，VP，经理。后来 Larry Page 想试试更扁平化，就变成：CEO，VP。当 100 个工程师汇报给一个 VP 不行以后才把产品经理和管理经理这些角色给慢慢建立起来。也是经历了这些以后才摸索出来单元测试和很多流程的东西，回想起来真的是很乱，但也没有对业务造成大问题。

　　对每个人要信赖

　　第一代的 Adwords 广告系统上线的时候运维就基本上只有我，还有一个很有经验的运维带着我，但他只能给我一点点时间(他是每天睡四个小时的人)，产品上线的流程是。。。没有流程!我写了个简单的文件和脚本，其他人过了一下就上线了!我当时犯了无数错误(毕竟我没做过运维)，有一些公司都没人知道(否则可能当时就被解雇了，比如我曾经把一部分用户的数据不小心清空了，还好找回备份了)，但是因为公司给了我很大的信任，所以我犯了错马上就改。创业公司一定是会犯很多错误，很多人的方法论是尽量去避免这些错误的发生，所以会出来很多流程的东西，但是当用户量不多的时候，更重要的是做好准备出错，先想想出错了以后弥补的方法。