许多网站建设者常犯的一个错误是将网站创建得像产品宣传册一样。网站建设者不遗余力地为访客提供最详细的信息。然而，这种类型的网站无法留住用户。

这是因为大多数人不想花太多时间去了解事物是如何运作的。相反，他们更喜欢通过点击来尝试和自己弄明白。

从用户的角度来看，一个好的网站允许他们通过玩弄来找到所需的信息。基于《别让我思考，重温版》一书，我们总结了创建高可用性网站的四条指导原则。

从清晰的导航开始​

当用户第一次访问一个网站时，他几乎无法估计网站的规模。他可能会选择退出，因为不知道网站是如何组织的。这就是导航栏如此必要的原因。在每个页面上，导航应使用户能够定位他们的位置，如何返回主页，在哪里可以搜索关键词以及其他有关如何使用网站的额外信息。最重要的是，导航必须简单明了；否则，用户可能会感到困惑并直接点击离开。

制作一个令人印象深刻的主页​

主页可能是网站上访问频率最高的页面，其重要性不言而喻。用户对网站的第一印象取决于他们对主页的第一印象。一个令人印象深刻的主页是必不可少的。

此外，我们还需要确保向访客传达了最重要的信息，这就是我们网站的目标。书中建议，在主页上与读者有效沟通的一种方式是在网站标志旁边放置描述我们使命的标语。

使用视觉层次来呈现信息​

当我们访问一个网站时，我们并不是逐行阅读文本。相反，我们通常会扫描文本以获取所需的信息。如果您想向访客传达特定的信息，您应该学会利用视觉层次。规则很简单。关键信息应突出显示。这样用户就可以理解应该关注哪里并进行点击。隐藏重要信息只会让访客感到烦恼。

提高移动加载速度​

几年前，响应式设计只是一个加分项，但如今，它已成为必需。

1. 由于移动设备的快速发展，用户对移动网站的期望更高，并且往往在移动设备上花费更多时间浏览。
2. 如果加载速度缓慢，用户很容易变得不耐烦。
3. 我们需要丰富移动页面的内容和互动性。（为移动设备量身定制内容。）

关于 Comic Sans 的问题：

1. 字母级和段落级的不平衡视觉重量。
2. 糟糕的字距（字符之间的间距）。
3. 它在如今获得了不应得的受欢迎程度，设计于 1994 年用于屏幕显示，当时 Windows 95 并没有抗锯齿功能。
4. 普通人错误地认为他们可以借助现代技术轻松设计，而专业设计师则激烈反击。Comic Sans 是冲突最激烈的焦点之一。

如今，在消费社会中，广告无处不在。尽管过去一个世纪广告的方式发生了很大变化，但背后的动机始终如一：吸引注意力并试图销售。

销售注意力​

追溯到十八世纪初，大多数广告只是信息性的，而不是具有说服力的。这种情况直到1833年本杰明·戴推出自己的报纸时才有所改变。为了获得大量读者，他将价格定为一分钱，而竞争对手则以六分钱出售每份报纸。损失是不可避免的。然而，他开始邀请企业在他的报纸上发布广告，并收取曝光费用。因此，这份报纸变得非常成功。正因为本杰明·戴，世界开始意识到销售观众注意力的价值。

系统化广告​

在20世纪初，广告变得更加系统化，并被视为一门科学。人们开始专门使用广告来吸引注意力。需求工程就是其中一种科学方法。它宣传一个从未被认可的问题，或者有时是完全虚构的，然后声称使用某种产品可以解决这个问题。1920年代的广告商也意识到，良好的声誉也可以通过创建和宣传品牌来塑造。

广告的形式​

在1920年代之前，广告的主要焦点是在公共空间。之后情况发生了变化。广播广告变得非常流行，广告商愿意赞助广播内容，并在广播中听到他们的名字被提及，这可以立即吸引大量观众的注意。然而，广播在广告中所扮演的角色很快被电视取代，电视被证明是迄今为止更有效的吸引注意力的方式。

