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小时工作日）🚀