minimum-viable-product-creation

name	minimum-viable-product-creation
description	当需要通过创建一个最小可行产品来验证市场需求、解决特定问题并开始商业化时

minimum-viable-product-creation

When to Use

当需要通过创建一个最小可行产品来验证市场需求、解决特定问题并开始商业化时description

Core Logic

执行步骤

1. 输入：一个待解决的问题或一个产品创意。 步骤：进行初步研究。寻找市场上现有的、旨在解决类似问题的产品或服务（例如，计划本、软件模板、课程）。 判断标准：成功收集到至少3个相关竞品或参考产品。 常见误区：跳过研究，直接开始创造，可能导致重复造轮子或忽略关键用户需求。

2. 步骤：体验与分析竞品。亲自使用或深入研究收集到的参考产品。 判断标准：能够清晰列出每个参考产品的优点和缺点。 常见误区：仅进行表面浏览，未深入体验核心功能和使用流程。

3. 步骤：合成创新方案。结合各参考产品的最佳部分，并融入自己的见解，设计一种新的、预期能带来更好结果的解决方案或方法。 判断标准：形成一份初步的产品功能列表或方法大纲。 常见误区：简单抄袭，没有进行任何整合与创新。

4. 步骤：内部测试与迭代。将自己作为第一个用户，使用该方案解决自身问题。 判断标准：方案能有效解决自身问题，并记录下使用过程中的所有痛点与改进点。 常见误区：追求完美，在未进行任何实际测试的情况下不断修改设计。

5. IF 内部测试成功（问题得到解决，方案可行）： 步骤：生产最小可行产品（MVP）。以最低成本（如电子书、PDF指南、模板文件、短视频课程）将方案产品化。 判断标准：MVP 包含核心解决方案，可供他人使用。 ELSE (内部测试失败)： 步骤：返回步骤3，基于测试反馈调整方案。

6. 步骤：向已建立的受众发布并销售该MVP。 判断标准：产品上架，并完成了至少一次销售或获得了首批用户反馈。 常见误区：等待产品“完美”后再发布，或向完全不相关的群体推广。

7. 步骤：收集客户反馈并迭代。根据早期用户的成果和意见，持续改进产品。 判断标准：产品更新了至少一个版本，且用户满意度或收入有所提升。 常见误区：忽视用户反馈，或根据单一负面反馈全盘否定产品。

输出格式要求

输出应包含：1) 明确的产品概念描述；2) MVP的核心功能清单；3) 初步的发布计划（如定价、渠道）。

Metadata

属性	值
领域	产品开发
类型	procedural (procedural)
置信度	90%
前置条件	已初步建立或识别了一个目标受众群体, 已明确一个需要解决的个人或市场问题
来源	数字杠杆致富：3：新富的专注工作常规