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：你需要一个计划，但不是常规的那种