互联网的出现带来了另一轮广告革命，电子邮件作为一种新的广告形式出现。1973年的一项调查发现，电子邮件占所有网络流量的75%。电子邮件非常有效，因为它给人们带来奖励。收到电子邮件让人们感到愉快。谷歌等搜索引擎也成为了从用户那里获取大量注意力的重要来源。为了货币化这些注意力，谷歌使用了一种名为Adwords的广告工具，根据用户搜索的内容以及结果向他们展示相关广告。

如今社会消费主义至上，广告无处不在。虽然一个世纪以来，广告的形式改变了许多，但其最终目的始终如一，即吸引大众的注意力，并成功销售产品。

贩卖注意力​

在18世纪早期，大多数广告只是告知信息，并不追求吸睛效果。直到 Benjamin Day 在 1833 年发行自己的报刊，这一情况才开始改变。为了吸引更多读者，在他的竞争对手将报纸定价为6美分一份时，他定价为1美分。随着报纸大卖，亏损自然无可避免。为了增加盈利减少亏损，Benjamin 开始邀请广告商在报纸上刊登广告并从中收取费用。最后，他的报刊获得了巨大的成功，也让整个世界逐渐意识到贩卖注意力的价值。

广告学方法论​

进入20世纪，广告学渐成体系，并被认为是一门科学。一个广告可以被制作得引人注意。制造需求就是众多科学方法中之一。这种方法先大肆宣传一个从未被大众意识到或者甚至完全捏造出的实际问题，之后又宣称使用某种产品可以解决这个问题。除此之外，20世纪20年代的广告人也意识到，口碑也可以通过建立并普及一个品牌来塑造。

广告的形式​

20世纪20年代以前，广告主要集中发布在公共场所。但之后不久，广播广告变得非常流行。广告商很乐意赞助广播内容仅仅为了能在直播中听到他们的名字——因为这会立即吸引大批听众的注意。再后来，电视很快取代了广播的广告地位，成为一个更高效吸引注意力的途径，一直到现在。

互联网的兴起又带来了新一轮的广告革命，其中电子邮件成为一种新兴的广告形式。1973年的一项调查显示，电子邮件占据了网络中75％的流量。电子邮件非常高效，因为它就像是给客户的奖励或回报——收到邮件会让人感觉很好。与此同时，像谷歌这样的搜索引擎也逐渐成为吸引用户注意力的重要资源。为了将注意力变现，谷歌的创始人引入了 Adwords 广告工具：它能基于用户搜索的内容，在呈现结果的同时显示相关的广告。

只过“第一天“ = 不增长就会死​

亚马逊 CEO 杰夫贝索斯所在的工作楼叫做“第一天”。这么多年来，无论他搬去哪个其他的楼，他都会带着这个同样的名字。所以，他对这个词非常有发言权。

有人问，什么是“第二天”呢？第二天是停滞、然后是无关、然后是令人窒息的痛苦的衰退，然后是死亡。

这也是为什么贝索斯认为，每一天都应该是第一天，不增长就会死。那么如何防止“第二天呢”？有四个基础

真正地痴迷客户​

商业策略千万条，问什么偏偏要挑“痴迷客户”呢？好处有很多，最大的好处是：**客户们总是总是不满意，即便他们嘴上说满意。客户们总是不知道：他们实际上想要更好。而你想要对客户好，就得以他们的名义，来创造产品和服务。**比如 Prime 服务并不是客户问亚马逊做的，但是结果却证明，这的确是他们想要的东西。

保持“第一天”要有耐心，你需要大量试验、接受失败。种下种子、长出树苗需要时间，但是一旦看到了用户开心的点，就加倍下注 (double down).

反抗代理​

当公司越来越大的时候，很多时候我们做事情会倾向于依赖代理或者中介。这种依赖的形式千变万化，令人防不胜防，非常的“第二天”。举两个例子：

1. 依赖流程作为结果的代理。好的流程服务你，让你更好的服务客户。你千万不要服务流程，为什么呢？当你服务流程，你会只管把流程做对，不管结果好坏。遇到失败，只有生涩的领导说”我们遵循了流程“，而老道的领导会说”我们找到了一个改进流程的机会“。要反复问自己，是流程拥有我们，还是我们拥有流程。

