problem-to-solution-framing

name	problem-to-solution-framing
description	当从个人成长经验中发现潜在商业或服务机会，并希望将其系统化为可交付的价值时

problem-to-solution-framing

When to Use

当从个人成长经验中发现潜在商业或服务机会，并希望将其系统化为可交付的价值时description

Core Logic

执行步骤

1. 识别深层问题

   • 输入：对自身或他人行为模式的观察。
   • 操作：超越表面现象（如“追求愉悦”），分析行为背后试图满足的深层需求或试图逃避的核心痛苦。明确一个具体、可描述的问题。
   • 判断标准：识别出的问题是否触及了动机根源，而不仅仅是表面症状？
   • 输出：一个清晰定义的深层问题陈述。

2. 验证与学习解决方案

   • 输入：上一步定义的深层问题。
   • 操作：
     • IF 你已有解决该问题的个人经验：系统梳理你的解决路径、关键决策点和所用资源。
     • ELSE (你识别了问题但尚未解决)：主动学习相关知识、技能或方法，并亲自实践以验证有效性。
   • 判断标准：是否形成了一套经自身或初步验证能够有效应对该问题的方法论？
   • 输出：一套已验证的问题解决方案框架或原型。

3. 记录与过程显性化

   • 输入：问题解决方案框架。
   • 操作：详细记录解决问题的完整过程，包括：起点状态、尝试过的步骤（无论成败）、遇到的障碍、突破的关键点、最终的结果与衡量标准。
   • 判断标准：记录是否足够详细，使得一个面临同样问题的人能够理解并复现关键步骤？
   • 输出：一份详细的问题解决过程文档。

4. 提炼可复制方案

   • 输入：问题解决过程文档。
   • 操作：从过程文档中抽象出通用的步骤、原则、工具和模板，去除个人化、不可复制的细节，形成标准化、可教学的方案。
   • 判断标准：提炼出的方案是否清晰、结构化，且不依赖于特定背景即可被理解和应用？
   • 输出：一个标准化、可复制的解决方案产品蓝图（如课程大纲、服务流程、工具包）。

5. 交付与价值交换

   • 输入：可复制的解决方案产品蓝图、存在该问题的目标人群。
   • 操作：将方案打包成适合目标人群消费的形式（如文章、咨询、软件、社群），并通过适当渠道提供给他们，完成价值交换。
   • 判断标准：方案是否成功交付并帮助他人有效解决了所定义的问题？价值交换是否可持续？
   • 输出：一个运行中的价值交付系统及用户反馈。

输出格式要求

提供一个机会评估简报，包含：

1. 识别出的问题：[问题陈述]
2. 解决方案摘要：[解决方案的核心逻辑与步骤]
3. 方案成熟度：当前处于哪一步（验证/记录/提炼/交付）？
4. 目标用户画像：简要描述谁会需要这个方案。
5. 最小可行性产品：设想一个最简单的方案交付形式是什么？

Metadata

属性	值
领域	创业与产品开发
类型	procedural (procedural)
置信度	90%
前置条件	拥有解决某个具体问题的个人经验或专长
来源	精神美学：如何构建美丽的心灵 > III – 心理空间 (III.iv – 企业家的精神)