关于如何运行高效发现研讨会的分步指南
已发表: 2022-04-04在团队工作的早期阶段,清楚地了解产品愿景是必不可少的,因为它可以确保我们都朝着同一个方向前进。 这正是产品发现研讨会的目的:找到我们需要的所有答案,以便开始成功的合作。
在本文中,我们将介绍如何建立高效的发现研讨会议程,这将帮助您使您的团队与产品的共同愿景保持一致。 您将获得一个探索研讨会议程的示例模板、应该满足您目标的替代活动选项,以及如何与团队一起运行这些活动的分步说明。
我还将解释研讨会组织的过程,并阐明促进黑客和技巧。 让我们潜入吧!
什么是产品发现?
首先,让我们从基础开始。
发现研讨会是一项特定活动,旨在将关键利益相关者和开发团队聚集在一起,以实现以下特定目的:
- 交流有关业务和产品机会的知识,
- 构思项目目标并讨论预期结果,
- 定义预算、人员和资金等要求,
- 讨论技术堆栈和最终用户平台等功能规范,
- 设定后勤期望,
- 定义 MVP。
在此过程中生成的研讨会计划和输出的类型将根据公司或项目的类型和业务目标而有所不同。 也就是说,有适用于任何发现会话的一般最佳实践。
研讨会议程
这是一个示例议程,旨在为您设置长达三天的产品。 由于所有活动都非常具有挑战性,因此没有必要在一天内完成所有活动。
不过,这只是一种可能的议程:您可以选择最适合您的项目的活动,也可以引入其他活动作为替代方案。

第 1 步——目标
“发现工作室”这个名字是不言自明的。 通常,它旨在让每个人就您将要开始的项目达成一致。

立即开始开发您的产品
查看我们的研讨会但是,研讨会的主要可交付成果可能会因项目的先进程度而异。 它可能更多地关注用户和他们的需求,或者更确切地说是业务战略。 与客户讨论预期结果并验证他们为参与做好了多少准备是很重要的。
第 2 步——团队
有效的研讨会需要多种不同的观点。 在规划它们时,不仅要考虑可能正在开发产品的团队,还要考虑那些了解目标受众的团队。
由 8-10 人组成的多元化小组,包括:
- 促进者
- 用户体验设计师
- 界面设计师
- 开发者
- 产品拥有者
- 产品经理
- 利益相关者(业务角度)
- 利益相关者(客户视角)
趋于最优。
第 3 步 – 产品愿景
时长:45 – 60 分钟
想象一下,您正在开始一个会议。 通常,您应该为它设置一个上下文——为什么要安排会议以及预期的结果是什么。 这样,您就可以更有效地进行。
使用与产品愿景板相同的模式,它解释了产品的当前和未来状态,并有助于设定对项目结果至关重要的战略优先事项。
由于它捕获了目标群体、用户需求、关键产品功能和业务目标,因此董事会可以更广泛地了解团队希望通过产品实现的目标,并就需要构建的内容达成共识。
产品愿景板旨在描述、可视化和验证产品愿景和战略。 它分为 9 个部分,每个部分都用于集思广益地讨论产品及其潜在用户的业务背景或总体目标。

如何开展活动
- 描述模板并讨论每个部分
- 突出本次活动的预期成果
- 要求团队轮流为每个元素集思广益。
- 根据团队的建议填写模板
替代工具
如果您不确定产品愿景是否经过深思熟虑,或者团队没有太多时间为研讨会做准备,这里有一些类似练习的示例,可以帮助您让您的团队与项目的愿景保持一致目标。
新闻稿——这是一个涵盖产品目标以及它以有趣的方式为潜在客户带来的好处的工具。 让你的团队想象产品已经准备就绪,他们必须宣布它。 本练习的目的是突出产品的好处、目标并简要描述产品。
目标和风险——要求产品所有者或客户准备他们产品的推介演示。 在聆听演示文稿时,让团队列出他们对产品目标和可能关心的风险的想法或问题。 演示后一起回顾它们。
一旦产品愿景完成并且团队与预期结果在同一页面上,从画布中得出结论并在下一个练习中使用它们。
第 4 步 – 电梯间距
时长:30 分钟
电梯音调以任何听众都能在短时间内理解的方式描述产品。
让你的团队一起集思广益,以突出产品的用途、为什么需要它以及它可以为客户带来什么好处。 显然,团队成员无法详细介绍所有这些组件,但他们应该简要说明产品的整体理念及其价值。

