我是聋子,这就是当我接到变焦电话时会发生的事情

2020-10-31 03:29:05

在我的公司,我们都很偏远。这意味着我们写了很多东西--电子邮件、Google Docs、Github和Slake。我们努力培育以书面为主的文化。

这对我来说很管用。因为,你看,我的听力有问题。或者就像我喜欢说的,我聋得像个柱子。

虽然我能听到声音,但我不能把声音变成文字,日常对话要靠读唇语。

对于我这个产品设计师来说,这种工作方式令人惊叹。集中精力的时间很长,能够决定何时以及如何最好地做好我的工作。对于听力受损的人来说,这几乎天生就创造了一个更具包容性的环境。

尽管如此,我们仍然时不时地依赖同步沟通方法:团队同步以赶上更个人化的水平,将团队凝聚在一起,主持用户调查,并促进协作活动和研讨会。通常,同步意味着视频通话。

视频通话对我来说一直是一个挑战。唇读在视频上效果不佳,因为唇读不仅依赖嘴唇,还依赖更多的视觉信息,而且视频通话不能轻松携带阅读唇语所需的全部视觉和情感带宽。因此,我转而使用一系列黑客工具或内置工具,通过提供实时语音到文本来帮助我解决问题。

这些技巧和工具工作得很好,但有时会出问题,或者会落后。然后,一些简单的事情,比如有人问我对某事的看法,在我意识到有人叫到我的名字之前,可能会造成尴尬的沉默时刻,因为我依赖的是一份落后5秒的成绩单。

谢天谢地,我有一个出色的、支持我的团队,这在我的日常工作中从来都不是问题。

我们的团队一直在快速壮大,从只有一个产品经理扩大到一个由8名产品经理和设计师组成的团队,我们一直在考虑如何作为一个团队相互联系和支持。因此,当我们的产品副总裁提出一个想法,帮助团队建立同理心,并从依赖字幕的人的角度更好地理解视频通话体验时,我们立即采取了行动。

当我们举行下一次产品团队同步时,整个团队都加入了SANS Audio。我们都会仅仅依靠字幕来跟踪对话。

大多数模拟残疾人生活体验的练习都是无效的-甚至是一个好主意-因为它们永远不能真正模拟每天的生活是什么样子,而且会给人们留下对这种体验的错误想法。

但这个想法很有说服力,因为我正在使用的黑客设置的独特性质意味着它不是关于能力的,而是关于技术的。这不是要了解在听力有问题的情况下进行视频通话是什么感觉:而是要了解依赖视频通话的字幕是什么感觉。

这支队伍全力以赴。我们的会议文档充满了我们想要涵盖的有意义的主题,我们希望使用为同步留出的整个小时。

我们最终使用了两种不同的视频通话平台和两种不同的字幕方法。

第一次尝试结合了缩放和水獭。每个人都打开了一个带有文字记录的浏览器窗口,并将其定位在屏幕上的某个位置,这样他们就可以看到电话和“字幕”。这份文字记录不包括演讲者的名字,所以人们必须密切关注谁在讲话,并将其与文字记录对应起来。

这样做效果很好,但没有奏效。不到5分钟,文字记录就落后于谈话足足5-10秒。在我自己的日常设置中,正是出于这个原因,我经常同时使用多个语音到文本的工具,所以我建议我们跳到Google Meet,它有内置的字幕。

该团队立即发现了其中的权衡:虽然Meet的字幕是内置的,但没有历史,这意味着每个人都必须将注意力集中在字幕上,以确保他们不会错过任何东西。还有一些UI问题会造成摩擦或中断字幕。

但从根本上说,它是有效的。每个人都可以参与通话,我们进行了同步。

这通电话是一次令人吃惊的有效的团队合作体验。每个人都从以不同的感知和技术背景接近电话会议的经历中享受并学到了很多东西。

对我来说,看到我们的互动在通话过程中发生了怎样的变化,这是一件令人着迷的事情。每个人在物理空间里都变得更有表现力。谈话的节奏发生了变化,从试探性的短句,变成了更长的、经过深思熟虑的思想块。我们发现,在没有声音的情况下,在说话者之间来回切换是多么困难,给彼此留出对话空间加入进来是多么重要。我们发现要被听到是多么困难。

我们还意识到,我们计划讨论的一些事情可以更好地以书面优先的形式异步覆盖。这帮助我们将同步集中在实际需要同步对话的主题上。

此外,虽然整个团队都很享受这种体验,但对每个人来说,这在情感上和精神上都更令人精疲力竭,部分原因是我们今天可用的语音到文本工具对参与者施加了限制和要求。

在同步之后的一周里,我了解到产品团队的许多成员,以及我更广泛的团队中的一些成员,已经在改变他们处理视频通话的方式。

一些人默认在Zoom上见面,因为他们知道字幕是内置的,这使得通话在默认情况下对每个人都更具包容性。

其他人分享说,他们正在尝试更多的停顿,并更有意识地意识到他们如何用措辞来完成整个句子中的一个想法。

甚至连句子结构也发生了变化:其他人开始在句子的开头说名字,而不是在句子的结尾。

最令人信服的是,团队中的许多成员现在自己在通话中使用字幕-不是因为他们需要,而是为了密切关注电话中其他可能依赖他们的人对他们所说的话的接收情况。

我们团队的另一位成员在读完这篇文章后分享了自己的精彩故事:

顺便说一句,在我之前的团队里,我们做了几乎完全一样的事情!我雇了一位很棒的重听工程师,我们用Meet做字幕。在经历了一些问题之后,我们意识到我们已经把那个工程师甩在后面几次了,我们都决定打开字幕并注意它。

这是很棒的,让我们了解了我们的队友正在经历的事情,但最重要的是,它给了我们一个机会,当我们“说错话”时-当字幕说了一些与我们想要的不同的东西时,我们可以改正自己。这样,我们就避免了把破译的重担加到依赖字幕的工程师身上。

这项练习在非常个人的层面上强化了“能力”是如何属于某一光谱的,并符合包容性设计原则,即如何为某一能力的极致进行设计可以使每个人受益。

虽然我自己的听力损失是永久性的,但一些人在应对情景挑战(如无线耳塞漏气)或临时挑战(如耳朵感染)时,可以像我一样从视频通话中的语音到文本中受益。

我们的团队正在为开发人员进行通用代码搜索。对我们来说,通用代码搜索意味着从一开始就创造包容性体验,并始终致力于改善我们的可访问性基线。

Quinn KEast是Sourcegraph的产品设计师,这是一家专门从事通用代码搜索的公司。他也是设计和战略咨询公司Cariou的联合创始人。