阅读历史 |

第31章 隐藏(1 / 2)

加入书签

林深走到白板前,手臂一挥,将昨夜残留的笔迹擦得乾乾净净。

「来,开个小会!」

「1.1版本,群聊。」

他转身,开门见山,「这是我们上线后的第一个社交功能,也是检验我们『轻连接』理念的关键一步。它不能只是『又一个建群功能』。」

李悦立刻调出她熬夜整理的竞品分析简报,投影在墙上:「目前市面上的主流IM,建群方式大同小异:要麽在联系人列表里有明显的『创建群聊』按钮,要麽在聊天界面有『加人建群』的选项。流程是清晰,但……」她顿了顿,秀气的眉毛微微蹙起,「也挺平庸的。坦率说,我也想不出什麽颠覆性的更好方式。」

「是的,平庸!所以我们要不一样。」林深点头,在白板上画了三个小圈,分别标注A丶B丶C,代表三个用户。「传统的建群,是用户『主动发起』,我要建个群,然后把A丶B丶C拉进来,这是一种『目的先行』的逻辑。」

他在三个圈外面又画了一个大圈,把三个小圈都包进去,代表群。「但现实生活中,很多有意义的群聊,尤其是小圈子丶兴趣组,往往不是『建』出来的,而是『聊』出来的。」

他顿了顿,看向众人,眼神里带着一种引导思考的光芒:「想像一下,你丶我丶陆川,我们三个这两天因为讨论『简讯通道优化』,在微信里单独聊了好多次。

聊着聊着,我们发现,有些问题三个人一起讨论效率更高,或者有些资料需要共享给我们三个。这时候,我们内心会隐隐产生一个需求:『要是能把我们三个拉到一个临时对话里就好了。』」

「对!」陆川立刻接口,「有时候就是差那麽个『口子』,得专门退出聊天,去找建群按钮,再一个个选人,挺打断思路的。」

「所以,1.1版本的群聊,我们的核心设计思想是:让群聊在需要的时候,自然『浮现』,而不是让用户费力去『创建』。」林深在「浮现」两个字上画了圈,重重强调。

「具体怎麽做?」程向东身体前倾,显然被这个思路吸引了。

林深在A丶B丶C三个小圈之间画了几条代表聊天记录的连线。「第一步,我们需要让微信具备初步的『语境感知』能力。不是复杂的人工智慧,而是基于简单规则的模式识别。」

他详细阐述:「比如,规则一:短时间内,用户X分别与用户A丶用户B私聊,且聊天内容中出现相同或高度相关的关键词(如『周末聚餐』丶『电影』)。当系统检测到这种模式时,就会在用户X与A或B的任意一个私聊界面底部,浮现一个非常克制的提示。」

李悦立刻在自己的互动设计软体上快速勾勒起来:「提示不能太抢眼……或许是一个淡色的丶半透明的气泡,里面是简短的文案和一个小按钮?文案怎麽写?」

「文案要指向性明确,但又不能太『聪明』。」林深思考着,「比如:『你们似乎正在讨论「周末聚餐」?可创建三人临时群聊方便沟通。』按钮就叫『试试一起聊』,用下加横线的方式进行跳转,随后这个功能跳转到微信右上角的加号中,是第一个功能。」

然而,就在李悦专注于视觉呈现时,她握着滑鼠的手微微一顿,眉头轻轻蹙了起来。她抬起头,看向林深,眼神里多了一丝疑虑和审慎,这是产品经理对潜在风险的天然敏感。

「老大,你等一下。」李悦的声音比刚才讨论交互时严肃了一些,「这个『语境感知』……需要后台读取用户的聊天内容,哪怕是脱敏后的关键词,对吧?」

会议室里的气氛因为这个问题,稍微凝滞了一瞬。所有人都看向李悦,随即也意识到了她所指的核心,隐私。

这对于在腾讯工作的他们来说,是最为敏感的词汇。

「对,需要在后台进行轻度的内容分析,提取关键词元数据,并建立关联。」林深承认得很坦然,他知道这个问题避不开。

「这会不会……越界了?」李悦放下滑鼠,身体微微前倾,语气里带着产品经理的责任感,也带着一丝女性特有的对隐私边界的警惕。

「用户会怎麽想?『微信在偷看我的聊天记录?』哪怕我们解释只是为了提供更好的功能,这种『被窥探』的感觉一旦产生,对信任的打击可能是毁灭性的。尤其是我们这种主打『轻』丶『简单』丶『舒适』的产品,隐私是舒适感的基石之一。」

她的话像一颗投入平静水面的石子,激起了涟漪。孙辉若有所思地点点头:「悦姐说得对。技术上实现不难,但伦理和用户接受度是更大的问题。现在大家对数据隐私虽然还没像后来那麽敏感,但基本的『聊天内容属于私人领域』的观念是有的。」

吴峰也推了推眼镜补充:「而且,不同用户对隐私的边界感差异很大。有人可能觉得方便最重要,有人则会非常反感。」

陆川挠挠头:「可是,如果不这样,我们那个『聊出来』的群,不就成了无源之水了吗?怎麽知道哪几个人在聊相关的事?」

面对李悦提出的尖锐问题,林深并没有表现出被质疑的不快,反而眼神更加专注。他走到白板前,在「语境感知」旁边写下了大大的「隐私」二字,并用一个醒目的问号圈了起来。

「悦姐提的这个问题,非常关键,甚至可以说是这个功能成败的命门。」林深的声音沉稳,带着解决问题的清晰思路,「我们不能回避,必须正面设计解决方案,把隐私顾虑变成我们设计的一部分优势。」

他转身面向团队:「首先,我们必须确立一个绝对的丶用户被明确告知的原则:任何涉及内容分析的操作,其原始数据(也就是聊天内容)绝不上传到我们的伺服器进行集中处理和分析。」

「那怎麽提取关键词?」王瑞问。

「在客户端本地完成。」林深斩钉截铁地说,「当聊天记录存储在用户设备本地时,由微信客户端在本地进行轻量级的丶实时的关键词提取和模式匹配。

提取出的不是完整的句子或敏感信息,而是经过哈希处理或加密后的丶无法反推原内容的『话题标签』或『特徵码』。只有这些脱敏的丶不携带具体语义的特徵码,才会在用户授权后,加密上传到伺服器,用于进行跨对话丶跨用户的关联计算。」

李悦的眼神亮了一下:「本地处理,只上传特徵码……这样至少从技术上切断了『伺服器读取聊天内容』的可能性。但用户怎麽知道我们是这样做的?信任问题依然存在。」

「所以需要第二个设计:极致的透明度和用户控制主动权。」林深继续说,「在用户首次安装更新,或者首次触发相关功能前,必须有一个清晰丶友好丶非恐吓的说明。

告诉用户:『为了帮您更便捷地发现潜在的群聊机会,微信可能会在您的设备本地,对聊天内容进行匿名关键词分析,用于识别共同的讨论话题。

此过程完全在本地进行,我们无法获知您的具体聊天内容,您可以在设置中随时关闭此功能。』或者,这个功能一开始就是关闭的,需要用户自己打开。」

「设置里一定要有明确丶且醒目的开关,」李悦立刻补充,「而且不能藏得太深。就叫『话题发现与群聊建议』,默认可以开启,但关闭路径必须清晰。

↑返回顶部↑

书页/目录