你注册一个新App时，它不会立刻干活，而是先“面试”你。你的角色是什么？技术水平如何？答案想要什么格式？你正在做什么项目？六个、十个，问题连环抛来。你答完了，它道谢，放你进去。但你心里清楚：这些破问题，你在上一个工具、上上个工具，以及某个早已遗忘的设置页面里，早就回答过了。 我把这个叫“冷启动税”——双方都在付。 你付的是重复劳动，是向一个没有记忆的软件解释自己的烦躁。很多人干脆跳过向导，一路点“下一步”，最后领一个平庸的默认体验。而产品付的代价更大：所有跳过引导的人，第一天看到的界面千篇一律。个性化只能慢慢从行为数据里重建，有些用户等不到那天就跑了。 每次缴的税很小，但结构性地累积。 奇怪的是，这个难题里看似更难的半部分，我们早就解决了。“使用Google登录”让身份变得可携带——App第一天就知道你的名字、邮箱，知道你是Google认证过的真人，你一个字都不用敲。这是个真正艰难的协调问题，如今却普及到，没有它的注册表单反而显得残缺。 但身份只回答了一个问题：你是谁。它没回答真正决定软件好不好用的那个问题：该怎么对待你。这两者是不同的数据，也该有不同的权限层。 这是我正在做的Context Auth实验的起点。在身份之外，给用户的偏好、工作场景、回答格式这些“上下文”也建一层可携带的权限。用户不必再面试，一键导入自己的偏好，新App第一天就懂你怎么想。当然，这牵扯隐私、信任、互操作性，路还长。但既然身份能带着走，为什么这些不能？

打开网易新闻 查看精彩图片