2. 依赖市场调研和客户调查作为客户的代理。当你发明与设计产品的时候，依赖调研是危险的，“满意度从47%增长到55%”是一句晦涩的话，容易产生误导。

   1. 好的投资者和设计师深入地理解客户，他们花费大量的精力开发直觉，他们研究大量的奇妙案例 (anecdotes)，而不是研究调研得到的平均数据。他们活着就是为了设计。
   2. 贝索斯不反对公测和调查，它们帮你找到盲点，但是作为产品和服务的提供者，你必须源于客户高于客户，你有你的愿景和独特的价值。卓越的客户体验始于内心、直觉、好奇、玩耍、勇气和品味。而这些是用户调查无法替你提供的。

拥抱外部趋势​

天下大势，顺之者昌，逆之者亡。这些趋势不难被发现，但是很奇怪的是，大公司很难拥抱这些趋势。现在就有一个这样的趋势：机器学习与人工智能。

在过去几十年中，大量的任务可以由精准的规则和算法来解决；接下来，有了机器学习，我们可以去解决那些无法由精准规则描述的任务。

很多机器学习的东西发生在底层，肉眼不可见的地方，但是你至少可以用 API 非常简单地调用他们。

高速度决策​

“第二天”的公司做高质量的决策，但是他们的决策速度非常缓慢。为了保持“第一天”的能量和活力，你必须做出“高质量而且高速度”的决策。这不仅是因为在商业世界，“快速”很重要，还有一个原因是，拥有一个“高速度决策”的氛围会更有趣。

如何实现高速度决策？贝索斯没有完整的答案，但是有如下思索：

1. 决策与决策之间生而不平等，绝对不要一碗水端平。可逆的决策用轻量级的决策过程。

2. 大多数的决策可以在你拥有 70% 信息的时候做出。等到 90% 的时候可能就太迟了。而且，无论是上面的哪种情况，你都得快速识别和应对坏决策。当你应对能力很强的时候，犯错很便宜、而慢速很贵。

3. 使用“==我不赞同，但是承诺好好执行 disagree and commit== ”的管理风格。这样会省出大量扯皮的时间。

   1. 在没人知道结果的时候问一句，“我知道我们有分歧，但是你是否愿陪我意赌一把？不赞同，但是承诺好好执行？”你得到的答案很可能是，“没问题”。
   2. 不赞同的一方并不是因为不关心而 commit，而是因为发自内心的真诚的不赞同，这样能够让对方审视你的“不赞同”，却仍然因为你的 commit 而快速行动。

4. 尽早发现不合 (misalignment)，并立即上报升级 (escalate)。有时候组与组之间的目标是冲突的，平级之间扯皮是无法解决的，这会浪费大量时间，消耗大量能量，这个时候上报会让决策更加快速和轻松。

在一个充满诱惑的世界中，保持专注的能力是实现目标的关键。《钩子》的畅销书作者尼尔·埃亚尔在他的新书《不被干扰》中揭示了他对抗干扰的方法。

为什么我们如此容易分心？有时可能有外部原因。然而，在大多数情况下，干扰的根源在于内部。我们分心是因为我们想逃避不适。为了避免干扰，我们需要从内部解决问题。

识别内部触发因素并战胜它们​

下次你感到想要分心时，试着记录你的感受和触发因素。这就是你首先识别内部触发因素的方法。然后你可以通过让任务变得更有趣来尝试避免这些触发因素。

在工作前为自己规划优质时间​

制定计划可以防止你分心，因为你会清楚自己到底在追求什么。然而，工作安排并不是开始的最佳地方。相反，首先为自己和你的关系制定计划，然后你就不会在工作中途逃避到你的爱好中。

减少办公室干扰并学会组织​

办公室干扰，例如邮件通知，是典型的外部触发因素。让他人知道你需要完全专注于手头的任务，因此他们不应该打扰你。此外，学习更有效地整理你的邮件，确保每天只有少数几封邮件需要你关注。除了邮件，工作场所还有其他形式的干扰。学会以最不干扰的方式组织它们。

利用契约来防止干扰​

你必须意识到，你与干扰之间的斗争不是一天的战斗。也许你可以尝试一个应用程序来阻止你访问干扰内容。或者找一个学习伙伴一起专注。对未达成目标施加罚款也听起来很实用，作者对此进行了验证。

促进功能性工作文化​

