|
Post by sornofsadik on Apr 24, 2024 9:29:23 GMT
用户体验受到影响,人们对工作工具知之甚少、过于复杂或繁琐,会导致注意力丧失、积极性下降和生产力下降。 要做出改变,你首先要离开办公室,在会议上或午休时与同事会面,在公司活动中与代理交谈。 感谢您走到这一步!如果您有兴趣为内部用户、商业网络和经销商开发应用程序,您可以与我们联系。 MVP(最小可行产品)一词早已进入企业词典:它通常用于定义数字产品的非最终版本。 但它不仅仅是一个功能比最终产品少的物体:它是一种发现我们不知道的东西、限制风险和不确定性的方法。有时它甚至不是一个“产品”。 你的 MVP 真的“最小”吗? 有时我们会听到数字产品列出一长串技术规格。 以及详细的发布日历,有时包括世界上的多个地区,称为“MVP”。我问自己:这些产品 巴林电话号码表 真的是最小的吗? 我的感觉是,今天 MVP 一词已经取代了企业词典中旧的“测试版”:它描述了初步的、不完整的版本,需要在或多或少的大量受众上进行测试。在我看来,迷失的,或者至少最终出现在背景中的是,在 MVP 的基础上应该有一个未知答案的问题:MVP 是试图获取必要信息的工具回答这个问题。 也就是说,MVP 处理不确定性以及通过尝试学习事物、花费尽可能少的资源来减轻不确定性的需要:减少浪费是敏捷/精益的基本原则之一。 另一方面,如果 MVP 拥有 15 个上游计划功能中的 5 个。 由技术要求列表定义,那么它就不是 MVP,因为我们已经知道接下来会发生什么:也就是说,我们面临着瀑布流程,而不是精益,其中没有发现和迭代的空间。 为了澄清这一点,我认为退一步提醒自己 MVP 最初是什么以及它的用途可能会很有用。 MVP 从一个问题开始 “最小可行产品”一词是埃里克·里斯 (Eric Ries) 在他现在经典的《精益创业》中创造的。对于里斯来说,MVP 意味着 允许团队以最小的努力收集最大数量的有关客户的经过验证的信息(经过验证的学习)。 另一个定义是 Jeff Gothelf 和 Josh Seiden 在《精益用户体验》中的定义,他们用两个问题阐明了这一点。
|
|