什么是产品画布？
在开始任何新产品的工作之前，您需要了解其用途、受众和目标。这就是产品画布的作用所在。
根据 米罗, 产品画布是一种规划工具，它结合了敏捷方法和用户体验原则，帮助团队构建提供出色用户体验的产品.
罗曼·皮克勒产品画布的发明者将其描述为“一种简单但功能强大的工具，可帮助您创建具有出色用户体验和合适功能的产品。它通过将用户故事与人物角色、故事板、场景、设计草图和其他用户体验工件相辅相成，将敏捷开发和用户体验设计结合在一起。”
如何利用产品愿景和产品画布规划变革
关于 敏捷方法 不需要任何准备或文档，并且该过程将由每次冲刺的结果和反馈神奇地引导。
这当然不是事实。正确的 敏捷宣言 声明建议 “应对变化重于遵循计划。” 这意味着你应该有一个易于调整的计划。这样才能做好充分的准备。
此处的“足够”含义如下：
- 准备实现商业价值
- 形成清晰的项目愿景
- 充分准备以实现预测
- 足够详细的信息，可以开始第一次冲刺
除此之外，任何超出范围的事情都是过度的。请记住，我们正在尝试制定一个易于调整以适应变化的“计划”。计划越大越详细，就越僵化，越难改变。
虽然产品愿景和产品画布方法论是由 Mendix 由于我们取得的成功，它绝不是唯一的方法。即使遵循不同的方法，例如“Sprint Zero”，这篇博文也将具有很大的价值，因为它深入了解了为项目做准备时应该回答的问题类型。
快速浏览一下产品愿景板
第一步是为项目创建一个高层次的愿景。这是使用产品愿景板完成的。因为这部分非常简单，所以我们不会在这篇博文中深入讨论。
产品愿景板
基本上，产品愿景板回答了以下问题：
- 我们为什么要创建该应用程序？
- 我们的目标用户群体是谁？
- 他们有什么需求？
- 我们如何设想我们的产品来满足这些要求？
- 我们这样做的商业目标是什么？
产品愿景板还可作为产品画布的输入。两者都是产品负责人的责任。但是，这并不意味着他们必须做所有的工作。强烈建议在需要时使用 Scrum 团队和专家。
产品画布及其布局
定义完产品愿景后，就该考虑如何实现该愿景了。这将使我们能够回答以下问题：
- 我们的用户是谁？
- 他们的任务是什么？我们如何设想他们完成这些任务？
- 相关的高层约束有哪些？
- 总体来说设计会是什么样的？
- 为了实现这一目标，我们的史诗和现成的用户故事是什么？
产品画布
当将要回答的问题与产品画布进行比较时，可以清楚地发现产品画布的实际布局并不是按时间顺序讲述故事的。但要完全理解如何创建产品画布，时间顺序非常重要。
产品画布的时间顺序布局
上图显示了创建产品画布的逻辑步骤。一步接一步，从回顾产品愿景开始，研究产品的实际用户，创建人物角色，一直到为第一个冲刺创建就绪故事。
请注意，约束与用户旅程的创建是并行的。也可以事先进行，因为某些约束可能会或可能不会影响用户旅程。
创建产品画布的 7 个步骤
步骤 1：产品愿景和名称
产品愿景框只不过是产品愿景板的摘要。实现这一目标的一个好方法是问自己如何用一两句话描述愿景中最重要的部分。
任何（公司内部）应用程序开发流程中最被低估的元素就是应用程序的名称。项目的第一个冲刺阶段很少会有一个好应用程序的名称。想出一个好名字确实很难。它应该朗朗上口，同时还要与实际应用程序紧密相关。这不是一件容易的事。
一开始就想出一个好名字的最大原因是它会对参与项目的每个人产生积极的影响。就像人物角色一样，人们会开始与他们正在创建或帮助创建的实际应用程序建立情感联系。而且，如果一开始没有这样做，它只是那些永远不会成为优先事项的细节之一，如果它不是公司的外部应用程序。
第 2 步：创建角色
在我们开始考虑如何开发功能之前，了解我们为谁开发这些功能以及开发这些功能的原因至关重要。这可以通过进行一些用户研究来获得角色来实现。
人物角色示例
基本上，角色可以归结为基于研究的原型用户。需要注意的是，使用角色来模拟一组用户的方法并不是营销人员和用户体验设计师使用的未经证实的创意技巧，而是基于科学研究。无论是内容还是使用效果。它们有助于建立同理心、为项目提供重点、在项目团队内沟通和形成共识，并帮助制定和捍卫决策。
最重要的是，这一步的研究部分将有助于验证在创建项目愿景时做出的所有假设。请记住，在项目愿景中，我们已经说明了目标用户群是谁以及他们的需求是什么。这一步几乎总是在没有与单个用户交谈的情况下完成的。这不一定是坏事，但它确实需要检查所做的假设。就像解决错误一样，在项目开始时修改应用程序所需的时间和精力是投入生产后的 10 到 100 倍。
在处理快节奏 Mendix 项目面临的挑战之一是缺乏时间，这使得基于定量科学研究的（传统）人物角色的创建变得不可能。幸运的是，临时人物角色提供了一种解决方案，即进行非常有限的访谈作为研究。诚然，它们只是一个起点，价值不如传统人物角色，但它们可以在一两天内创建，因此对 Mendix 项目。
步骤 3：创建用户旅程
此时，您和您的团队已经确切地知道您的用户是谁、他们的需求是什么以及他们试图通过您要构建的应用程序实现什么。下一步是弥合您的角色和他们的任务以及应用程序的工作方式之间的差距。用户旅程提供了一种很好的方法来做到这一点。
您可以定义不同级别的用户旅程，每个级别都有各自的优点和缺点。
1. 客户旅程
在营销领域很常见，规划出应用程序所在的整体体验（通常只是整个旅程的一部分）。很可能客户旅程已经规划好了。如果是这样，它应该作为准备工作的一部分。
客户旅程示例
2. 故事板
故事板是一种更加具体的方法，与漫画小说或电影故事板非常相似。它们不仅提供了一种定义用户与应用程序交互方式的好方法，还可以在需要时添加上下文。
故事板示例
请注意，上述示例提供了大量背景信息。这很好，但并非总是必要的。也可以粗略地将屏幕勾勒成图纸，并添加文字和箭头来讲述故事。还应该指出，故事板不必“漂亮”。它需要帮助设计旅程并在团队内部交流想法。
3. 用户流程
最低抽象层级是用户流程，它与微流程非常相似。它们以示意图的形式描绘出用户完成任务所需的流程。
用户流程示例
用户流的创建被认为是最低限度的，因为它们很容易创建（甚至 PowerPoint 也是用于此的绝佳工具），并且在设计体验以及协调整个团队如何实现目标方面非常强大。
我们建议创建故事板，因为它们提供了更多背景信息，使设计体验变得更加容易，因为可以跳过一些（不太相关的）细节。这些细节可以在后期使用用户流程进行规划。
实用提示：不要绘制每个用户旅程，而要专注于最重要的旅程。毕竟，这是一种敏捷的工作方式，这意味着：不要做太多准备。
步骤 4：定义相关约束
正如我之前提到的，创建约束的实际时机并非一成不变。只需记住，某些约束会影响用户旅程，因此应在用户旅程之前或与用户旅程同时创建。一个很好的例子是只能在物理办公室内使用网络功能的约束，这使得用户的位置成为任何用户旅程中非常重要的一部分。
定义约束的一个技巧是保持它们的相关性。列出一百个约束不再是准备的有效工具，而是一个适得其反的障碍。在实际冲刺中将有足够的时间来定义和处理约束。
步骤5：设计
设计部分是将用户旅程转化为需要构建的应用程序的第一步。此步骤的实际活动可能会因应用程序类型、客户类型以及客户在使用 Mendix 平台。
总的来说，我们可以确定至少四种被证明非常有效的工具。
1. 站点地图（或应用地图）
这是一种在网站设计和开发中广泛使用的工具，但在应用程序设计和开发中不太常用。基本上，它用于规划应用程序的（页面）结构。
站点地图示例
2. 线框
实际屏幕的设计草图，其保真度和抽象程度各不相同。大多数人对此都很熟悉。由于此阶段是为项目做准备，因此重要的是不要做得过头。专注于设计系统而不是单个页面，并在已经设计好整个用户体验的大致轮廓和为第一次冲刺做准备之间找到平衡。我们可以定义三个保真度级别，每个级别都有各自的优点和缺点：低保真度、中保真度和高保真度。
线框和不同保真度级别的示例
与用户旅程类似，低保真度被认为是最低要求，并且建议至少使用几个中等保真度的线框。虽然最好由 UI 或 UX 设计师完成，但每个人都可以创建低保真度的线框。有很多很棒的工具，如 Balsamique，可以做到这一点，甚至笔和纸或白板也足以开始。使用线框尝试不同的设计和解决方案总是比等待一切都建模然后更改它更快。最重要的是，好的线框会准确地告诉您如何为特定的页面集建模。
3. 样式瓷砖
UI 的视觉语言对于应用程序的可用性和品牌推广都非常重要。尝试创建这种视觉语言以及应用程序的最佳用户体验可能有点困难。无论是在设计阶段，还是与团队成员或利益相关者沟通和讨论设计时。使用样式图块的技术基于设计应用程序的视觉语言，而无需实际设计该应用程序。
样式图块的示例
正如您在示例中看到的，样式图块的设计清楚地定义了应用程序的视觉语言和品牌，而无需向我们展示实际的应用程序。这是一种非常快速有效的方法。特别是如果仍然需要进行一些实验，可以产生多个样式图块，从中选择一个。
4. 设计/企业形象指南
大多数公司已经拥有与在线网站或应用程序设计相关的指南和资产。如果有的话，它们绝对应该包含在产品画布的设计部分中。
第 6 步：创建史诗
此时，您已经了解并研究了您的用户，知道他们想要完成什么，设计了他们使用应用程序实现目标的方法，甚至创建了一个设计框架。您已经获得了创建史诗所需的所有信息，这是将应用程序设计转化为用户故事的第一步。
请注意，史诗可以看作是非常大的用户故事，要么无法在一个冲刺中完成，要么需要分成单独的用户故事才能从中创建“就绪”的用户故事。大多数情况下，史诗会描述一个更大的功能，需要将其分成几个部分才能实现。
一个例子是史诗“让我们的用户能够在线购买杂货”。这个史诗可以分为用户故事，涉及从商店选择杂货、设置送货地址以及使用在线支付选项支付杂货费用。
创建史诗而不是用户故事是一个好主意，因为它可以节省大量时间，并增加项目的重点。创建现成的用户故事需要花费大量时间。除此之外，包含 500 个用户故事的积压工作并不容易处理。最好有 10 个史诗和 20 个用户故事。
步骤 7：创建现成的故事
创建产品画布的最后一步是创建至少涵盖前一个或两个冲刺的现成用户故事。
请注意，准备好的用户故事意味着它符合准备好的定义。由于这是第一次交付准备好的用户故事，因此最好让整个 Scrum 团队参与此步骤（如果已经可以）。
Mendix使用该方法的积极经验
At Mendix，我们在使用产品愿景和画布方法方面拥有丰富的经验。我们已将其用于一系列项目以启动项目。我们甚至在一个仅持续一周的概念验证项目中使用了产品画布的精简版本，其中包括故事板、站点地图、线框和样式图块。
我们在 Mendix根据从项目经理、Scrum Master 和开发人员收到的反馈，收集了以下信息：
- 即使有限的准备工作也能大大提高最终结果的质量
- 产品画布中的资产提供了在更短时间内完成申请所需的重点
- 一次成功效果：画布的每一步都包含研究、实验、设计和反思。改进开发阶段的起点。这反过来又导致项目期间几乎不会出现返工
- 提高团队沟通和效率
由于这些积极的经验，准备阶段的使用，更具体地说，产品愿景和画布方法现在被认为是最佳实践。
如何使用产品画布
尽管这篇博文非常详细地描述了产品画布，但其中最重要的经验教训之一实际上是在开始第一个冲刺之前进行准备阶段的好处。给定的方法适用于 Mendix 项目，但最终，一切都与内容、通过准备阶段的结果回答的问题以及这对项目其余部分带来的好处有关。
另一个有趣的细节是，一些团队选择在整个项目中继续使用产品画布或其中的一部分，而不仅仅是在准备阶段。使用作战室中墙壁的一部分作为产品画布。
Mendix 团队已经将用户流程作为用户故事准备定义的一部分。这样做的原因是，与用户故事的文本内容相比，用户流程的示意图方式更能帮助团队更快、更有效地全面理解用户故事。
但最重要的是，无论项目规模大小、复杂程度高低，适当的准备总是会带来更有针对性和更高效的开发，并提高实际应用的质量。
下载产品画布模板
下载产品画布和愿景模板：