Google Meet 是一款基于网络的视频会议应用，用户无需进行会议 专用应用。因此，用户务必要 可以使用 的权限模型。Meet 团队遇到了一些挑战， 用户最初未授予其摄像头的访问权限，并且 麦克风，这之后意味着用户在尝试激活 录制视频和音频。本案例研究介绍了 Meet 团队 改进的权限及其对用户的影响会议满意度。
改进前的权限用户体验
这些改进在 2023 年年中推出之前，用户加入 Meet 通话 第一次在屏幕中央看到对话框 。最糟糕的情况是 如果之前未向其他网站授予摄像头和麦克风使用权限，那么这些网域 随后主机将再次发出权限提示 以允许 Chrome 访问这些设备。
考虑到现有的权限用户体验最佳实践，Meet 对话框确实解释了 Meet 请求访问权限的原因。然而，该对话也没有实现其他最佳 方法是仅设置“Dismiss”并且与广告客户 浏览器权限提示。此外，Meet 的对话框和 浏览器提示会在网页加载后立即显示，通常是在 点击链接加入通话。屏幕上会意外弹出一连串的弹出式窗口 可能会让一些用户感到无所适从
此外，用户反馈表明 担心此阶段允许访问会使他们看到和听到 其他会议参与者，之后也无法控制此设置。
对于这种用户体验，部分 Meet 用户感到困惑，因此不允许使用摄像头和 麦克风使用权限。此外，点击 “屏蔽”权限提示中的按钮已禁止使用摄像头和麦克风 以便日后进行 Meet 通话这些用户很可能只是想阻止 因此可能要在日后通话时重新考虑相关决定， 方法是忽略权限提示或点击“x”按钮。
遗憾的是，解除屏蔽状态并非完全简单。 用户必须点击地址栏中的 Site Settings（网站设置）图标，然后将该图标切换为 摄像头和麦克风，或点击重置权限按钮。虽然这些 设置可能很难找到，并且通常需要用户的详细说明 请务必对其进行维护，以防止垃圾网站滥用其 并纠缠不休，直到用户接受为止。
改进
为了改善使用体验，Meet 团队重新审视了需求 发现并非加入会议的每个人都希望或需要允许使用摄像头 和麦克风使用权限。有些用户可能只是想收听 最开始最不关心，还有一些人可能想探索 Meet 界面 然后再进行通话向用户展示 在类似这类情况下的权限提示会导致 Meet 出现意外结果 （必须帮助用户以后从之前的屏蔽决定中恢复过来）并且用户 （在开发过程中， ）。
为了应对这些挑战，该团队设计了 更符合权限用户体验的权限预提示 做法。新版设计做出了以下更改：
- 此类广告会询问用户他们的意图：他们是否希望 听到的内容界面现在会提供明确的决策，并提供相关选项 在用户希望被看到和听到的情境下， 但事实并非如此
- 只有在确认存在麦克风和摄像头的情境后 Meet 是否会显示权限提示。
- 确认性决定按钮显示“允许使用麦克风和 摄像头”以便用户为接受权限提示做好准备。
- 设计具有模态，明确说明在提交 可以加入通话。
- 设计提醒用户，该决定只是 并且仍可随时关闭麦克风和摄像头 理想选择。
如果用户点击“允许使用麦克风和摄像头”，浏览器权限 出现提示，并且 Meet 对话框会发生变化，以提供具体操作说明 根据用户在上一条命令中做出的决定，点击下一页（“点击允许”） 屏幕。有关能够关闭麦克风和摄像头的提醒如下 重申，如果发生此类情况，我们会继续让用户安心无忧 的客户担心在通话过程中缺乏控制权。最后，Meet 还会 突出显示了，如果用户一开始就添加了摄像头和麦克风 决定在没有麦克风和摄像头的情况下继续
影响
借助这一改进的权限体验，Google Meet 团队能够 增加首次允许使用麦克风和摄像头的用户所占的比例 有 14% 的用户加入了通话。如此一来，点击“屏蔽”的用户会减少在权限中 处于需要执行额外步骤才能重新启用 麦克风和摄像头使用权限。
请注意，授予访问权限的用户比例增加并不意味着 突然允许访问的用户增多了。现在，Google Meet 会减少显示 授予新用户权限提示，因为如果用户不想使用 摄像头或麦克风从一开始就表明了这种偏好。
总结
成功的关键是仅在使用 Meet 时 合理确保用户已准备好授予访问权限。界面现在会询问一个问题 用户能给出有意义的回答，同时还能让客户安心 能够控制 capability 的使用。Google Meet 采用更加清晰的界面设计 减少阻力现在，用户首次使用成功率更高， 显示的提示减少，阻止访问的人数减少，因此需要的帮助也更少 在他们确实需要的时候使用摄像头和麦克风。
如果您的 Web 应用使用了权限，您应考虑是否请求 在您合理确定用户希望允许 因为他们已准备好使用该功能。否则，用户可能会 您的应用需要的权限，并且很难提供该访问权限 能适时满足他们的需求