Operational Order Planning

---
name: operational-order-planning
description: 当面对一个复杂目标或问题，需要设计实现路径时
---

# operational-order-planning

## When to Use

当面对一个复杂目标或问题，需要设计实现路径时description

## Core Logic

# 执行步骤

1.  **输入**：一个明确的目标（G）或一个待解决的核心问题（P）。
    **步骤**：将目标/问题类比为一个数学等式的“答案”。承认这个“答案”（最终形态）是未知或模糊的，当前拥有的只是对它的猜测。
    **判断标准**：能清晰表述“目标G/问题P的最终理想形态，目前对我而言是未知的，需要探索”。
    **输出**：对目标/问题“未知性”的确认。

2.  **步骤**：定义需要构建的“等式”。这个“等式”代表实现目标或解决问题所需的具体知识、产品、服务、方案或能力体系。例如，目标为“创业成功”，等式可能是“可行的商业模式+核心产品+团队+初始客户”。
    **判断标准**：能描述出构成“答案”的关键组件或要素是什么，即使不知道具体内容。
    **输出**：对需要构建的“具体知识或方案体系”（即等式）的高层次描述。

3.  **步骤**：识别构建“等式”所需的“操作”类型。这些“操作”是获取具体知识、创造组件或采取行动的基本单元，如“市场调研”、“技能学习”、“原型开发”、“测试反馈”等。
    **判断标准**：能列出几种可能需要的、不同类型的探索性或创造性“操作”。
    **输出**：一个可能的“操作类型”列表。

4.  **步骤**：构思“操作顺序”。基于现有认知，假设一个合理的操作序列来逐步构建“等式”。顺序是关键，错误的顺序（如先开发产品再验证市场）可能导致失败。
    **判断标准**：能提出一个符合逻辑的、阶段性的操作序列假设。这个序列应是可调整的。
    **输出**：一个初步的、假设性的“操作顺序”流程图或列表。

5.  **步骤**：执行“试错循环”。按照步骤4的顺序开始执行第一个或第一批“操作”，并根据结果（反馈、新知识）验证和修正：A) 对“答案”（目标形态）的猜测；B) “等式”（所需体系）的构成；C) “操作顺序”的合理性。
    **判断标准**：计划中包含明确的反馈节点，并能根据反馈调整后续路径。
    **输出**：一个包含反馈与调整机制的动态执行流程。
    **IF** 反馈表明当前路径有效：**THEN** 继续沿当前顺序深化操作。
    **ELSE IF** 反馈表明假设错误：**THEN** 返回步骤1、2或4，修正目标、等式或操作顺序。

# 输出格式要求
向用户呈现一个动态计划蓝图，包含：
1.  **目标/问题**（G/P）及其“未知性”说明。
2.  需要构建的**核心等式**（关键组件体系）。
3.  拟采用的**操作类型**。
4.  初步假设的**操作顺序**（用序号或流程图表示）。
5.  明确的**试错与调整机制**说明（在何时、依据何种反馈进行修正）。

## Metadata

| 属性 | 值 |
|------|-----|
| 领域 | 问题解决 |
| 类型 | procedural (procedural) |
| 置信度 | 80% |
| 前置条件 | 已有一个明确的目标或待解决的问题定义 |
| 来源 | 章节 2：你需要一个计划，但不是常规的那种 |