功能失调的工作文化是无尽干扰的开始，在这种文化中，员工负担过重，甚至被要求在下班后回复邮件。雇主应该创建一个平台，使员工能够安全地反馈，而不必担心被解雇。一步一步，公司可以朝着功能性工作文化迈进。

保持专注的能力是你实现自我的关键。在一个容易注意力分散的世界中，这种能力变得空前重要。 Nir Eyal，《上瘾》一书的作者，为我们提供了消除干扰和保持专注的有效方法。

为什么我们总是容易分心呢？事实证明，分心往往有内部原因。分心是因为我们总想想摆脱心理上的不适。为了避免分心，我们需要从内而外地解决问题。

确定注意力分散的内部触发因素​

下次注意力快要分散的时候，请尝试记录你的感受以及触发这种感觉的原因。这样一来，你就能从一开始了解内部触发原因。之后便可以通过使任务变得更加有趣来避免分心。

优先为自己的生活腾出时间，然后再安排工作​

制定计划可以防止分心，因为你将明确地知道自己的目标。但是，优先安排工作时间并不是最好的开始。正好相反，首先要为你自己和人际关系做好计划。这样，玩耍的时间已经安排好了，你就不会因为想要玩耍而中断工作。也就是说，在该工作的时候工作，该玩耍的时候玩耍。

减少办公室的干扰并学会组织​

办公场所中通常会有很多分散注意力的外部因素，比如邮件通知。试着让他人知道你需要完全专注于手头的任务，这样他们才不会打扰你。另外，学习如何有效整理自己的邮件，确保每天只有很少的电子邮件需要关注。除了电子邮件，工作场所还​​有很多其他分散注意力的形式，学习以最少的精力来应对它们。

利用条约防止分心​

一个不得不承认的事实是，我们与分心之间的斗争并非一日之战。你可以使用一些阻止分心的App。或者跟其他伙伴一起集中工作。同时，以罚款的形式作为没完成目标的惩罚也很有效，这一做法让作者自己受益匪浅。

打造健康的工作文化​

工作文化失衡是无止尽分心的开始。在失衡的工作文化中，员工负担沉重，甚至被要求在下班后回复电子邮件。雇主应创建一个平台，使员工能够安全地提供反馈，而不必担心被解雇。

20% 时间​

工程师被允许花费他们 20% 的工作时间给任何一个他们自己想要贡献的项目，不用寻求他们经理或者其他人的同意。这非常有价值，因为：

1. 只要有好的想法，甭管一开始听起来有多烂，都有充足的时间去实现它到一个可以 demo 的状态。
2. 给管理者看到他们原本看不到的活动，否则工程师会搞“skunkwork” 偷偷干活。
3. 允许工程师干一些有趣的东西，防止他们 burn out，激励他们让他们更开心。有干劲的工程师和 burnt-out 的工程师在产出的差距是远超 20% 的。
4. 鼓励创新，如果周围其他人都做 20% 项目，你也会受到感染去做。

OKRs​

个人和团队都必须公开记录他们的目标和对目标的衡量。

• Objectives 目标
  • 设置季度和年度的目标
  • 个人和小组的目标要和大组的目标看齐 （align ）
• Key Results 关键结果: 通过可测量的关键结果，可以算出达到目标的进度，范围是从 0 到 1。
• OKR 尽量往高里设，最后一般达到 0.65 是一个不错的标准，如果你的执行结果常常低于它说明目标设置得太高，高于它说明目标设置得太低。
• 好处
  • 大家互相知道在干什么，能够互相激励
  • 让执行有了目标，让目标更容易被执行
• ORKs 与绩效考核不是直接相关的

项目继续做还是终止？​

尽管对于重大的新发布的审查是流程化的，但是某个项目该不该做这种问题却没有定论，有些是自下而上的决定，有些是自上而下的决定。

重组 (re-org)​

组的分拆以及合并是家常便饭，似乎这样做能够优化效率。

我的评价​

20% 时间的结果是好的，比如孵化了 Gmail，AdSense 等等举足轻重的项目。在一个跑马圈地的年代，鼓励优秀的工程师花一些时间做一些新东西是非常合算的。在公司还小需要用非常好的福利措施来吸引人才的时候，宣扬 20% 时间也是一种特立独行的手段。我更倾向于 20% 时间是一种管理风格，而不是成功的必然原因。

