AB Data

以软件产品开发为例，让我们看一下一些技术：

倾斜。一种涉及“开发-测量-学习”迭代的循环方法。当使用这种方法销售产品时，决定因素是反馈分析。在每次迭代中，产品创建者在分析反馈后进行必要的更改，然后再次开始测试 MVP 的更新版本。通过正确的方法，此方法可以让您缩短最终产品发布的时间范围。

Scrum。该方法还基于该过程的循环性质。主要区别在于，周期的长短和迭代次数取决于工作范围，由开发产品的公司决定。周期持续时间通常为 2-4 周。每个这样的时期称为“冲刺”。 MVP是在第一阶段 菲律宾电话 创建的。当信息以消费者反馈和分析的形式提供时，开发人员会对产品进行更改。使用这种方法时，主创团队正确分配了力量，工作起来相对平静舒适。但产品正在逐步开发。




看板。 “看板”一词从日语翻译过来，意思是“广告板”。这种方法并不意味着循环的发展方法。这是一个“及时”的实施系统。也就是说，问题一出现就解决。收到反馈后，开发人员立即将任务添加到总体目标列表中。

极限编程，XP（极限编程）。这种方法是高度专业化的，并且仅在软件产品开发领域有效适用。该方法是周期性的，但周期的持续时间很少超过7天。 XP 包括代码重构、设计简化和基于测试的频繁迷你发布。当使用XP方法时，MVP会在短时间内推出，然后开发到功能齐全的版本。

启动 MVP 的 alpha 和 beta 测试
产品的 Alpha 测试应该只针对一小部分受众，通常由亲密的人——亲戚、朋友和熟人组成。初步纠正缺点后，您可以开始测试版研究，该研究是与真实客户一起进行的。根据编辑的数量和编辑的速度，您可以在两到三个周期内获得成品。也有可能一路上我们要增加迭代次数，甚至回到推出MVP的第一阶段。

启动 MVP 的 alpha 和 beta 测试


创建 MVP 时的错误
努力创造一个理想

为了生产“梦想产品”而进行的无休止的返工和修改会导致整个项目概念失败的风险。有必要认识到，创建一个具有基本配置的产品意味着开发一个功能性的 MVP，而不是一个立即现成的最终产品。

未兑现的承诺

在向目标受众提供产品时，企业家往往赋予产品一些不存在的优势，而这些优势在下一阶段实施时会遇到很大问题。这个错误可能是致命的。没有获得所声明功能的用户会对产品感到失望，即使一般来说现有功能非常适合他。

目标受众的反馈质量差

对初始版本的改进系统是基于消费者评论的分析。如果请求表述不正确，则很有可能从目标受众收到失真的信号。

选择退出分析

在实施该项目时，中间阶段不使用研究。重要的是要避免这种常见错误，并开始对 MVP 的各个方面（包括营销策略领域）进行中期分析。

无迭代

在进一步改进产品时，很少或根本不考虑通过反馈分析获得的信息。没有使用寻找解决问题方法的现代方法。所有这些都可能导致该项目的商业失败。

冗余功能

在与消费者沟通的过程中测试功能过多的MVP时，开发人员会收到大量相互矛盾的信息，很难进行定性和定量分析，这使得项目的工作变得复杂。