人员
6 - 9
时间
60 分钟
难度
中
使用此技巧
在举行启动会议之前，请确保您的新功能不仅仅是一个概念，但是，也不要等到设计完全成熟。
准备
构建概念
在启动会议之前，产品负责人或设计人员应绘制出低保真的用户旅程地图，并大致确定使用什么来衡量成功。在会话开始前与团队分享这些信息，以便他们做好准备。
在有大墙或白板的空间里安排功能启动会议。提前几分钟到达，然后利用这个空间来规划您绘制的用户旅程。
第 1 步
功能概述（10 分钟）
欢迎所有人参加启动会议，首先概述该功能及其相关背景。描述它将解决的问题或机会，以及它与更广泛的目标或措施有何关系。引用研究或支持背景信息，介绍您的目标用户角色以及此功能将为他们提供的价值，然后阐述您对衡量成功的想法。
请记住：我们的想法是在功能启动之前“充分”制定规范和范围。现阶段应该会有漏洞和差距——这次会议的目的是召集团队开始填补这些漏洞和差距。
反模式
分享地太迟了。如果规范已经“完成”，那么您可能错过了根据团队反馈进行调整的机会。
第 2 步
请提供反馈（10 分钟）
进入用户旅程之前，请停下来听取团队的反馈。如果团队保持沉默或表示没有反馈，请使用以下问题来协助获取团队的反馈：
- 我们对这个功能的目的是什么是否达成了共识？
- 你们对这个功能有什么期望？
- 你们对这个功能有什么担忧？
专业提示
通过从目标客户角色的角度介绍该功能进行重现。
第 3 步
用户旅程演练（15 分钟）
还记得您在启动会议之前制定的用户旅程吗？从头到尾演练一遍。说明用户将如何发现该功能、如何与之交互以及如何退出该功能。在演练过程中，谈谈该功能将如何解决问题空间、减少客户摩擦或以其他方式增加价值。
与其在演练过程中停下来获取反馈，不如让每个人在便利贴上写下自己的想法。这样可以防止某个团队成员的意见大行其道并将您带入错误的轨道。
第 4 步
批评和替代解决方案（20 分钟）
返回用户旅程地图的开头，在每个阶段，让所有人贴上便利贴并讨论团队的反馈。（团队成员也可以在便利贴上记下新的问题或疑虑。）
忘记每个团队成员的日常角色是什么。现在让每个人想象该功能可能失败的情况（安全漏洞？可用性缺陷？技术限制？等等）并提出避免失败的方法。
以书面形式记录所有问题和疑虑，以及产品负责人的答案或决定。
第 5 步
总结（5 分钟）
团队需要哪些其他信息才能清楚他们在做什么以及为什么？
将有关该功能的所有未解答问题分配给团队成员，并给出答案的到期时间。通常，回答这些问题包括额外的用户研究、充实会议期间浮出水面的边缘案例，或者仔细思考技术设计的各个部分。
专业提示
将功能启动会议添加到团队的标准程序中，这样在功能进入团队待办事项列表之前，就有一个定期的反馈循环。
搞定了？
请务必与您的团队共同运行一次完整的状况监控会话或检查点，从而验证是否有所改善。
想要更多手册？
请将您的电子邮件发送到下方，以便在我们添加新的状况监控和剧本时收到通知。
得到反馈吗？
在 Atlassian 社区网站上提问或发表评论。