构建 MVP 画布

现在我们已经完成了所有早期的活动，我们拥有构建最终成果——MVP 画布所需的所有知识。我们为我们在 排序功能 中定义的 MVP 构建一个画布。

我们遵循以用户为中心的設計原则。在构建 MVP 时，我们应该考虑用户及其旅程。我们应该致力于改善或简化他们生活的行动。但这并非全部。我们还必须通过开发一个假设来探索商业案例，我们可以用 MVP 来测试。这将帮助我们了解我们是否真的在前进，我们是否真的达到了预期的结果或学习。画布将 MVP 功能与业务假设联系起来。

我们通过回答几个问题来填充 MVP 画布。我们之前工作的结果和讨论将派上用场

1. MVP 提案：在 撰写产品愿景 中，我们达成了关于整体产品愿景的共识，但在这里，我们陈述了此 MVP 的具体提案。我们试图学习什么？此 MVP 的提案是什么？
2. 细分角色：在 描述角色 中，我们确定了整个产品的角色。对于 MVP 画布，我们确定了我们在此迭代中关注的较小角色集。此 MVP 是为谁设计的？我们可以在较小的群体中细分和测试此 MVP 吗？（例如：仅针对小型社区的 Android 上的足球爱好者和工作伙伴）
3. 旅程：我们再次查看 展示用户旅程 的结果，然后查看 在旅程中展示功能。对于此迭代，我们陈述了哪些用户的旅程将通过此 MVP 得到改善。（例如：“足球爱好者：邀请朋友参加比赛”和“工作伙伴：接受比赛邀请”）
4. 功能：在 排序功能 中，我们确定了 MVP 的功能。这是一个很好的清单，让我们将其复制到这里。但它完整吗？我们在此 MVP 中构建了什么？哪些操作将在此 MVP 中得到简化或改进？在填充了其他 MVP 画布构建块后，我们审查清单，添加任何缺少的功能并将其简化为最小的可行功能。
5. 预期结果：我们在此 MVP 中寻求什么学习或结果？
6. 用于验证业务假设的指标：您如何知道何时转向何时坚持？什么将决定成功或失败？我们应该收集哪些数据？
7. 成本和时间表：通过查看我们必须为此 MVP 构建的功能，成本和时间表是多少？我们什么时候可以查看数据以验证它？是否有任何时间表限制？