如何开展活动
- 描述模板并突出其用途
- 通读模板的所有部分
- 要求团队开始依次列出他们对每个部分的想法。
- 讨论所有建议的想法,并根据对话的结果最终确定每个部分。
一旦电梯推销完成,是时候同情那些将要使用它的人了。
第 5 步 – 原型角色
时长:60 – 120 分钟
人物角色是虚构的人物,应根据研究组成,以代表可能使用产品的不同用户类型。 如果你没有详细的研究,你可以使用从电梯间距和产品愿景板上收集到的信息来做出第一个有根据的假设。
这样,在这些研讨会期间,您可以创建原型角色,将团队现有的知识(或最佳猜测)编入目录,了解他们的用户是谁以及他们想要什么。
尽管原始角色受到批评,因为它们背后没有研究,但为了研讨会的缘故,最好采取任何方法来同情用户,而不是没有。 请记住,这种方法的可信度应与设计过程一起进行审查。
使用以下模板之一:


如何开展活动
- 描述模板并突出其用途
- 通读模板的所有部分
- 集思广益您的主要客户类型并选择前三名
- 如果有多个角色,请将团队分成更小的组。 要求每组涵盖一个角色。
- 要求团队开始依次列出他们对每个部分的想法。
- 当团队准备就绪时,请他们展示他们的成果,以便团队和利益相关者可以参考。
- 作为一个群体,根据角色的重要性对角色进行排名。 考虑谁是您最有价值的客户以及谁将从产品中获得最大收益。
一旦明确了您要为谁构建产品,您就可以回答应该为他们设计什么的问题了。

第 6 步 – 价值主张画布
时长:60 分钟
根据期望的结果和可用的时间,有多种方法可以集思广益,并将其分解为满足用户需求的功能。
在这个阶段,主要目的是通过确保产品围绕客户价值定位来创造产品和市场之间的契合度。
为此,请使用价值主张画布,轻松缩小应创建的内容和对象的范围。
画布分为两侧——右侧是客户档案:他们的需求、痛苦和收获。 在左侧,它是价值主张,团队应该在其中定义止痛药、功能和产品本身。

如何开展活动
- 描述 <template> 并突出其用途
- 通读模板的所有部分
- 选择之前活动中定义的每个角色
- 根据模板为每个角色列出他们的痛苦、收获和需求
- 然后在画布的左侧移动并尝试集思广益以寻找潜在的解决方案
- 对每个角色重复此活动。 如果没有足够的时间,将团队分成更小的小组,并要求他们每人扮演一个角色。
- 当团队准备就绪时,请他们展示他们的成果,以便团队和利益相关者可以参考。
- 作为一个组,按重要性对特征想法进行排序。 考虑一下您最有价值的功能是什么,以及谁将从产品中获得最大收益。
替代工具
头脑风暴——这是把所有的想法和想法转移到纸上。 关键是要获取所有可能对潜在客户有价值的东西,列出它们并根据它们可能对产品产生的影响进行优先级排序。 当团队更注重技术或流程中已经定义了功能时,您可以尝试此活动。
设计会议——这是一项计划活动,团队讨论可以实施哪些功能来满足用户需求,最后以绘图会议结束。 它的目的是通过绘制简单的流程或设计特定的屏幕来列出功能并可视化它们。 就像大脑转储一样,一旦已经定义了高级功能,运行这个活动就更容易了。
由于团队知道桌面上有哪些功能,现在是时候计划如何设计它们了。
第 7 步 – 绘制客户旅程图
时长:60-90 分钟
在研讨会的这一点上,我们应该至少有一个业务目标、一个角色和几个功能想法。 运行客户旅程活动的目的是通过绘制客户为实现其目标而采取的行动来可视化客户如何与产品交互。
您的项目需要帮助吗? 查看我们的产品策略服务!
学到更多请记住,每个角色都应该有自己的客户旅程,以便您能够全面了解产品如何满足不同客户的需求。

