当我们在微信上接收到一条很长的语音时，或许很多人会选择转为文字，但有些语音识别不太精准，就需要播放语音仔细听。在这场景下，我们不禁疑惑：为什么微信语音没有拖动条？本文对此进行分析，一起来看看吧。
之前在内训课的讨论模块，我一直抛一个问题供大家讨论。那就是《微信语音应不应该有拖动条？》
现实情况我们都知道是没有的。但大家讨论的就是“在我看来应不应该有，以及理由是什么”。看似一个简单的问题，其实是很考验产品策划和体验设计的基础储备的。据说这个题也经常被用作产品经理和体验设计师的面试题。
过去在现场的讨论过程中，我是没有倾向性的。但是在最后的总结部分，我一般会表达说：双方都有道理，在实际产品中也确实都能看到。今天我们从微信产品设计的角度来分析一下，为什么他们没做？
首先说这是一个非常成熟的能力。QQ语音消息就有这个功能。飞书、钉钉也有。微信不做这个功能绝不是因为开发成本大。微信一直尊崇的产品哲学是简洁。工业设计界有个奥卡姆剃刀定律，“如无必要，勿增实体”在这里同样适用。但是毕竟我们都受过中间段落听不清需要重新从头听的苦。难道为了简洁就这样牺牲掉体验吗？
我们从“体验设计五要素”的角度分析一下：
用户：
通过大量的观察和调研。我们会有一个发现：长语音消息的用户主要是两种：一种是长辈（比如爷爷奶奶外公外婆）；另一种是自己的领导。
场景：
两类用户对应的具体场景分别是这样的：一些特殊的节日，也许是过年过节，也许是你的生日。姥姥会发过来好几段60秒的语音。无非就是家长里短，儿女子孙。老板对应的长语音发送的场景是远程办公：一般就是交代工作的，而且多数是两句话打字说不清楚的那种，所以才会用语音想传达更多的信息。当然也可能就是因为他懒。需求：
从上面两种用户的使用场景，我们分析一下真实的需求。
这里我们从“发送方的心理需求”和“接收方的使用需求”分别来说。
老板发长语音一定是安排了一个任务，并且有不止一个细节补充。这时候我们需要一遍一遍的听细节吗？其实不需要。用“语音转文字”看一遍就知道大概是什么内容了。目前准确率很高，还支持部分方言。文字实在没看懂的地方再听一遍，其实就OK了。
而且这时候你如果把文字复制到你的记事本里，稍微整理一下逻辑，归类成123，然后再发给老板。说“老板你看是不是这个意思？”保证老板在心里暗暗夸你好几遍。
所以“语音拖动条”这个需求是不是也没那么需要了？
而姥姥发的长语音，绝不会是安排任务。那她的心理需求是什么？那么多家长里短和叮咛嘱咐，无非就是一句话：“她想你了”。“拖动语音定位”也就更没有那没需要了。
说完了两种用户“发送方的心理需求”，我们再从“接收方的使用需求”角度看看这件事。拖动语音进度条这个需求的目标是什么？快速到达指定的目标位置。有可能是没听清中间某个地方的内容需要反复听；有可能是听了一半被其他进程打断，想回来继续听。其实通过语音“转文字”和断点“继续播放”这两个能力已经比较好的解决这个问题。
行为：
拖动行为对应的是文件。比如一段音乐，一段视频。如果长语音可以拖动，就变成了一段录音文件。
不知道还有没有记得微信语音刚开始的时候叫什么。叫“对讲机”。连录音过程中的占位图动画都是一个极其写实的对讲机icon。对讲机强调的是实时和简短。和录音文件是不是完全不一样？录下来发给你的一整段声音就不是对讲机了。
另外，在那么窄的一个语音条上做拖动行为，是不是也不那么容易？但如果真的就是需要这个行为怎么办？各位也可以去研究下为了解决这个问题各个产品的交互都有哪些小细节。
产品：
最后回到产品定位。微信的官网上写着一句话：微信，是一个生活方式。注意，不是工作方式。所以后来才有了企业微信。所以有些能力如果要做也是企业微信来做。但企业微信出身于微信，所以在IM这一块是对齐的也可以理解。
而飞书和钉钉的定位就是办公产品，所以很多能力都是围绕办公、管理、协同这些角度去设计的。比如有一个细节：飞书的会话气泡全都是左对齐的。其他的即时通讯对话框几乎全部是左右结构的，并且他人在左，自己在右。为什么飞书要这么做？问了一下飞书的设计者他们的回答是飞书很重视文档的沉淀。会话消息在一定程度上也是一种文档，所以左对齐方便回溯阅读。
专栏作家
晓吾，微信公众号：体验主义，人人都是产品经理专栏作家。腾讯高级交互设计师，前创新工场、新浪微博交互设计师。专注社交创新与娱乐产品设计。
本文由 @晓吾 原创发布于人人都是产品经理。未经许可，禁止转载
题图来自Unsplash，基于CC0协议。
该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务。
