Visual LabINTERACTIVE LEARNING
TYPE 01 · DEFINITION

定义型问题

到底发生了什么?

先统一对象、边界、现状、目标和指标,避免每个人解决的是不同问题。

PLAIN-LANGUAGE DEFINITION

先用大白话理解它

定义型问题不是“找答案”,而是把一句含糊的感受翻译成可以观察和验证的差距。问题可以写成:目标状态 − 当前状态,并注明时间、对象、场景、约束与成功指标。

常见识别信号
  • 问题里出现“太慢、很差、做不好”等模糊形容词
  • 不同参与者对成功标准的理解不一致
  • 还说不清问题发生在谁、何时、何处和多大范围
  • 一开始讨论方案就不断跑题
暂时别用它
  • 事实、目标与边界已经明确,真正缺的是原因
  • 只是想确认一个可直接查询的客观事实
STEP-BY-STEP

定义型问题的 4 步分析法

按顺序完成;每一步都要留下可以复查的文字或证据。

  1. 01

    描述可观察现象

    只写看到或测到的事实,暂时不要写原因与评价。

    谁在什么场景下,发生了什么?
  2. 02

    写出目标与差距

    把“希望更好”换成目标值、截止时间和目标人群。

    当前是多少,期望是多少,相差多少?
  3. 03

    划清边界与约束

    明确本次分析包含和不包含什么,以及时间、预算、质量等不可突破条件。

    哪些能改,哪些不能改?
  4. 04

    定义完成标准

    选择能够证明问题已解决的领先指标和结果指标。

    出现什么证据,我们会停止继续解决?
WORKED EXAMPLE

把“产品做不起来”改写成可分析问题

未经分析

产品为什么做不起来?

  1. 1

    现状:上线 30 天有 10,000 次访问,注册转化率 1.2%。

  2. 2

    目标:本季度把注册转化率提升到 5%。

  3. 3

    边界:先分析落地页到注册完成,不讨论获客量。

  4. 4

    约束:两周内验证,不改价格体系。

分析后的可行动结论

问题被改写为:注册漏斗在哪个步骤损失最大,哪些改动能在两周内把转化率从 1.2% 提升到 5%?

完成检查

满足这些条件,才算分析完成

  • 是否只陈述事实,没有偷偷塞入原因?
  • 是否写明当前、目标、差距、约束和指标?
  • 另一个人能否据此收集同一批数据?