让您的团队想象一个 pro./to-persona 开始使用他们即将开始开发的产品,然后遵循以下提示:
如何开展活动
- 设定角色即将在产品中实现的主要目标。 这也将是客户旅程的目标。
- 一旦设定了目标,就要关注一个人的需求、痛苦和收获。 再次列出它们或将它们固定在板旁边。
- 然后通过描述他们需要采取的行动来定义他们与产品的接触点。
- 通过每个接触点和行动,定义一个人的想法和感受。
- 重复 3 和 4 直到你的角色完成他们的目标,这样客户旅程就会结束。
- 作为一个小组,回顾个人经历。 找出他们的挫败感并思考如何减轻它们。
替代工具
用户故事映射——就像客户旅程一样,它是一种将用户活动安排到一个路径中的工具,除了用户故事映射涵盖了按优先级顺序保存的每个活动的粗略要求。 除非您对产品功能有高级定义,否则此工具可能很难甚至无法运行。 因此,您可以将此活动作为客户旅程的补充工具或仅作为替代工具运行。
第 8 步 - 功能优先级
时长:60-90 分钟
在一个车间内定义产品的所有要求是不可能的。 因此,请尽量专注于实现您的项目愿景所能做的最少的事情。 牢记这一点,首先决定在相对较短的时间内提供最大价值的功能。
以下是一些有用的技巧:
艾森豪威尔矩阵——由军官发明,该框架旨在帮助您通过首先根据紧急程度和重要性对这些项目进行分类来确定任务列表的优先级。 它分为 4 个部分:Reduce、Schedule、Delegate、Declutter。 在进行此活动时,保持整个团队的参与至关重要,因为他们应该根据长时间甚至有时是密集的讨论做出决定。
努力/影响矩阵——类似于艾森豪威尔矩阵,它是一种决策工具,有助于根据所需的努力水平以及它们将产生的潜在影响或收益来估计每个潜在的想法。 应该作为一个团队一起做出决定。
MoSCoW——这是最流行的技术之一,它还将想法分为必须、应该、可以和不会实施的想法。 它非常有用,特别是在 MVP 优先级方面,因为只有保留在前两个部分中的那些想法才是需要考虑的。
第 9 步 – 总结
时长:30-60 分钟
在这一点上,应该清楚为什么要构建产品、为谁构建产品以及高级功能范围是什么。 在研讨会期间应该讨论的最后一件事是您的团队将如何一起工作。
研讨会最后一部分的目的是将团队凝聚在一起,建立共同的理解和承诺,并计划研讨会之后的下一步。
当成员自己制定基本规则时,您更有可能组建一支优秀的团队。 为了帮助他们,请遵循团队章程框架,该框架应定义基本的团队目标、障碍、角色和每个相关人员的责任。
如何开展活动
- 询问您的团队在进行项目时他们最欣赏什么。
- 从价值观开始,您还应该讨论:会议细节和频率、技术实践、沟通工具、角色和职责
整个团队应该在开发过程的每个阶段都可以访问该章程,以提醒人们在一开始就建立了什么。
替代工具
风险矩阵– 一旦您的团队不需要任何介绍,这里是结束您的发现研讨会的替代想法。 其目的是可视化与项目相关的潜在风险、项目交付甚至是在研讨会期间团队头脑中遇到的业务障碍。 让您的团队集思广益,讨论他们的担忧,将它们列出并一起讨论,包括缓解它们的行动计划。
最后的话
在这一点上,一旦产品被有效发现,您就可以与您的团队讨论接下来的步骤。
我希望这些提示是有用的,我为您的成功祈祷! 如果您需要一支合格的专家团队来举办您的产品发现研讨会 - 请随时与我们联系!