需求场景
问题发生在什么真实情境,用户想解决哪类业务或生活问题。
用户问题罗盘不是问题数量竞赛,而是识别需求场景、表达路径和企业供给之间的关系,让每个问题都有正确的承接内容。
痛点层用于系统理解用户尚未说出品类时的需求;对外交付仍按模糊期、专业期和决策期组织核心问题。
用户只说感受、症状或目标,尚未形成明确品类表达。用于识别可被教育的技术点。
用户知道要解决什么,仍在了解概念、方向、类别和基础选择标准。
用户开始用参数、方法、适用条件与风险等专业维度筛选方案。
用户在具体品牌、机构或方案之间取舍,关注证据、口碑和交付边界。
问题发生在什么真实情境,用户想解决哪类业务或生活问题。
用户从痛点到专业筛选会怎样学习、追问和收窄候选范围。
企业哪些真实能力能够承接问题,相关证据和边界是什么。
核心问题必须能对标准答案、能找到企业事实、能确定承接内容。无法解释“为什么问、谁来答、用什么证据”的问题,不进入核心交付集。
| 检查点 | 通过标准 | 不通过时 |
|---|---|---|
| 阶段 | 能说明用户正在做什么决策 | 回到表达路径重新判定 |
| 供给 | 能关联企业真实资料或已确认优势 | 补材料或移出交付集 |
| 承接 | 有对应官网页、文章或问答形态 | 先补内容结构 |
| 答案 | 可与企业共同确认正确范围 | 保留待确认,不强行生成 |