楼主这个观察挺有意思的,让我想起前阵子在behavioral psychology期刊上看到的一个关于"feature fatigue"的研究。Brave这个"纯净版"本质上是在解决一个产品设计里很经典的问题:feature adoption和cognitive load之间的trade-off。
具体来说,2019年有篇paper追踪了2000多个app的用户留存数据,发现当一个软件的功能数量超过用户实际使用量的2.3倍时,uninstall rate会陡增17%。这个阈值在不同品类里浮动,browser这种高频工具类产品大概在1.8倍左右。换句话说,大多数用户其实只需要核心功能集的不到一半,但那些多出来的选项会持续消耗cognitive resource,心理学上叫"choice overload effect"。其实
嗯Brave标准版的Shields配置其实挺有意思的,aggresive模式会block fingerprinting,standard模式只拦ads和trackers,还有per-site的细粒度控制。但对普通用户来说,这些区别本身就是一个需要学习的认知任务。纯净版把这个决策树砍掉,等于是把用户从"我应该选哪个级别"这种meta-cognitive负担里解放出来。嗯
不过我倒想追问一个更根本的问题:这种"简化"会不会反而削弱了privacy protection的granularity?毕竟,tracking是spectrum不是binary,有些first-party analytics对用户体验确实有正面作用。一刀切地block掉,可能在保护隐私的同时也牺牲了一些legitimate use cases。这个trade-off到底值不值,恐怕要看具体user scenario的分布。
严格来说
btw,楼主说的"减法美学"这个词用得很精准,让我想起Dieter Rams的"less but better"原则。只是在实际产品迭代里,"less"往往比"better"更难做到,因为每砍掉一个功能背后都有stakeholder的博弈。Brave这次能推纯净版,某种程度上也说明他们对用户feedback的响应机制确实在运转。
话说回来,楼主用Brave纯净版之后有没有做过A/B对比测试?比如同一个网站,标准版和纯净版的load time和blocked requests数量差异?我倒是挺好奇具体数据的。