面向产品经理的 Cue

随着产品工作推进,让证据始终与工作保持关联。

产品工作依赖于对话:访谈、评审和状态会议。Cue 是适用于 Mac 和 Windows 的桌面语音代理,可帮助你记录所说的内容,并把经过审阅的摘录转为草稿。下面的每个工作流都链接到一篇教程,其中包含练习任务,以及在分享任何内容之前需要进行的检查。

插图:一位女士站在贴满纸质便签的墙前,手里拿着一张蓝色便签,正与坐着的同事讲解。
插图为本页使用 Lovart 生成。它不是 Cue 的截图,也不是真实结果。

产品经理一周中的五个工作流

教程使用虚构的练习,其示例输出仅供说明,并非 Cue 的实际运行记录。请按你已安装版本中的控件操作。

从客户访谈到需求

开始于
经过审阅、且你有权使用的转写稿或笔记。
让 Cue 提供
将引语、观察到的问题、可能的需求和未解答的问题分开整理。
分享前检查
每条需求都能追溯到当事人说过的内容,你的推断会被标注为推断。
将访谈笔记转为需求

从会议笔记到行动项

开始于
会议笔记或经过审阅的转写摘录。
让 Cue 提供
带来源链接的表格,包括行动、负责人、截止日期和未决问题。
分享前检查
缺失的负责人和日期会保持标记为未知,你需与相关人员确认分工。
将笔记转为行动项

从笔记到决策议程

开始于
所选笔记,以及下一次会议的目的和时长。
让 Cue 提供
围绕未决决策、按时间划分的议程,并附上每项决策所需的证据。
分享前检查
来源链接、假设和拟议参会人员须确认无误,并由你自己发送。
准备决策议程

每周更新

开始于
用你自己的话说明发生了哪些变化,以及一些你可以分享的事实。
让 Cue 提供
一份包含「已完成」「受阻」和「下一步」部分的简短草稿;如果你已经确定措辞,也可以直接使用普通 Dictation。
分享前检查
每条陈述都与其来源一致,计划不会被写成已完成的工作。
用语音起草每周更新

设计评审反馈

开始于
正在评审的界面,以及适用的任何规则清单。
让 Cue 提供
你口述的评审内容,已分类为事实、偏好、需求和问题。
分享前检查
每一项都注明界面位置和规则,设计师可以分辨哪些是阻塞性修改,哪些只是审美判断。
口述设计评审

你自己的任务

同样的方法也适用于其他产品工作:选择材料,说出你想要的结果,并对照来源检查结果。

从所选上下文到完成任务

原始材料的来源

  • 进行中的会议。 无需机器人的会议笔记涵盖你在桌面端开始的记录,不会有任何机器人加入参会者名单。请先确认同意,并检查是否已捕获系统音频。
  • 会议结束后的回顾。 基于回顾的会议跟进从你在会后所说的内容开始,因此无需录制任何内容。
  • 你已有的录音。 将录音用作任务上下文展示了如何在 Agent 读取之前审阅转写稿并找出缺失信息。

各项输出如何衔接

这是一个示意性流程,并非实测结果。每一步经审阅的输出会成为下一步的输入,因此证据会随工作一同传递。

  1. 访谈后,你将转写稿整理为引语、问题、可能的需求和未解答的问题。
  2. 未解答的问题会成为下次评审议程中的决策。
  3. 评审笔记会变为行动表,负责人由相关人员确认。
  4. 一周结束时,已确认的行动及其状态会汇入你的“已完成、受阻、下一步”更新。

Cue 在这里不做什么

  • 它不会连接你的产品工具。 Cue 没有记录任何与问题跟踪器、路线图或研究资料库的连接器,也没有公开 API。已记录的内容请参见Cue 的适用范围。
  • 它不会替你做决定。 在合适的人确认之前,草拟的需求、负责人或决策都只是提案。
  • 它不会让你自动获得材料的使用权。 只使用你有权使用的访谈和笔记,并遵守你所在组织有关分享这些内容的规则。
  • 它不能证明任何结果。 这些页面描述的是方法,不包含客户成果或节省时间的数据。

面向产品经理的 Cue 常见问题

Cue 能连接 Jira、Linear 或我的路线图工具吗?

Cue 没有记录这些工具的连接器或公开 API。你可以向支持的文本输入框听写,插入结果取决于应用、输入框和你已安装的版本。记录的发布或更新仍由你自己完成。

Cue 能把客户访谈转为产品规格吗?

它可以基于经过审阅的摘录起草,但访谈教程有意只到带证据链接的需求为止。请将引语与你的推断分开,并在任何人据此编写规格或代码之前核对证据。

使用这些工作流是否需要录制会议?

不需要。你可以从手动输入的笔记或口述的回顾开始。如果确实要录制,请先确认同意并遵守组织规则。不使用机器人进行记录,不等于可以在未经许可的情况下记录。

Cue 是否有面向产品团队的团队方案?

Cue 未公布团队方案。Cue 可免费开始使用。Cue Plus 为 $19.99/month。