ace3000chao
ace3000chao/book2startup
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/ace3000chao/book2startup --skill mvp-building命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 SkillsMP 当前能够提供的文件。
当企业Scaling遇到执行瓶颈时；当团队制定了战略却落不下去时； 当高管团队缺乏凝聚力和共识时；当需要一套可操作的运营节奏时。 触发信号："我们有战略但执行总是打折扣"、"团队开会效率很低， 议而不决"、"员工不知道公司的优先级是什么"、"客户反馈传不到 决策层"、"感觉大家各干各的，没有合力"。 不适用于：战略尚未形成阶段（先有战略再有习惯）、10人以下 极度扁平团队（此时强制的会议节奏反而抑制敏捷）。
用于诊断企业盈利能力是否达标。当用户讨论利润目标、绩效对标、规模化成功标准时激活。 不适用于：纯信息查询（如"行业平均利润率是多少"）、财务基础知识询问。 关键 trigger：提到利润率、盈利差距、规模化标准、对标竞争对手。
当创业者/管理者感到公司"什么都重要但抓不住重点"时；当战略、人才、执行、现金 四大领域互相掣肘、顾此失彼时；当团队扩张后决策质量反而下降时。 触发信号："战略和执行怎么平衡？"、"人重要还是流程重要？"、"我抓什么才对？" 不适用于：单一领域深挖（如只解决融资问题）、初创期0-1阶段的信息模糊期。
正在显示 SKILL.md
基于 SOC 职业分类
| name | mvp-building |
| description | 构建最小化可行产品来快速验证创业假设。当你有了一个创业想法、不确定顾客是否真的需要它、想在投入大量资源前先测试核心假设时，使用此Skill。 |
"最小化可行产品是满足早期用户核心需求的最简单产品形态，用于启动学习反馈循环。"
"如果在没有真实数据证实顾客会改变行为之前就开发新产品，就像是在黑暗中去射击。"
MVP的核心逻辑是**"最快速最便宜地验证最危险的假设"**：
IMVU的第一个产品：作者团队花了6个月开发了一个"糟糕透顶"的产品，发布后几乎没人用。但通过快速迭代，最终获得6000万用户和5000万美元年收入。如果当初花2年做"完美产品"再发布，可能早就倒闭了。
Facebook的起步：第一个版本只有一个功能——投票选头像好不好看。根据用户反馈才逐步添加功能。
当你听到以下问题时，就应该调用这个Skill：
列出你的商业计划中最可能在市场上站不住脚的假设：
原则：挑那个"如果错了整个业务就垮了"的假设优先验证。
针对这个假设，设计一个能获得真实反馈的最简单产品：
判断标准：这个MVP能否在2周内、用最小资源完成，且能回答"顾客是否真的需要这个？"
| 不适用场景 | 原因 |
|---|---|
| 硬件/制造业产品开发 | 物理产品无法像软件一样快速迭代，MVP成本太高 |
| 需要大量初始资本的餐饮/零售店 | 实体店开业前无法做真正的MVP测试 |
| 高度监管行业（医疗/金融） | 合规要求限制MVP的边界 |
| 已经是成熟市场的复制型业务 | 这种情况下"验证"的意义不同，更多是执行问题 |
作者盲点提醒：MVP方法最适合软件/SaaS/互联网产品。对于需要实体生产的产品，MVP的成本和周期都不可控，需要调整策略。