壹百度·十年千倍的29条法则 朱光-第5章

按键盘上方向键 ← 或 → 可快速上下翻页，按键盘上的 Enter 键可回到本书目录页，按键盘上方向键 ↑ 可回到本页顶部！
————未阅读完？加入书签已便下次继续阅读！


一周后，日本方面的结果回来了，比第一次高了3％，可仍然比小K给的低不少。
Leader开始琢磨，肯定是哪里出了问题。
于是，leader和其他同事开始一个case一个case地再重新评估，排除各方面的偏误，最后得出的分数，竟然比日本方面两次测评的中间值还要低！
leader最终提交了这份报告，也获得了开发部门的认可，成为工作调整的依据。小K这才明白，leader只是在做应该做的事，根本没有针对自己，是自己小心眼误解人家了，顿觉十分汗颜。
在百度的会议室里，每天都能听到有人在争论，直接反驳或争执得面红耳赤是常有的事，但出了会议室，大家不会改变融洽互助的关系，诀窍就在于，所有的争论都是对事不对人的。
对事不对人的精髓在于注重成果、尊重规则，这与前面所说的“唯实”一脉相承。对事不对人可以让企业里的人把有限的精力聚焦在事情和结果上，做到这一点，企业需要两方面的支撑。其一是企业上下要不带偏见地评价员工的工作成果；其二是要建立完善和健全的制度和标准体系。
当然，“对事不对人”也不是绝对的、单向的。在一些时候，企业的领导者也要让“对人不对事”的思路和行为与之并行。柳传志曾说：“小企业做事，大企业做人。”“对事不对人”强调的是行为和行为的结果，而“对人不对事”，强调的是对人本身的关怀。◎
（三）出奇（1）
10、创新求变
勇于创新和灵活应变，是企业持续发展、克敌制胜的原动力。然而随着企业规模的扩大和业务的成熟，多数公司都会自然而然地倾向安于现状、保守行事。因此，如何永葆组织的创新激情与灵活求变精神，成为企业管理者的一项长期任务。
变化和创新不会很简单地摆在那里，而是需要企业主动拿出选择创新的勇气。”2009年3月，在出席中国（深圳）IT领袖峰会时，Robin为正遭遇金融危机挑战的中国企业们提出了三大应对策略，其中最为关键的一点，便是“创新求变”。
实际上，这也正是百度多年来在互联网搜索领域持续保持绝对领先优势的“秘诀”所在。
2003年，快速成长的百度进入一个发展瓶颈――虽然当时百度已经可以搜寻高达2亿中文网页上的信息，但从用户请求得到响应的比例来看，还是有太多人的需求得不到满足。
分析之后百度发现，造成这种情况的原因很简单：互联网上中文网页的数量太少，信息量远不能满足搜索者的需求。而在这样一个天然的瓶颈面前，强大的对手也都纷纷放慢了脚步。
面对这个看似无法跨越的鸿沟，Robin却不甘等待。在他看来，这正是一个创新求变、弯道超车的好机会――既然网上现有信息已经无法满足用户的需求，何不让用户制造内容？
这个想法在心里盘旋了许久之后，Robin与刘建国、俞军、郭眈等技术人员展开了讨论。“有没有可能建立一个平台，为每个被搜索的关键词自动生成一个社区，将搜索同一关键词的人聚集到一起，共享出他们与之相关的话题与信息？”Robin问。
“做社区？”俞军问。
“是搜索＋社区――从技术上为每一个用户输入搜索框的关键词自动生成一个社区。让搜索同一关键词的人自然而然地聚到一个社区里，如果网上找不到现成的他所需的信息，用户可以把他自己的需求留下来，同时主动发贴分享自己知道的关于这个关键词的信息。久而久之，这个社区里就能聚集出大量网页上没有的关于这个词的信息，后来的请求就能得到满足了！”Robin的语速明显快于平时，眼睛里闪着亮光。
“这听起来可是与现有的任何社区模式完全不同啊，从技术上来说是一个创举！”两秒钟的沉默后，刘建国兴奋地说。
“这个东西还有一个好处，”Robin接着说，“一旦我们把它做起来，就可以大大增加搜索引擎的转换成本。”
“这个东西能实现吗？”俞军有点儿担心地问郭眈。
“从技术上来说，应该可以实现。”一直沉思不语的郭眈接过话头，“我已经想到了一条路子，今天回去再全面考虑一下。”
这个项目就这样初步设立了。接下来的日子里，按照Robin的想法，俞军和郭眈反复调研讨论，越来越发现这个想法不仅非常可行，而且有很好的用户需求基础，可以为网页搜索带来意想不到的支持，助百度斜刺里杀出重围，打开一片新天地。在这个过程中Robin始终非常关心，不断提供好的建议，贴吧产品很快进入了紧锣密鼓的实质性开发。
2003年12月1日，百度第一款搜索社区产品――百度贴吧闪亮问世，并迅速受到用户的广泛好评及追捧。如今，贴吧和后来推出的百度知道、百科，已经成为百度这个全球最大中文社区的“三驾马车”，为百度带来了巨大信息量与流量。
（三）出奇（2）
贴吧的推出只是Robin的一个创新的idea，但正是类似创新的想法不断得以实现，才让百度不断保持着竞争优势。大家都知道，保持创新效率，是Robin在百度十年间始终不断提起的一句话。
守旧还是创新？
2004年时百度正处于快速上升期，但在每天对原有技术架构下的产品进行更新升级之余，PM开始着眼于搜索引擎未来的发展方向，大家一致认为，应该是对应不同类型的用户需求，自动配置不同的资源，比如输入不同的关键词时，可能想要找到的东西不一样，有的是想找文章或网页，有的可能是想找图片、视频或榜单。
这时，大家看到只有韩国的一家搜索引擎公司开始做这方面的尝试，将各种资源全部罗列在搜索结果之中，让用户自己挑选。
那么能不能把百度垂直搜索的结果直接列入搜索列表中，针对不同的关键词让用户最可能想要找的资源排序在最前面呢？从此，这个创新思路的构想开始在百度产品部门中产生，云丰甚至已经开始写起了文档。但是由于当时的精力有限，而这个思路对原有技术架构的改变非常大，暂时无法实现。
但产品部门的PM们认为这个创新对百度乃至搜索引擎的未来非常重要，所以并没有放弃。
在2005~2006年间产品与技术部门携手，开始着手在原有的技术框架下做尝试，将百度原有的垂直搜索结果引入了网页检索的结果之中，按需调取。来自用户的数据反馈让大家看到了希望，也进一步坚定了大家创新求变的信心。但问题是，原有的技术架构无法支撑大规模的产品换代。
2006年开始，在产品与技术部的共同努力下，先进行用户需求识别，再针对需求对搜索结果进行资源匹配优化的新技术方向有了雏形。
2008年初的一次产品技术委员会扩大会议上，研发部门的小胡提起这件事，“这个创新的项目如果立项，将是网页搜索自2004年以来投入最大的一个项目，要改变我们整个的技术方向，你们认为真有这么重要吗？”云丰马上跳起来说：“我认为很重要，之前我们已经想得非常充分了。”
听完云丰对三年来相关工作的总结，技术总监梦秋马上说：“既然这样，那我们不用讨论了，虽然这对于我们现有的技术方向是一次大的改变，但能让用户要什么有什么，无疑是让我们的搜索引擎更接近用户未来的需求。马上立项吧！”
要什么有什么，项目的名字于是就被定为――阿拉丁。◎
创新是企业得以“进化”的动力，也最容易被忽视甚至遭到冷遇。很多成熟的企业虽然仍然在喊着创新的口号，也不断用PR手段将自己包装得非常创新，但实际上，在企业的内部已经越来越害怕创新，因为相比创新可能带来的巨大利益，大家更害怕它可能引发的风险，从而使企业丧失己有的优势。同时，越来越多的中层管理者开始安于享受眼前的舒适，不愿冒险，更不愿为创新的风险承担责任。所以企业越大，创新的想法必然越难产生和成活，这也就需要企业的领导者始终头脑清醒地不断以身作则鼓励创新，并为创新者指明化解风险的道路，解除他们的后顾之忧。
并不是所有的创新都意味着颠覆，创新有很多种类型，选择哪种类型的创新，要看企业的核心能力、市场的竞争格局和产品的成熟程度而定。但是无论如何，乐于创新的企业都必须首先具备“唯实”的风格，即从现实出发，从市场出发去主动创新。唯有如此，创新才不会是冒进，而是企业健康的新陈代谢过程。
（三）出奇（3）
11、允许试错
伟大的创新有时就存在于某些看起来不成熟的想法里，所以要鼓励员工的每一次创新，舍得给他们机会去试错。有时候明知风险很大，仍然可以让他们去做。可以小规模地尝试，如果结果不好，退回来就是了，但试错中得到的宝贵经验却可以让团队大步成长。
2002年，百度的搜索业务经历了从后台走向前台直接面向用户的变革，很多事情都还在摸索之中。
一天，工程师小H在餐厅碰到Robin，正好在吃饭时跟Robin探讨一些产品方面的问题：“能不能将搜索结果页模板的行宽从500像素调整为600像素，如果这样，不仅看着会更舒服，一页也能多出现两条结果，会有更好的用户体验。”
Robin想了想，对小H说，“这么改按道理说是好的，但需要用户的显示器达到比较高的配置才行，现在有不少用户的显示器可能还是1024*768的，那样一来，用户体验就不好了。你知道主流用户现在主要使用什么显示器吗？”
这个问题太复杂了，现在的电子产品特别丰富，而且不同地区、农村和城市的也不太一样。小H想到这里，有点儿头大。
看到小H有点儿泄气，Robin建议：“其实也没有那么复杂，我们直接面向用户小批量上线试一试，如果用户体验确实提升了，　那我们的流量肯定会增加，如果用户体验不好，那我们不做就行了，问题也不大。”
小H全力以赴，很快将相应的程序开发了出来。
最后，百度选取10％的用户，对新的结果页模板进行了小批量上线尝试，结果证实了Robin的担心――用户的点击量不增反降，看来，百度用户的设备还跟不上这个调整。不用怕，马上下线就是啦！
每当看到总监们过于担心，不敢让下属试错的时候，Robin常会说：“我们现在还是个小孩儿，有哪个孩子小的时候不跌个跤呢，这就不敢跌跤了，以后长大，就更不敢了。小批量试一下，马上就可以知道结果，知错就改，有何不可呢？我觉得，相比损失的那一点点流量，鼓励工程师有不断改进的想法和创新意识是更重要的，它会给我们带来源源不断的前进动力。”
出了事故，没有受到批评
小Q现在是百度NS部门的优秀工程师，但他还是实习生的时候，出过一次事故。
那时，他实习不久，便作为主力工程师参与某一产品重要新功能的开发，负责其中多项技术点攻关。为了来个精彩亮相，小Q费尽心血设计了精彩的页面。经历多次试验，反复测试评估，终于完成了这项新功能的开发。
Leader看到这个页面皱了皱眉，欲言又止。只是问了问服务器压力测试的情况，计算了一会儿，就给通过了。
生平第一次亲手开发的产品要让亿万人用了，小Q盯着上线后的页面，兴奋地看着点击量迅速攀高……谁知，切换后不到半小时，服务器负载严重过高，系统不能负荷，面临当机，只好“回