尽快开发第一个MVP !
尽可能最小的产品,是有价值的,可用的,可行的。
MVP是生产项目(即一个可行的产品)约束功能集(最低)。区分从一个原型,这通常不是一个畅销的产品。MVP的目的是产生“学习”进行验证产品符合用户需求。
MVP是一个关键组成部分的第一步Build-Measure-Learn周期,并且可以帮助后续产品的迭代。MVP执行子集计划在最终系统的功能。这意味着特性是“有用但不是必不可少的”不包括在MVP。下面的图形通常用于说明MVP的方法。
为什么使用MVP ?
- 快速用户提供功能
- 加速学习
- 支持基于用户行为和反馈迭代
- 抑制系统的复杂性,避免过度设计的解决方案。
- 演示和测量值准确;快速迭代交付
- 涉及非传统供应商
MVP的属性
- 简单的
- 集中
- 优先
- 面向用户的
- 增量
- 发展迅速
- 为用户提供了能力
MVP的收购
做一个MVP的采办计划看起来有点不同于在商业世界中,并且需要一些额外的考虑。
首先,在商业世界,MVP的产生开发人员,而不是要求客户。这些开发人员(通常是小型初创企业)可以直接设计,构建,和现场MVP的,提供给顾客,以验证产品的价值或假设一个用户的行为。然后开发人员使用反馈来塑造产品的下一个版本。
一个政府项目办公室,相比之下,本质上是一个客户,而不是开发人员。自项目办公室人员通常不参与编写代码或弯曲金属,他们可能无法产生直接MVP。相反,他们必须请求从供应商的MVP。这要求他们与三个不同的团体协作不是通常提到的MVP发展剧本和指南:
- 承包
- 供应商
- 用户
每一个团体都有自己的程序,偏好,角色,和局限性。
从一个承包的角度来看,项目办公室必须引入合同语言要求供应商提供的MVP。这种方法的主要挑战之一是供应商和承包人员习惯于正式定义产品需求早在这个过程。一个MVP的场景更高层次的设计模棱两可在过程的早期阶段。
MVP的方法将从paperwork-focused锻炼需求验证活动关注于产品的运动。它产生的数据用户交互产品,和数据是立即可用的供应商开发后续产品迭代。重点是实验探索和发现需求/验证通过用户交互,而不是在预定义的性能需求。这导致更高层次的设计的忠诚用户需求和提供操作价值。
从一个时间表角度,提出发展时间表必须建立一个节奏迭代部署与用户活动获得更多的用户行为信息和需求。这些活动应该导致重新设计产品。这是一种截然不同的方法比single-step-to-capability或国际奥委会/船方法通常存在于国防采办计划。
当追求一个MVP的方法,必须专注于源选择评估供应商的能力快速交付MVP和遍历后续设计,而不是解决方案的最终设计。换句话说,投标人必须证明灵活性和响应性而不是提出一个闭锁设计。买家可以根据过去的经验证明这一点适应能力与设计和组织承诺MVP实践(精益创业等)。
对于这个策略是有效的,项目办公室必须安排用户和供应商花时间在一起在现实条件下,用户可以提供直接反馈供应商对系统的功能和能力。在做这些安排,项目办公室必须塑造用户期望的关于产品的评估(即最低和迭代),建立固体安排用户是可用的。可能需要解释MVP的概念并传达给用户带来的好处。是很重要的保持时间要求用户低,但同样重要的是要强调长期的好处。
第809节小组mvp
Section 809面板中第三卷报告(第1部分,94页)建议国防部:
最大化的使用原型设计、实验和最小可行产品。
执行投资组合应该最大化利用原型、试验、示范,和最小可行产品(mvp)独立于特定的程序以及在给定的收购程序的生命周期的早期阶段。国会和美国国防部,在过去的几年里,建立了一系列举措,基金组织和途径来增加使用这些实践。国防部已经开始实现中间层通过快速并购收购和快速部署路径每节804 2016财政年度的民族。这些途径可以创新技术原型,展示他们在一个操作环境,并产生成熟的功能,而无需经过JCIDS和多德5000年收购流程。原型或MVP的操作员和工程师将加速学习之外的解决方案和设计团队进行CBA或农产品协定的。投资组合应该使用多个原型途径最大限度地之前建立一个正式的程序或后续增量影响范围和要求。迭代原型和mvp将改善的机会机会利用领先的技术和为作战人员提供高价值的能力。原型提供有价值的输入任务工程努力通过展示如何加强单个元素的任务线程产生全面的影响。
关键问题
前进MVP战略涉及问和回答一系列的问题。
- 项目的假设是什么?
- 用户将如何回应如果75%的需求被移除?
- 你会删除从设计如果你必须明天船吗?
- 你怎么知道哪些特性最必要吗?
- 什么是你学习的过程呢?
- 如果用户可以投票的设计,他们会要求更复杂的或更少吗?
- 你是谁建立的程序?(尽量详细)
- 多快可以用户可用与最初的MVP吗?
- 合同语言需要被纳入RFP吗?
- 在当前计划,何时可以提供给用户一个MVP吗?
- 有多舒适和MVP语言引入合同签订合同人员吗?
行业的一天是一个理想的机会开始与供应商讨论MVP的。
风险
可能会有不愿允许用户和供应商直接联系,基于担心用户评论可以作为合同的指导。预先建立一些规则,包括承包人员讨论解决这个问题还有很长的路要走。
幸运的是,有越来越多的政策和先例支持这种方法。的15.306 (d) (4)提供了有用的政策指导,相关MVP讨论。国家政府应该:
“…建议要约人…他们的建议会更有竞争力,如果过度被移除。”
这一条款表明,联邦收购法规与极简主义设计兼容和与政府人员向投标人提供直接反馈,鼓励他们来简化他们的建议为了更具竞争力。
也有担心用户的可用性或者把过度需求用户的时间。明确的期望和限制应该建立。
是很重要的对于所有涉及承认MVP可能揭示错误的假设或缺陷在最初的计划,需要一个“主”计划。这是一个迹象表明,MVP的方法是有效的。埃里克·里斯在他的解释)领导人指南,“我们先接受我们不知道未来的工作。“里斯继续说”…我们应该很高兴被证明是错误的。”
最终,是一个MVP的方法降低风险的策略,而不是一个高风险的命题。它迅速提供验证用户反馈给开发商和缩短了延迟部署能力。更简单的系统和架构更脆弱,更紧密地与操作的需要。这样可以减少失败的可能性和后果。
5成功的MVP的共同特点
1。容纳一个人
最成功的mvp观众缩小至一个人。你能在识别特定产品你的目标受众是谁?你的买家的角色是什么?照片,一个人记住你的理想客户是谁,设计MVP解决一个人的需要。当你构建许多不同的观众,你击败一个最小可行产品的目的。如果你还没有找到你的利基,你的目标受众,到头来你会花钱吨或营销和没有得到任何有关你的产品回报和相关反馈。
2。听很多人
而构建MVP记住一个人,这并不意味着你从一个人那里获得反馈。通常,甚至获得理想的客户档案是一个发现的过程。你的MVP只是一个起点,而不是终点。收集反馈很多人符合理想的客户档案。构建一个MVP的想法是验证产品概念,所以专注于为你的下一步行动,直到你得到答案。
3所示。专注于做的少
MVP不是关于建筑越来越少。它是关于建筑的特性,展示你的产品的核心价值。你设置的功能还将取决于产品的类型你建筑及其竞争格局。如果您正在构建一个完全独特的产品在一个新市场,这是你的机会就小,它给你的市场验证。例如,如果你的想法是一个应用程序从餐馆提供送货上门的食品在市场没有这个,你可以只是一个着陆页和一个电话号码来验证是否人想要他们的食物回家首先交付。一旦你得到充分的验证,你可以开始自动化应用程序的各个部分。但如果你是在市场推出相同的应用程序已经有许多这样的现有应用程序,你的第一个版本的产品看起来更复杂。
4所示。专注于测试
你建立一个最小可行产品来测试你的假设用最少的时间和精力花在产品开发上。所以,走出去,测试市场。不要试图去赚钱马上与你的MVP。不追求盈利。寻求得到验证或有价值的反馈来帮助你建立一个版本,可以扩展成为一个大企业。我不想说不收费你的MVP。无论如何,做费用如果有足够的价值,但不要专注于赚钱。这不是你的构建一个MVP的目的是什么。
5。小,包含发射
启动MVP并不等同于启动你的产品。MVP的目标是不同的产品。你推出一个产品当你确认了对它的需求。你构建一个MVP当你有一个想法,人们会购买你的产品。你可以犯很多错误在前几个版本迭代。犯这些错误的几个人,让产品在某种程度上,你发现更大的转换,订婚和保留。很容易从一个拥有所有这三个MVP。
你可以采取行动
- 从范围和需求评估可行性的MVP
- 程序在早期阶段,需求还没有被锁定在一个主要的需求文档是理想的。
- 如果一个需求文档完成,有可分割的分段,可以提前交付给用户。根据约束这可能需要作为一个原型副认证的操作系统。
- 如果不是,评估可行性修改需求文档批准当局传递一个或多个mvp。
- 评估合同条件
- 如果没有合同,合同策略可以集成MVP交付和反馈机制。如果在合同,检查可行性、权衡和激励合同的修改,使mvp。
- 确定合同语言包括在未来的rfp。
- 与用户工作确定核心优先功能演示和学习价值。识别用户谁愿意成为早期采用者的新产品或服务。提前的原型。
- 工程师和供应商一起工作出一个MVP范围包括更多现成材料,原型,和软件。
- 与测试人员和认证工作精简流程,调整策略,并使资源MVP (s)的用户验收测试。
引用
- 一个最小可行产品不是一个产品,它的一个过程吉姆Brikman YCombinator
- 最小可行产品需要实际上是可行的帕特里克•桑顿
- 精益创业由埃里克·里斯
- 精益创业原则由埃里克·里斯
- 最小可行产品马蒂。Cagan
- 5成功的MVP的共同特点拉胡尔Varshneya
- 这是一个原型或者MVP吗?实际上,这是一个概念证明乔治Krasadakis
- 的数字服务剧本- - - - - -打4(使用敏捷和迭代实践构建服务)
- 的TechFAR手册上的要求
- 原型设计指南研发,OUSD / EC&P, 2018年12月
