需求已经以什么形式存在？
不要先讲产品。找已经发生的搜索、抱怨、手工流程、预算、时间损耗或绕路行为。
产出 · 需求现实与待补证据
← 方法论库产品工作坊
YC 六问产品诊断：先证明需求，再讨论方案
- 解决什么
- 这个想法建立在已经发生的需求上，还是只是一段听起来顺滑的方案？
- 何时使用
- 刚有 Idea、准备开始调研，或发现自己一直在讲功能却说不清具体用户时。
- 实践产出
- 定位、具体用户、最窄切口、最高风险与首个实验五项候选。
这不是一张“创业想法评分表”。它做的事更朴素：把你讲得最顺的那部分先放一边，逼自己回答谁正在为什么事付出代价、他今天怎么凑合、你到底看见了什么。
六问不是问卷，要一次只谈一件事
核心诊断顺序
他今天怎么解决？
现状可能是 Excel、微信群、外包、忍着不做，也可能是多个工具拼起来。没有现状替代，往往意味着问题还不够急。
产出 · 现状替代清单
哪一个具体的人最着急？
把“内容创作者”“中小企业”收窄成能想象出工作日、责任和失败后果的一个人。
产出 · 具体人群与挣扎时刻
最窄的切口是什么？
先解决一个高频、高痛、可触达的动作，不要在第一版同时服务所有人和所有场景。
产出 · 第一块楔子
你观察到了什么意外？
区分亲眼看到的事实和事后解释。真正有价值的切口，经常来自“用户没有按常理做”的那一刻。
产出 · 观察、意外与来源
它怎样进入更大的未来？
先证明窄切口能站住，再说明它为什么不是一次性小功能。不要用一个宏大故事遮住眼前还不存在的需求。
产出 · 扩张假设，不是扩张承诺
最后必须回到五项可行动产出
| 类型 | 要回答什么 | 不合格的样子 | 下一步去哪里 |
|---|---|---|---|
| 定位 | 给谁，在什么时刻，替代什么，为什么更值得选。 | “一站式 AI 平台”。 | 方向门与定位卡 |
| ICP | 一个具体角色、情境、责任和失败后果。 | “所有需要效率的人”。 | 用户画像与 JTBD |
| 钩子 | 用户一眼能认出的现状痛点或结果。 | 堆功能与形容词。 | 验证页首屏 |
| 最高风险 | 错了就不值得继续的那一条判断。 | 列十条同样重要的风险。 | 假设账本 |
| 首个实验 | 对象、动作、阈值、时间窗和停止条件。 | “先上线看看”。 | M4–M6 实验链路 |
为什么不自动给出 GO / KILL
硬打分看起来果断，却容易把证据不足伪装成精确判断。IdeaMind 可以指出前提冲突、证据缺口和最便宜的下一步，但继续、改变方向还是停下，必须由用户明确留下决定。
好的产品诊断不是替你显得更确定，而是让你知道下一份确定性该从哪里买回来。