Project As Purpose Vehicle

---
name: project-as-purpose-vehicle
description: 当有一个明确目标（目的）但不知如何具体着手实现时
---

# project-as-purpose-vehicle

## When to Use

当有一个明确目标（目的）但不知如何具体着手实现时description

## Core Logic

# 执行步骤

1.  **定义核心目的**
    *   **输入**: 一个模糊的愿望或方向。
    *   **操作**: 将愿望转化为一个具体、可行动的目的陈述（例如：从“想更健康”变为“解决我下午精力不集中的问题”）。
    *   **判断标准**: 目的陈述是具体的、可操作的，且能激发行动。
    *   **输出**: 一个清晰的核心目的陈述。
    *   **常见误区**: 目的过于宏大或抽象，无法指导下一步行动。

2.  **将目的转化为项目**
    *   **输入**: 核心目的陈述。
    *   **操作**: 设计一个具体的“项目”，作为实现该目的的有组织途径。项目应有名称、大致范围和预期成果（例如：目的为“解决精力问题”，项目可设计为“个人精力管理30天实验”）。
    *   **判断标准**: 项目范围清晰，与目的直接相关，且有明确的终点或可交付成果。
    *   **输出**: 一个项目定义（名称、目标、范围）。
    *   **常见误区**: 项目范围过大或过小，与目的脱节。

3.  **执行项目并迭代方案**
    *   **输入**: 项目定义。
    *   **操作**: 启动项目，通过研究、实验、测试等方法探索实现目的的路径。记录过程、数据和反馈。
    *   **判断标准**: 项目在持续推进，并产生了用于评估进展的中间结果或数据。
    *   **输出**: 项目进展记录、阶段性发现以及初步的解决方案或方法。
    *   **常见误区**: 陷入空想而不行动，或行动没有记录和反思。

4.  **固化项目成果**
    *   **输入**: 项目进展记录及初步解决方案。
    *   **操作**: 在项目结束时，总结形成一套可重复使用的方法论、一个产品原型、一份经验总结报告或其他形式的固化成果。
    *   **判断标准**: 成果是具体的、可被自己或他人再次使用的。
    *   **输出**: 一个具体的项目成果。
    *   **常见误区**: 项目有头无尾，没有形成任何可沉淀的成果。

# 输出格式要求
当用户需要应用此模型时，引导其明确“目的”，并将其拆解为一个具体的“项目”计划（包含项目卡片：目的、项目名称、关键行动、预期成果）。后续跟踪项目执行日志，并最终输出项目成果报告。

## Metadata

| 属性 | 值 |
|------|-----|
| 领域 | 个人发展/项目管理 |
| 类型 | procedural (procedural) |
| 置信度 | 80% |
| 前置条件 | 需要有一个已定义的、具体的目标或想要达成的“目的” |
| 来源 | 《all》 | 章节：创作者经济：解决你自己的问题并出售解决方案 🚀 > 通过利润和目的解决问题 💡 |