需求真伪判定
区分用户说的解决方案与他真正的问题
用这个方法分析
上传录音或转写文本即可，未登录会先引导登录
产出长什么样
示例下面是一段虚构场景的示例产出，用来说明形态。真实分析会锚定你自己录音里的原话。
场景：某在线教育平台课程续费沟通，40分钟
需求真伪判定卡
| 判断维度 | 结论 | 支撑原话（节选） |
|---|---|---|
| 提出的方案与背后的问题 | 家长提出的表面方案是“立即全额退费”，但其真实问题是“对课程效果失望，且感到沟通不畅，未被重视”。 | “我就要退费，这课根本没用！” |
| “我之前反馈过几次孩子跟不上，你们也没回音。” | ||
| 伪需求判定与依据 | 伪需求：“要求更换更简单的课程”。 | |
| 依据：此为解决方案的表象，未触及核心矛盾。缺乏对“更简单”课程的具体定义和效果预期，属于未经验证的假设。 | ||
| 证据不足说明：【原文无依据/推断】家长未说明当前课程“难”在何处（知识点？进度？），也未提供孩子学习卡顿的具体案例。仅凭情绪化表达“太难了孩子没兴趣”推断，缺少行为证据。 | “给他换个简单点的吧，这个他学着没意思。” | |
| “反正孩子都说听不懂。” | ||
| 真问题的其他解法 | 1. 激活现有支持：立即启动专属学习顾问1对1学情分析，制定补救计划。 |
- 建立反馈闭环：承诺问题上报后24小时内必有实质性解决方案回复，重建信任。 | “你能不能先让老师看看他到底哪不会，有个计划？” “我需要你们有人能持续跟我沟通，而不是敷衍。” |
需要验证的假设
- 假设A：家长的核心诉求是“问题得到解决”而非“单纯退钱”。 验证方式：提出“先解决问题，若无效再启动退费”的阶梯方案，观察家长反应。 支撑原话：“我不是非得退，但这事儿你们得给我个说法。”（情绪缓和时提及）
什么时候用它
用在访谈、对外会谈、内部会议这类录音上。当内容里出现下面这些信号时，它最派得上用场：
用户业务方直接提功能要求
输出的 4 个模块
产出形态是判断卡，不是一段分析文字——有形态才能沉淀、才能被下游用。
- 1提出的方案与背后的问题
- 2伪需求判定与依据
- 3真问题的其他解法
- 4需要验证的假设
它怎么保证不瞎说
亲证锚定
三态分离
置信分层
证据不足时它会说「本场没有可供分析的对象，缺的是什么」，而不是编一个结论—— 这是硬要求，不是客套话。
常见问题
- 需求真伪判定适合分析什么样的录音？
- 适用于访谈、对外会谈、内部会议。典型触发信号：用户/业务方直接提功能要求。一场录音即可。
- 用需求真伪判定会拿到什么？
- 产出形态是判断卡，包含 4 个模块：提出的方案与背后的问题、伪需求判定与依据、真问题的其他解法、需要验证的假设。
- 需求真伪判定不做什么？
- 不得把单一用户的说法当成群体结论