用途：把模糊的提示、信号或功能请求，转化为清晰、有证据支撑、可验证的产品问题陈述，并可用于评审已有陈述。
主要能力：该技能会先确认你手上的是已验证的问题，还是只是看似问题的需求/信号/指标；再应用通用核心规则，把问题与解决方案、症状、目标分离，找出真正原因，使其具体、可衡量、有证据支撑，并连接用户与业务。随后根据情境呈现取舍决策，包括选用何种定义工具、可衡量程度、原因是推理得出还是经证据验证、范围大小。
使用方式：先建立上下文，确认手头材料、涉及人群与场景、证据及原因是否已知、陈述将用于什么。核心规则包括：问题是差距而非功能；区分症状、目标与约束；用 5 Whys 找根因；明确谁在何时何地遇到何种障碍及可衡量后果；用用户证据验证；连接用户困难与业务影响；使用前测试设计、工程与领导层能否理解。可用结构为「问题 + 后果/影响 + 目标」，或 Who/What/Where/Why 框架。
适用场景：撰写或评审问题陈述、为规格或 OKR 提供输入、面试或案例作业。可衔接 pm-okr-metric-validity-audit（可衡量要素）与 pm-assumption-rigor-audit（假设的根因）进行验证。
限制：该技能只负责问题陈述这一产物；更广泛的问题发现、假设/实验设计、完整规格、优先级排序、人物角色深度、用户故事等交由其他技能处理。若相关技能未安装，则不阻塞，由本技能核心规则继续。根因在早期通常是推理结论而非已证实事实，需在投入实际资源前用用户证据验证。度量要素应可证伪，不能是虚荣指标。资料未提供具体安装命令或额外平台、价格信息。