Problem Solution Creation Loop

---
name: problem-solution-creation-loop
description: 当遇到重复性、耗时不愉快但又暂时无法直接消除的必要任务时，用于系统性设计长期替代方案
---

# problem-solution-creation-loop

## When to Use

当遇到重复性、耗时不愉快但又暂时无法直接消除的必要任务时，用于系统性设计长期替代方案。description

## Core Logic

# 执行步骤

1.  **问题定义与目标设定**：清晰定义待解决的问题（如“处理重复性客户咨询”）。设定解决方案的目标：**最小化或归零未来在此问题上所需的个人主动投入时间**。
    - **判断标准**：问题陈述具体，且目标符合“减少持续个人时间投入”原则。
2.  **方案构思**：基于现有知识、技能和资源，构思解决方案。考虑方向包括：**产品化**（将服务转化为可重复销售的产品）、**自动化**（使用工具或脚本）、**系统化**（建立标准操作流程）、**授权/外包**（移交他人处理）。
    - **判断标准**：生成至少2个不同方向的潜在解决方案草图。
3.  **可行性分析与选择**：评估每个构思方案的可行性，考量因素包括：所需初始时间/金钱投资、实施难度、预期效果（节省时间比例）、可靠性。选择综合可行性最高的方案。
    - **IF** 存在明显最优方案 → 选定并进入步骤4。
    - **ELSE** (多个方案可行性相近) → 选择一个进行最小化可行性测试（MVP Test），根据测试结果决定。
    - **判断标准**：选定一个具体方案并明确其核心实施路径。
4.  **投资与实施**：将“解决问题”本身视为一个高杠杆项目，投入专注的时间块来实施选定的方案。接受短期内可能增加时间投入，以换取长期的节省。
    - **判断标准**：方案被实质性推动，例如自动化脚本完成初版、产品原型建立、外包交接流程启动。
5.  **验证与迭代**：方案实施后，监控其运行效果。检查是否真正减少了个人在该问题上的时间投入，以及是否引入了新问题。
    - **IF** 方案成功，达到目标 → 将该问题从活动清单中移除或降级。
    - **ELSE** (方案未达预期) → 退回步骤2或步骤3，分析原因并调整方案。
    - **判断标准**：有明确的指标（如每周耗时）来评估方案成功与否，并据此做出继续或调整的决策。

# 输出格式要求

为用户提供一个针对其具体问题的解决方案蓝图，包含：
1.  **问题重述**：清晰定义。
2.  **解决方案选项**：列出2-3个构思方案，并附上各自的优劣势分析。
3.  **推荐方案与行动计划**：明确推荐一个方案，并列出接下来3步具体的行动项、所需资源和预计完成时间。
4.  **成功指标**：定义如何量化评估该方案是否成功（例如：“将每周处理该问题的时间从5小时减少到0.5小时”）。

## Metadata

| 属性 | 值 |
|------|-----|
| 领域 | 问题解决 |
| 类型 | procedural (procedural) |
| 置信度 | 85% |
| 前置条件 | 已明确一个需要被解决的“问题”（即一项负向但必要的活动）, 拥有对该问题所在领域的基本知识或资源获取途径 |
| 来源 | 数字经济学：少工作，多赚钱（4小时工作日）🚀 | 核心原则：消除与聚焦 |