最小可行产品
-
核心概念：最小可行产品是指一款产品最初级的、可运行的版本。它只包含最核心、最关键的功能，其唯一目的是用最小的成本和最快的速度，收集目标用户对产品的真实反馈，以验证产品设想是否成立，从而决定下一步是继续优化，还是调整方向。它不是半成品，而是一个“完整的实验工具”。
-
核心特征：一个合格的MVP必须具备三个关键特征。第一是“可行”，它必须能实际运行，解决一个具体的、最小化的问题。第二是“最小”，它必须砍掉所有非核心的附加功能，只保留验证核心理念所必需的那一个功能点。第三是“可度量”，它的上线必须能产生明确、可追踪的用户行为数据或反馈，不能仅仅是发布。
-
构建步骤：构建MVP需要遵循清晰的路径。首先，明确你要验证的、最核心的假设是什么。其次，围绕这个假设，设计出一个可被用户使用的最小功能组合。接着，以最快的速度（例如几天或几周）开发出这个功能。然后，将其推向一小批早期的、有代表性的目标用户。最后，也是最重要的，是系统地收集和分析用户如何使用它、说了什么、数据变化如何，而不是自我感觉好坏。
-
核心价值与常见误区：MVP最大的价值在于“快速试错、低成本学习”，它能避免团队在错误的方向上投入大量时间和资源。一个常见的严重误区是将MVP等同于质量低劣、用户体验差的产品。事实上，MVP在核心功能点的实现上必须稳定可靠，它的“简陋”体现在功能范围的聚焦，而非质量的低劣。另一个误区是闭门造车，发布后不主动、不系统地收集反馈，这就完全失去了MVP的意义。
-
演进与实例：根据MVP收集的反馈，产品会进入快速迭代循环。如果反馈验证了核心假设，就加入更多高优先级功能，逐步完善为成熟产品。如果假设被否定，则可能需要调整方向甚至完全转向。一个经典案例是Dropbox的早期MVP：他们最初没有开发复杂的同步程序，而是制作了一个视频，演示了软件将如何工作。这个视频吸引了大量用户预约，验证了市场对“简单文件同步”的巨大需求，之后才投入全面开发。