Blured 12000

一则历时一年的案例研究,从零开始构建一张隐私优先的社交图谱——威胁建模、把端到端加密作为唯一选项,以及让它站得住脚的那些产品决策。

Blured 隐私优先社交应用——产品截图

Blured 立志证明,一款社交应用可以在构造上就是私密的,同时依然生机勃勃。我们在白板阶段就加入了——没有产品、没有代码,甚至连一份候选平台清单都没有。一年后,我们交回了一款拥有 12000 名测试用户的可用应用。这一年是这样度过的。

头两个月大多是在说不

在第一到第八周里,我们做的最重要的事就是砍功能。创始人带来了一份 140 页的 Notion。我们发布的第一个测试版,恰好只有四个面向用户的功能。其余一切都必须以其给威胁模型带来的风险为代价,证明自己有理由被纳入。

Blured 威胁模型白板
第 30 天的威胁模型——我们防御了什么、接受了什么、推迟了什么。

白板上的每一项都被归进三栏:防住、接受、推迟。哪个功能三栏都放不进去,那个季度就不做。

工作室作品示例
工作室作品示例
工作室作品示例

一年的小决定

从外面看毫无戏剧性:砍范围、重写数据模型、把新手引导再测一遍。下面这段片子就是这样的一年在日常里的样子。

工作室短片。

把隐私作为原语,而非一项功能来构建

隐私不是一个 CSS class。我们设计数据模型时,让每一条内容的默认可见范围都尽可能地窄,而放宽它需要刻意的操作。端到端加密不是可选项——它是唯一选项。在可能之处,由设备端分类器处理内容审核,因此原始内容从不离开手机。

第一版引导我们做错了什么

我们第一版的引导花了太多时间向用户科普威胁模型。没有人会在第一次使用的第三分钟关心你的威胁模型——他们关心的是这款应用是否好用。我们删掉了那些讲解,把它们挪到了一个专门的「我们如何保护你」板块。完成率翻了一番。

Blured 第二版引导界面
Blured 信息流视图,含按范围界定的帖子

Blured 如今走到了哪里

已走出测试、进入正式发布。留存率处于消费级社交应用的第 40 百分位——尚可,但这不是重点。重点在于,这些留存来自因为它的默认设置而选择这款应用的用户,而不是不顾这些设置仍留下的用户。

01更多工作室案例

同一支团队,不同的难题。 邻近行业的近期案例——每个都由对结果负责的资深工程师亲自交付。

需求

按类型的作品集按年份

各类型项目逐年增长

MVP重构AI运维合计

MVP、重构、AI 与运维——累计

优势概览

工作室在关键维度上的画像

速度、质量、透明、工程

项目阶段随时间

调研、设计与研发相互交叠

并行推进——不是瀑布