ORKs 与绩效考核不直接相关，这种区分非常重要 —— 换句话说，就是愿景与执行分离，目标管理与绩效管理分离。举个例子，你开车从 A 点到 B 点，“你有没有到终点？”，对比，“你开的这辆车是不是好车？”，其实是两个不同的问题。同样的道理，产品最后卖的不好，与工程师有没有做出好的产品，是两件不同的事情。

对于普通的工程师来讲，在大公司里面跟其他组，包括跟你具体工作没关系的其他组，保持好的关系很重要，因为这相当于你在劳动力供求的市场上多出了一些需求方。这样一旦发生重组或者其他不利的事件的时候，你能够有更多的选择。

业界公认，谷歌是一家工程能力超强的公司。它有哪些好的工程实践？我们可以在里面得到哪些启发？其中又有哪些地方是被人诟病的？这些内容比较细致我们慢慢讲，本篇主要是讲开发。

代码库​

• 截止15年有 20 亿行代码存在少量的 Monorepo 单一代码库中，绝大部分代码对所有人是可见的。谷歌鼓励工程师见到有问题就可以改，只要所有人审核通过，就能进库。
• 几乎所有的开发都是在代码库的头部 (head) 进行的，而不是在分枝上，避免 merge 时候遇到问题，安全修复也更方便。
• 每个改动都会触发测试，有错几分钟内就能通知作者和审查者。
• 代码库的每个子树至少有两个所有人，其他开发者可以提交修改，但是所有人批准才能进库。

构建系统​

• 分布式构建系统 Bazel 让编译、链接、测试轻松快速。
• 成百上千台机器。
• 可靠性高，确定的依赖输入导致确定的结果输出，不会出现奇怪的不确定的抖动。
• 快。一个构建结果缓存了，依赖它的构建会直接采用缓存，不必重新勾结。只会重新构建改动的部分。
• 提交前自检 (pre-submit checks)。一些快速的测试可以在提交前先执行。

代码审查​

• 有代码审查工具
• 所有改动必须有审查
• 发现 bug 之后可以去之前的那个审查上指出问题，相关人员会被邮件通知到
• 实验性质的代码不用强制审查，但是生产环境下的代码一定会被审查
• 鼓励每个改动尽量小。百行以内是“小”，三百行以内是“中”，一千行以内是“大”，超过一千行是“超tm大”。

测试​

• 单元测试
• 集成测试、回归测试
• 提交前检查
• 自动生成测试覆盖率
• 部署之前做压力测试，并产生相应的关键指标，尤其是延迟、错误率随着负载的变化

Bug 追踪工具​

Bugs, feature requests, customer issues, process 等等都记录起来，需要时常 triage 以确认优先级然后分配给相应的工程师。

编程语言​

• 限制有五个官方语言 C++, Java, Python, Go, JavaScript，以便代码重用和开发协作。每种语言有风格指南。
• 工程师要经历代码可读性培训。
• 当然某些场合的 DSL (Domain-specific language) 也不可避免。
• 这些语言之间的数据交互主要是通过 protocol buffers。
• 通用流程很重要，不同的语言，同样的工作流程

Debug 和分析工具​

• 服务器崩溃时，崩溃信息会自动记录下来。
• 内存泄漏会附带上当前的 heap 对象。
• 有大量的 web 工具帮你检测 RPC 的请求、改变设置、资源消耗等等。

发布​

• 大多数的发布工作是普通的工程师自己做的
• 及时发布很重要，因为快速的发布节奏能够极大地激励工程师多干活、更快地得到反馈
• 典型的发布过程：
  1. 找最新的稳定 build ，做一个 release branch，可能再附带 cherry-pick 一些小改动
  2. 跑测试与构建、打包
  3. 发布到 staging 服务器上内部测试，这时候可以 shadow 一下线上的流量，看看有没有问题
  4. 发布到 canary 上承接少量的流量公开测试
  5. 逐渐发布给所有的用户

对发布的审查​

用户可见的、或者是重大的发布必须有相关的法务、隐私、安全、可靠性、业务需求相关的审查批准，确保相关人员被通知到。有专门的工具来辅助这个流程。

