需求发现编排器

一句话定位

从一个模糊的痛点线索出发，系统性地跑完六个工具卡，输出可直接进入方向定界的需求发现报告。

何时触发

• 你有一个产品想法或痛点线索，需要系统性验证
• 需要从需求发现到方向定界的完整过程
• 想要确保需求判断有结构化依据

输入

一个模糊的产品想法或痛点描述。

示例输入：

"我想做一个 AI 客服产品，帮企业自动回复客户问题"

编排流程

用户输入
  ↓
【Step 1: 微需求检测】p0a-micro-needs-detector
  → 输出: 是否存在被忽视的微需求
  ↓
【Step 2: 需求四层拆解】p0c-needs-decomposer
  → 输出: 表达层/场景层/处境层/代价层
  ↓
【Step 3: 真需求验证】p0b-real-needs-validator
  → 输出: 真/伪需求判断
  ↓
【Step 4: 需求考古】p0d-needs-archaeologist
  → 输出: 深层需求 + 历史约束
  ↓
【Step 5: 好问题生成】p0e-good-question-generator
  → 输出: 六维度研究问题
  ↓
【Step 6: Agent 边界设计】p0f-agent-boundary-designer
  → 输出: 完整边界文档
  ↓
输出: 需求发现报告

每个 Step 的输入输出

Step 1: 微需求检测

输入：用户原始想法 输出：

micro_needs:
  found: true/false
  needs: ["发现的微需求列表"]
  recommendation: "是否需要重新定义问题"

Step 2: 需求四层拆解

输入：用户原始想法 输出：

decomposition:
  layer1: "表达层"
  layer2: "场景层"
  layer3: "处境层"
  layer4: "代价层"
  reframed_problem: "重定义的问题"

Step 3: 真需求验证

输入：重定义后的需求 输出：

validation:
  is_real: true/false
  pass_count: "X/5"
  confidence: "high/medium/low"
  if_fake: "如果是伪需求，真正的问题可能是"

Step 4: 需求考古

输入：已验证的需求 输出：

archaeology:
  deep_need: "深层需求"
  constraints: ["约束条件"]
  historical_attempts: ["历史尝试"]
  productizable: "yes/no"

Step 5: 好问题生成

输入：深层需求 输出：

good_questions:
  dimensions: ["六个维度的问题"]
  best_question: "最佳研究问题"
  research_direction: "研究方向"

Step 6: Agent 边界设计

输入：产品场景 输出：

boundary:
  decision: "决策权边界"
  data: "数据边界"
  action: "行为边界"
  responsibility: "责任边界"
  human_ai: "人机协作边界"

综合输出格式

needs_discovery_report:
  input: "原始想法"

  executive_summary:
    verdict: "需求是否成立"
    confidence: "high/medium/low"
    key_finding: "最重要的发现"
    recommendation: "建议动作"

  detailed_findings:
    micro_needs: "Step 1 结果"
    decomposition: "Step 2 结果"
    validation: "Step 3 结果"
    archaeology: "Step 4 结果"
    good_questions: "Step 5 结果"
    boundary: "Step 6 结果"

  next_steps:
    if_proceed: "如果继续，进入方向定界的准备"
    if_revisit: "如果需要回顾，重新定义的方向"
    if_stop: "如果停止，为什么"

  artifacts:
    direction_brief_input: "可以直接作为 p1-direction-framing 输入的内容"

使用方式

方式一：完整流程

我有一个想法: [描述]
帮我跑完需求发现流程

方式二：单独调用某个工具卡

帮我用微需求五问检测这个场景: [描述]
帮我做需求四层拆解: [需求]
帮我验证这个需求是不是真需求: [需求]

方式三：跳过某些步骤

需求已经验证过了，直接进入需求考古
边界设计已经有了，跳过 Step 6

与其他 Skill 的关系

• 上游输入：用户的灵感、痛点、市场观察
• 下游输出：p1-direction-framing（方向定界）
• 并行使用：可以在 p1 过程中反复调用验证

一句判断

需求发现不是一次性活动，而是持续验证的过程。每个工具卡都是一个检查点，而不是最终答案。