谷歌上市10周年 员工总结6条成功经验

jopen 10年前

谷歌上市10周年 员工总结6条成功经验

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

        作者目前为 B2C 网站 lightinthebox 天使投资人。

来自: 腾讯科技