凉风方法
一套帮助独立创造者持续把想法变成产品的方法。它不是新的软件开发流程——它解决的是：太早进入完整开发、太晚获得真实反馈、项目停止后没有留下可复用资产。
本页目录
解决什么问题
方法分为两个循环：
- 内容验证循环——先验证有没有人关心；
- 产品验证循环——再验证有没有人真正使用，以及是否值得长期投入。
不是每一个想法都值得成为产品；但每一个想法都值得被快速验证。
内容验证循环
Idea
Frame
Content MVP
Publish
Feedback
Decision
- 01Idea 想法——来自真实工作、客户、历史项目。此时它只是假设，不是产品。
- 02Frame 框定——一句话回答：谁遇到什么问题？本次最小演示验证什么？观众能给什么明确反馈？
- 03Content MVP——0.5~2 个工作日做出足够拍摄的最小结果，诚实说明完成度。
- 04Publish 发布——发布本身是验证动作，不是宣传。视频必须包含真实问题、最小结果、思路、限制、反馈邀请。
- 05Feedback 反馈——收集具体场景、试用申请、真实素材、询价与重复需求，而不只是播放量。
- 06Decision 决定——72 小时后，只能作出下面四种结论之一。
KILL没有明确需求，停止
LEARN定义不准，调整再验证
TEST有人明确需要，进入产品 MVP
PROMOTE需求清晰，升级为项目
产品验证八步
- 01Observe 观察——问题发生在哪里、谁在经历、当前怎么解决、成本是什么。
- 02Define 定义——用户说"要一个数字人"，真问题可能是"真人口播成本太高"。先定义问题，再选功能。
- 03Validate 验证——至少一位真实用户愿意说明场景、试用、投入时间。没有真实承诺的需求只是假设。
- 04Break Down 拆解——核心目标、必须解决与暂不解决、约束与风险、成功标准。目标是最短验证路径。
- 05First Build 首版——只验证一个核心任务，明确不做什么，尽快交给真实用户。
- 06Deliver 交付——没进入真实场景的产品仍是原型。看用户能否独立完成、是否重复使用。
- 07Sustain 可持续——获客、部署、维护成本；收入能否覆盖；是否愿意做三年。能使用 ≠ 能持续。
- 08Document & Share 记录——为什么开始、判断、失败、反馈、去留原因，全部公开留档。
生命周期
Idea想法
Experiment实验
Project项目
Product产品
不是每个想法都会成为实验；不是每个实验都会成为项目；不是每个项目都会成为产品。停止是方法的一部分——你可以在实验档案里看到每一次停止的完整记录。
三道判断门
- 门 A是否值得拍——问题能讲清楚吗？两天内能做出最小演示吗？观众能快速判断吗？
- 门 B是否值得开发——有具体场景反馈吗？有人申请测试吗？出现重复需求了吗？
- 门 C是否值得长期做——有重复使用吗？有人付费吗？能标准化吗？维护成本可控吗？与凉风的长期方向匹配吗？
成功与停止
一次实验的成功，不一定是继续开发。找到真实用户是成功；发现问题定义错误是成功；确认用户只愿意看、不愿意用，也是成功——它们都让下一次判断更准。
NORTH STAR
方法的目标不是让每个想法成功。方法的目标是让我们更早知道，什么值得继续。
这套方法正在被凉风Lab 自己验证：实验档案里的每一条记录，都是它的一次运行结果。方法本身也会随实验修订——修订历史公开。