尸检报告​

有重大的 outage 事故发生之后，相关责任人必须写尸检报告，内容包括

1. 事件标题
2. 总结
3. 影响：发生了多久、影响了多少流量、损害了多少利润
4. 时间轴：记录时间的发生、诊断和消弭
5. root causes
6. 做的好的地方，做的不好的地方：有什么经验能够帮助他人在下一次更快更准地找到并解决问题？
7. 接下来的可行动作：有什么接下来可以做的事情能够避免将来类似的事情发生？

对事不对人，这里的关键是理解问题本身、以及将来如何避免类似问题。

重写代码​

大量的软件每隔几年就会被重写一次。坏处是确实成本高，好处是

1. 保持敏捷。市场在变，软件的需求也一直在变，代码也需要随之变化以应对不时之需。
2. 降低复杂度。
3. 传承知识给新人，让他们有拥有感。
4. 提高工程师的移动性，促进跨领域创新。
5. 采用最新的技术栈和方法论。

我的评论​

谷歌的单一代码库和强大的构建系统是小公司不可学的，毕竟小公司没有资源和能力让构建系统快到敏捷可用；保持小、简单、快速会让小公司跑得更顺畅，更加专注于核心业务逻辑。

构建系统通常是定制化的，你的知识无法迁移和衍生。强大的构建系统对新手甚至是有害的，因为提高了新手俯瞰全局的成本。

知识无法迁移和衍生也是完善的内部工具 (in-house tools) 的问题。我在职业生涯中会尽量避免使用不会开源的内部工具，比如 Uber 的 Schemaless，只针对特定的场景且没打开放出来算做大做强 ；而相反的， Linkedin 的 Kafka 则是一个有开放性和衍生性的知识的好产品。

在公开市场，这整个开发、测试、集成、发布的流程都有非常好的工具帮你来做，举个 JS 社区的例子：

流程	工具
代码库	Github, Gitlab, Bitbucket, gitolite
代码审查	Github Pull Requests, Phabricator
提交前自检、测试与 Lint	husky, ava, istanbul, eslint, prettier
Bug Tracking	Github Issues, Phabricator
测试与持续集成	CircleCI, TravisCI, TeamCity
部署	发布在线服务的 Heroku, Netifly, 发布移动 App 的 Fastlane, 发布库的 NPM

最后，我可能有一个洞见，不注重这些工程流程自动化的细节的公司，在工程上会损失巨大的竞争力。我甚至为了良好的工程实践自己配了一个 JS 全栈开发框架 OneFx。快节奏与慢节奏、高质量与低质量差别，通常是指数级别的，因为 —— 通常，快会让你更快更多，差会让你更差更少。

每个有抱负的企业家都知道，创造没人想要的东西是个致命的陷阱。这就是我们为什么必须进行正确的数据分析。 《精益分析》（Lean Analytics）一书为创业者评估成功提供了一些良好的指标。

朝着正确的方向，然后数据驱动​

数据对业务至关重要。企业家需要用数据来说服别人。有时候，企业家往往高估自己的成功，但数据不会撒谎。它可以帮助创始人脚踏实地。但是，追求什么数据的个人判断也很重要。企业家不应该只是做数字的奴隶。

什么是好的指标？​

为了收集数据，你需要找到一些可以提供有意义数据的指标。 好的指标具有三个特征：

• 可比较的：一个好的指标可以在不同时间段，消费者群体之间进行比较
• 可理解的：良好的指标简单易懂
• 比率：指标通常是比率，因为比率有效且具有可比性

初创企业将经历的五个阶段​

• 移情阶段——确定人们的需求，确定你的小众市场
• 黏性阶段——找出如何满足需求的产品，把用户留下来让他们反复使用
• 扩散阶段——加能够吸引人的功能
• 营收阶段——业务开始产生收入
• 规模化阶段——扩展或打入新市场

专注于一个指标​

为了取得成功，创始人必须专注于最关键的一项指标。知道什么是最重要的指标可以防止你迷失在数据世界中。

最好的指标是什么？​

从来没有统一的最佳指标。在不同的行业中，最佳指标有所不同。对于电子商务公司，最重要的指标是每位客户带来的收益。但对于媒体网站，最重要的指标是点击率。