用途：在投入开发或资金前，用极简创业框架检验一个商业想法是否值得继续。核心原则是“靠卖来验证，而不是靠造”：多数创始人花数月做出没人要的产品，正确做法是先卖手工版解决方案。
主要流程：第一步定义问题而非方案，需明确谁有这个具体问题、他们现在如何解决（现有变通方案就是真正竞争对手）、痛点有多强、是否愿意付钱消除它；第二步判断能否先手工解决，即“流程化”，自己先做一遍，把每一步写在纸上，能为少数人手工解决，日后才谈自动化，文中以 Gumroad 早期由 Sahil 手工收集 PayPal 信息并逐个付款给创作者为例；第三步看人们是否愿付钱，终极验证是交易，需问现在能否对手工服务收费、是否与至少 10 位潜在客户谈过、是否至少 3 人表示愿付或已实际付款、什么价格自然；第四步是构建前四问：能否在一个周末内发布（首版 2—3 天做出原型）、是否让客户生活略好、是否有客户愿付钱（首日即盈利）、能否快速拿到反馈。
红旗信号（不应构建）：没人在试图解决该问题（没有现存变通方案）；说不出 10 个具体有此问题的人；唯一验证是“朋友觉得点子很酷”；需要教育人们他们才有这个问题；为自己不属于的社群构建。绿旗信号：人们已在为更差的方案付费；你已手工为少数人解决且他们很喜欢；社群在积极抱怨该问题；能用一句话描述客户及其痛点；这是在挠自己的痒处。
输出：给出明确裁定——已验证（信号强，可推进 MVP）、需要更多验证（给出收集证据的具体下一步）、需要转向（想法需根本调整并建议方向）。
限制：资料未提供该技能的安装命令、具体平台支持、收费与价格信息。