mvp都有谁（你知道MVP是什么吗）

嘿，测试的朋友们你知道MVP是什么吗？，我来为大家讲解一下关于mvp都有谁?跟着小编一起来看一看吧!

mvp都有谁

你知道MVP是什么吗?

嘿，测试的朋友们！

你知道MVP是什么吗？

如果你是体育迷，你可能会说：

“ 当然我知道，就是最有价值球员！

但这与测试有什么关系？！ “

但我不是指那个MVP…

我们追求的不是最多，我们追求的是最少!!

在这种背景下，MVP代表着完全不同的东西:

#Minimum Viable Product

MVP是一种产品或特性，它具有足够的功能，可以发布给用户，同时又能提供价值(这就是为什么有些人错误地称它为“最小价值产品”——不是很好，但足够接近其含义)。

其理念是快速发布产品，然后仔细评估用户的反馈(包括直接的反馈，以及通过使用监视得到的间接反馈)，以用户真正希望我们做的方式，继续开发功能或产品。

我们的目标是通过让用户直接告诉我们他们想在我们的产品中添加什么高级功能，从而避免产品管理和设计中的“猜测部分”。

通过这种方式，我们可以减少添加人们不需要或不会使用的功能的时间。

#我们怎么知道Minimal应该是多少？

这是一个棘手的问题，因为它仍将是有关各方讨论的问题。相信我，总是这样!

开发人员想要做的尽可能少，这意味着他们的工作量和风险更小。

产品所有者希望添加更多功能，因为他们已经知道（或者至少他们认为！）基于他们已经与之交谈过的无数用户所需要的功能。

产品所有者则希望添加更多的功能，因为他们已经知道(或者至少他们是这样认为的!)根据他们已经与无数用户交谈过的内容，知道需要什么。

销售和支持部门更倾向于发布“完整的”产品，而不是看起来开发了一半的产品。毕竟，他们需要向用户解释为什么我们特意选择发布某些东西——尽管我们知道它仍然需要更多的功能。

质量……?这就是我们可以提供有价值的投入的地方。这个想法是为了帮助我们达到一个微妙的平衡，即发布足够的功能来给用户带来价值，同时仍然有空间知道我们想要添加哪些额外的功能。

这并不简单，但是作为内部客户的拥护者，通过理解使用模式和系统的功能，我们测试人员拥有了帮助团队做出这个复杂决策所需要的知识。

#准备功能以捕获用户的反馈

好的，所以你设法与你的团队一起定义最小可行产品是什么，并发布它。

你完成了！ 对？

错误！！！

本练习或发布类型的整个概念是使团队能够收集有关如何继续开发产品的反馈，因此您需要确保产品“准备好”以提供反馈并且团队已做好准备收集它。

永远记住，反馈可以有多种形式和不同的渠道。 您可以捕获的最简单和最直接的反馈是人们是否正在使用此新功能。 考虑到将一次性签出该特性的人和将该特性作为其工作一部分的人区分开来。

大多数时候你会想要两者兼而有之。

当您要求客户告诉您他们的想法时，反馈可以是直接的;当您使用遥测和日志分析等方法度量他们对您的应用程序所做的操作和操作时，反馈可以是间接的。

大多数情况下，你想两者兼得。

#准备用户的反馈！

需要记住的一点是，客户不是为你工作的——通常情况下是相反的!

因此，当你要求他们就你刚刚发布的功能提供反馈时，你不能指望他们会直接回复你的邮件。

不要误会我的意思，有些人会非常乐意为您提供反馈，评论甚至是短评，解释他们对该功能的感受和想法（以及他们何时通过回答他们的观点来更好地表达自己的时间和承诺。问题），但大多数用户只会无视你的邮件要求反馈——毕竟他们有真正的工作要做。

别误会我,会非常乐意提供给你反馈,评论甚至短篇小说解释他们感觉和思考功能(当他们做你最好尊重他们的时间和承诺通过回答点和问题),

获得此反馈的一个好方法是让他们知道为什么他们的输入很重要，并通过解释这是请求将作为功能的一部分实现的事情的最佳时间。 后来，当他们到处告诉你他们想要什么时，包括他们的需求和需求可能为时已晚。

同时，尽可能地让这个问题个人化，这样他们就会明白为什么你问他们而不是问其他用户。

#扩展质量以涵盖客户幸福感的更多方面

这个主题是我最近一直在讨论的更大主题的另一个例子，我们如何扩展我们的工作以覆盖更多领域并更加确保客户的幸福。

我希望现在你们大多数人已经很清楚，质量不仅仅是web应用程序缺少bug或响应时间。这些是用户体验的重要元素，但不是唯一的。

通过帮助形成具有用户想要使用的功能的特性，我们正在帮助我们的团队扩展我们产品的质量，来提升客户对于产品的幸福感和满意度。

欢迎大家关注