前言
分享一个更快、更安全的浏览器: Brave。Brave 诞生于 2019 年 - 在人们的隐私意识越来越高，并得知 Chrome 在过去10年收集、出售相关数据给广告公司，并从中获得大量利益之时。
根据 Brave 2021年2月2号公布的数据: Brave Passes 25 Million Monthly Active Users，Brave 的月活跃用户已经达到了 2500 万，用户量还在不断攀升，它最大的特点就是更安全，但是我们今天就不介绍为什么它更安全了，换个角度，从 UX 上看看 Brave 做的怎么样。
下载
首先我们打开 Brave 的官方网站: Brave。如果你用 Chrome 打开会看到这个标题:
而如果是其他浏览器则是:
是不是有点惊喜？本来以为 Brave 只是更注重隐私，没想到速度还比 Chrome 更快，而且 Brave 提供了与 Chrome 几乎完全一样的外观:
充分利用 Familiarity Bias 可以减少产品被用户接受的时间，因为人从心理上讲更容易接受自己熟悉的体验。而从技术上来讲 Brave 是基于 Chromium 开发的第三方浏览器，和 Chrome 是兄弟的关系，要实现相似的 UI、插件系统并不是难事，但对初次访问的用户来说是很好的加分项。
但在下载这一步就不是很友好了:
Brave 提供了 Intel、Apple 两种芯片架构包，选择正确的架构可以提高程序的执行效率，但对小白用户来说不太容易选择。有未经核实的数据表明，大约 20% 的 Brave 新访客没有完成下载过程，差不多就是损失了每月几十万的新用户，如果 Brave 能通过 JS 自动检测芯片类型或许会更好，但苹果并没有提供很可靠的方法助 Brave 完成这件事，比如说通过 window.navigator.platform 判断是 Intel 还是 Apple Silicon。
Brave 的安装接近 200M，显然下载是需要一些时间的，那用户这段时间能做什么呢？遗憾的是除了等待什么也做不了，浏览器仍然显示的是上面的下载窗口，很显然这不是一个好的 UX 设计，因为用户对时间感知太明显了。就像我们设计自动化流程、代码异步设计一样，我们不希望用户关注汤什么时候烧好，我们希望用户可以在这个时间做些更有趣的事情，比如当 Brave 安装完成后可以做些什么、如何同步书签等等，让用户进入探索状态，减少对时间的感知度。
安装
最后当 Brave 安装完成后又到了喜闻乐见的时间:
根据心理学的互惠定律（Reciprocity & Trust）:
给予就会被给予，剥夺就会被剥夺。信任就会被信任，怀疑就会被怀疑。爱就会被爱，恨就会被恨。
用户只有在你提供的价值被证明后，才有更高的互动概率，以一个移动端 App 的例子为例，对于一个初次下载、安装的 App 来说，如果它第一时间要求就通知权限，用户会有多大概率给予它权限呢？Brave 面临的情况更严重，我已经使用 Chrome 10 年了，让我修改默认浏览器绝不是一件简单的事。
之后的过程就有更多的引导了，但我们还是可以鸡蛋里挑出一些骨头。最明显的，就是导入 Chrome 的书签太快了，几乎只有几毫秒，并且是和页面跳转同时进行的，以至于用户很难注意到书签已经导入成功了。从心理学上讲，用户对一件事完成的时间是有一定预期的，太快完成反而容易造成用户的困扰。正面例子就是 Macbook 的做法，当配置新电脑时，Macbook 会有一个 labor 页面告诉你“我正在干活”:
这会很符合用户的心理预期。
总结
虽然我们从 UX 的角度找到了一些槽点，如:
- 要求用户选择正确的芯片
- 不够关注用户的时间感知度
- 太快要求成为默认浏览器
- 没有利用 Labor 的设计
以及引入了一些奇怪的功能，如 Brave Rewards，但不妨碍 Brave 完成它的商业目标，事实上 Brave 确实做到了它的承诺：更快更安全，以及和 Chrome 一致的操作习惯。
Brave 最明显的标志就是首页上的三个数据展示:
分别是:
- Brave 保护了你多少隐私
- Brave 节省了多少流量
- Brave 帮你省掉了多少时间 - (时间就是金钱，我的朋友)
好的产品应该要像对待人类一样对待用户，能尊重人的需求和价值观，如时间、安全性、归属感以及同理心。