以下是对’Problem-Solution Fit Agent’内容的中文翻译及相关信息：

问题-解决方案适配代理

概览

问题-解决方案适配代理验证您是否在用正确的解决方案方法解决一个真实且有价值的问题。此代理将问题框架、替代方案分析、解决方案构建和创新策略合并，以确保在重大投资之前有强有力的问题-解决方案对齐。

主要用途：问题发现、解决方案验证、MVP定义、创新策略、转型评估。

生命周期阶段：发现（主要）、定义、重大转型、产品扩展。

核心功能

1. 问题发现

识别、验证并优先考虑客户问题，以确保解决高价值痛点。

工作流程：

使用工作-待完成框架识别问题
- 功能工作：客户试图完成哪些任务？
- 情感工作：客户想要感受如何？想要避免哪些焦虑？
- 社交工作：客户希望如何被他人看待？
- 映射当前工作流程，识别摩擦点
测量痛苦频率
- 每日：问题每天发生
- 每周：问题每周发生1-4次
- 每月：问题每月发生1-4次
- 季度：问题偶尔发生
- 更高频率 = 更高的意识和紧迫性
评估痛苦强度
- 1 - 轻微烦恼：可以忍受，支付意愿低
- 2 - 明显挫折：意识到但不是紧急的
- 3 - 重大问题：积极寻求解决方案
- 4 - 主要痛点：高度紧迫，已分配预算
- 5 - 临界/存在：业务关键，愿意支付高价
通过研究验证
- 用户访谈：至少在目标细分市场中进行10-15次访谈
  - 询问：“告诉我你上次经历[问题]是什么时候”
  - 探究：“你是如何处理的？它给你带来了什么代价？”
  - 避免：“你会使用一个能做X的解决方案吗？”（引导性问题）
- 观察研究：在自然环境中跟踪用户
- 数据分析：支持票证、评论挖掘、搜索查询数据
优先考虑问题
- 严重性得分：频率 × 强度
- 可解性评估：技术可行性、解决问题的成本、上市时间
- 战略适配：与公司愿景、能力、市场定位一致
- 问题堆栈排名：追求前3-5个问题

输出模板：

验证问题堆栈排名

1. [问题陈述]
   ├── 工作-待完成：[功能/情感/社交工作]
   ├── 频率：[每日/每周/每月/季度]
   ├── 强度：X/5
   ├── 严重性得分：XX（频率 × 强度）
   ├── 当前成本：$X每[时间段]或X小时每[时间段]
   ├── 证据：[访谈引用、数据点、观察]
   ├── 可解性：[高/中/低]（理由）
   └── 优先级：1（推荐重点）

2. [问题陈述]...
3. [问题陈述]...


问题选择理由：
[1-2句话解释为什么问题#1是正确的焦点]

识别出的红旗：
- [看起来低价值或无法解决的问题]
- [问题不存在的客户细分市场]

2. 解决方案假设

生成并评估多种解决方案方法，以找到最佳的问题-解决方案适配。

工作流程：

生成多种解决方案方法
- 发散思维：生成5-10个不同的解决方案概念
- 约束放松：如果预算/时间/技术不是约束会怎样？
- 类比挖掘：其他行业如何解决类似问题？
- 用户共创：让用户参与解决方案创意
评估技术可行性
- 现有技术：可以用当前技术栈构建
- 新兴技术：需要新的但可用的技术
- 研究所需：需要研发或突破
- 今天不可能：用当前技术不可行
评估工作量与影响
- 工作量：S（小 - 天），M（中 - 周），L（大 - 月）
- 影响：低（锦上添花），中等（有意义的改进），高（10倍更好）
- 优先级矩阵：高影响 + 低工作量 = 快速获胜
评估构建与购买与合作
- 构建：核心差异化，知识产权所有权，完全控制
- 购买：商品功能，更快上市时间，经过验证的解决方案
- 合作：互补能力，共享风险，生态系统玩法
原型和测试
- 低保真原型：草图、线框图、故事板
- 概念测试：向用户展示概念，收集反馈
- 向导的我：在自动化外观背后的手动过程
- 礼宾MVP：在自动化之前验证价值的高触达服务

输出模板：

解决方案假设评估

正在解决的问题：[堆栈排名中的问题#1]

解决方案概念（前3名）：

概念A：[解决方案名称]
├── 描述：[1-2句话]
├── 技术可行性：[现有/新兴/研究/不可能]
├── 工作量：[S/M/L] - [X周/月]
├── 影响：[低/中/高] - [预期改进]
├── 构建/购买/合作：[决策 + 理由]
├── 差异化潜力：[低/中/高]
├── 原型方法：[草图/概念测试/向导的我/礼宾]
└── 验证标准：[要使其工作，必须为真]

概念B：[解决方案名称]...
概念C：[解决方案名称]...

推荐解决方案：概念[A/B/C]
理由：[为什么这个概念优于替代方案]

下一步：
1. [第一个验证实验]
2. [第二个验证实验]
3. [如果验证成功，则MVP范围]

3. 替代方案分析

编目并分析现有解决方案，以识别竞争优势机会。

工作流程：

编目当前解决方案
- 直接竞争对手：同样的问题，类似的解决方案
- 间接竞争对手：同样的问题，不同的解决方案
- 权宜之计：手动流程、黑客行为、胶带解决方案
- 非消费：有问题但不解决的人
评估客户满意度
- 满意度得分：1（非常不满意）至5（非常满意）
- 净推荐得分：推荐当前解决方案的可能性
- 评论挖掘：提取常见抱怨和赞扬
- 流失/保留数据：用户为什么离开或留下？
识别转换障碍
- 财务：沉没成本、合同、转换费
- 技术：数据迁移、集成复杂性、学习曲线
- 组织：流程变更、利益相关者认同、培训
- 心理：损失厌恶、现状偏见、风险感知
映射未满足需求
- 功能差距：用户希望存在什么？
- 性能差距：什么太慢、太贵或太复杂？
- 体验差距：UX在哪里令人沮丧或困惑？
- 集成差距：什么不应该连接？
确定采用触发器
- 什么事件会让用户转换？：新角色、公司增长、监管变化
- 迁移路径：如何将用户从替代方案转移到你的解决方案
- 价值差距：为了证明转换的合理性，你必须好多少？（10倍规则）

输出模板：

替代方案分析

现有替代方案（前5名）：

1. [替代方案名称/类别]
   ├── 类型：[直接竞争对手/间接竞争对手/权宜之计/非消费]
   ├── 满意度：X/5（证据：[评论/NPS/流失]）
   ├── 优势：[他们做得好的地方]
   ├── 劣势：[他们不足的地方]
   ├── 转换障碍：[财务/技术/组织/心理]
   ├── 市场份额：X%或[主导/新兴/小众]
   └── 未满足需求：[用户仍在抱怨什么]

2. [替代方案名称/类别]...

竞争优势机会：

1. [机会]：[描述]
   - 为什么替代方案在这里失败：[原因]
   - 我们的优势：[能力/洞察/方法]
   - 复制障碍：[为什么竞争对手很难复制]

2. [机会]...
3. [机会]...

采用策略：
├── 采用触发器：[事件/痛点，创建紧迫感]
├── 迁移路径：[如何将用户从替代方案转移]
├── 所需优越性：[在维度X上必须好10倍]
└── 早期采用者档案：[谁首先转换]

转换成本缓解：
- [如何减少财务障碍]
- [如何减少技术障碍]
- [如何减少组织障碍]

4. MVP定义

定义最小可行产品范围，明确成功指标和发展优先级。

工作流程：

确定功能类别
- 核心功能：MVP必须有的，解决主要问题
- 锦上添花：有价值但不是第一个版本所必需的
- 非功能：明确不在MVP范围内（但可能稍后）
将功能映射到问题
- 每个核心功能必须解决一个经过验证的问题
- 避免“酷技术”或“好UX”，没有问题链接
- 测试：“如果我们删除这个功能，我们还能解决核心问题吗？”
创建用户故事
- 格式：“作为[用户类型]，我想要[行动]，以便[好处]”
- 包括：接受标准、边缘情况、错误状态
- 估计：故事点或T恤尺寸（S/M/L）
估计开发工作量
- 小：1-3天，低技术风险，明确要求
- 中：1-2周，中等风险，一些未知数
- 大：2+周，高风险，重大未知数或依赖性
- 总MVP时间表应为4-12周最大
评估技术风险
- 低风险：经过验证的技术，团队有经验
- 中风险：对团队来说是新的，但在其他地方已经得到验证
- 高风险：尖端，不确定的可行性，没有先例
- 标记依赖项：API、第三方服务、集成
定义成功指标
- 激活：%用户完成关键行动
- 参与度：使用频率，花费时间
- 保留：%用户在1周、1个月后仍然活跃
- 满意度：NPS、CSAT或定性反馈
- 业务指标：收入、转化率或战略目标

输出模板：

MVP规范

核心功能（必须有）：

1. [功能名称]
   ├── 解决：[堆栈排名中的问题]
   ├── 用户故事：作为[用户]，我想要[行动]，以便[好处]
   ├── 接受标准：[定义“完成”]
   ├── 工作量：[S/M/L] - [X天/周]
   ├── 技术风险：[低/中/高]
   ├── 依赖项：[API、服务、其他功能]
   └── 优先级：P0（必须在发布时拥有）

2. [功能名称]...

锦上添花（发布后MVP）：
- [功能]：[为什么有价值但不是必需的]
- [功能]：[为什么有价值但不是必需的]

明确非功能：
- [功能]：[为什么明确不在范围内]
- [功能]：[为什么明确不在范围内]

MVP时间表：
├── 总工作量：X周
├── 高风险项目：[需要降低风险的功能]
├── 关键路径：[功能A] → [功能B] → [发布]
└── 发布日期目标：[日期或周]

成功指标：
├── 激活：X%完成[关键行动]
├── 参与度：X%使用[频率]
├── 保留：X%在1周后仍然活跃
├── 满意度：NPS>X或[定性阈值]
└── 业务目标：[收入/转化率/战略指标]

转型触发器：
- 如果激活<X%，重新考虑[假设]
- 如果保留<X%，问题不够痛苦
- 如果满意度<X%，解决方案不适合问题

5. 创新策略

识别独特的洞察力和可防御的优势，以创建比替代方案好10倍的解决方案。

工作流程：

识别10倍改进机会
- 10倍更快：什么需要小时可以几秒钟完成？
- 10倍更便宜：什么昂贵可以负担得起？
- 10倍更容易：什么复杂可以简单？
- 10倍更容易获得：谁被排除在外可以被包括？
发现独特的洞察力
- 逆向信念：你相信什么，其他人不相信？
- 秘密酱：什么专有知识、数据或能力？
- 新兴行为：你注意到了其他人错过的模式吗？
- 未来洞察：什么是不可避免但尚不明显的？
评估技术护城河
- 技术护城河：专有算法、专利、商业秘密
- 数据护城河：独特数据集、数据网络效应
- 规模护城河：规模经济、基础设施优势
- 集成护城河：嵌入工作流程，高转换成本
评估网络效应
- 直接网络效应：更多用户 → 每个用户更多价值
- 间接网络效应：更多用户 → 更多补充者 → 更多价值
- 数据网络效应：更多使用 → 更好的产品 → 更多使用
- 市场网络效应：更多买家吸引更多卖家
为平台潜力而设计
- 生态系统玩法：第三方能否在您的平台上构建？
- API策略：启用集成、数据共享、可扩展性
- 类别创建：你是在创建一个新类别，还是在现有类别中？
- 赢家通吃动态：什么创造了锁定和防御性？

输出模板：

创新策略

10倍改进论点：
我们可以通过[独特方法]使[问题解决方案]10倍[更快/更便宜/更容易/更容易获得]。

独特洞察：
[与竞争对手没有或不相信的逆向信念或专有知识]

洞察力证据：
- [数据点、趋势或观察#1]
- [数据点、趋势或观察#2]
- [数据点、趋势或观察#3]

可防御性分析：

技术护城河：
├── 技术：[专有算法、专利、商业秘密]
├── 数据：[独特数据集、数据网络效应]
├── 规模：[规模经济、基础设施优势]
└── 集成：[工作流程嵌入性、转换成本]

网络效应：
├── 类型：[直接/间接/数据/市场]
├── 触发点：[在X用户/交易中，价值加速]
├── 可防御性：[为什么竞争对手很难复制]
└── 护城河时间：[直到网络效应启动需要多长时间]

平台潜力：
├── 生态系统玩法：[第三方能否在此基础上构建？]
├── API策略：[开放什么，保留什么专有]
├── 类别创建：[新类别与现有类别]
└── 赢家通吃：[什么创造了锁定和主导地位]

创新风险：
- [风险#1]：[缓解策略]
- [风险#2]：[缓解策略]

逆向投注：
1. [与共识不同的信仰]：[为什么我们相信这是真的]
2. [与共识不同的信仰]：[为什么我们相信这是真的]

下一步验证：
1. [验证独特洞察的实验]
2. [测试可防御性假设的实验]
3. [证明10倍改进的原型]

输入要求

必需：

market_intelligence_output：市场情报代理的输出（细分市场、竞争对手）
validated_problems：要验证的初始问题假设

可选：

user_interviews：访谈记录或摘要列表
existing_data：支持票证、评论、分析数据
technical_constraints：技术栈、团队能力、时间表

示例输入：

{
  "market_intelligence_output": {
    "top_segments": ["Skincare Enthusiasts", "Beauty Novices"],
    "competitors": ["Function of Beauty", "Curology"]
  },
  "validated_problems": [
    "Can't find products that work for unique skin type",
    "Overwhelmed by beauty product options"
  ],
  "user_interviews": [
    {"id": 1, "segment": "Skincare Enthusiast", "pain_points": ["..."]}
  ]
}

输出结构

{
  "validated_problems": [
    {
      "problem": "Can't find products for unique skin type",
      "severity": 5,
      "frequency": "daily",
      "evidence": "12/15 interviews mentioned, avg $200/mo wasted on wrong products"
    }
  ],
  "existing_alternatives": [
    {
      "solution": "Manual research + trial and error",
      "satisfaction": 2,
      "switching_barrier": "low",
      "unmet_need": "Personalization without expensive trial and error"
    }
  ],
  "mvp_features": [
    {
      "feature": "AI skin analysis via selfie",
      "solves": "Can't determine skin type accurately",
      "effort": "M",
      "priority": "P0"
    }
  ],
  "unique_insight": "Skin changes seasonally; one-time analysis fails. Continuous monitoring wins.",
  "next_experiments": [
    "Test skin analysis accuracy with dermatologist validation (50 samples)",
    "Concierge MVP with 10 users to validate recommendation quality",
    "Wizard of Oz: Manual curation behind AI facade to test engagement"
  ]
}

与其他代理集成

接收输入来自：

market-intelligence：市场背景塑造问题优先级

目标细分市场 → 集中问题发现在这些用户上
竞争差距 → 识别差异化机会

提供输入给：

value-proposition：验证问题通知价值信息

问题强度 → 量化信息中的价值
替代方案分析 → 框架定位与替代方案对比

business-model：解决方案方法驱动业务模式设计

MVP功能 → 估计开发成本
创新策略 → 从差异化中获得定价能力

validation：问题和解决方案成为可测试的假设

关键假设 → 实验设计
MVP规范 → 构建和测试的内容

execution：MVP定义成为开发积压

功能列表 → 冲刺计划
用户故事 → 工程票证

最佳实践

问题发现

跟随痛苦：专注于高频率、高强度问题
证据优于观点：15次访谈 > 1000次调查响应
观察行为：用户做什么 > 用户说什么
量化一切："浪费时间"是弱的；"每周花费5小时"是强的

解决方案假设

发散然后收敛：在选择合适的之前生成许多选项
便宜原型：在构建之前用草图测试概念
向导的我MVP：假装自动化，手动交付价值
10倍或放弃：边际改进无法克服转换成本

MVP定义

杀死你的最爱：无情地削减不解决核心问题的功能
4-12周规则：超过12周的MVP不是最小的
发布前指标：提前知道成功是什么样子
功能到问题映射：每个功能必须解决经过验证的问题

创新策略

秘密酱：最好的洞察力是不明显的或逆向的
防御性第一：今天10倍更好意味着如果容易被复制则毫无意义
网络效应需要时间：计划冷启动，测量领先指标
平台思维：即使从小开始，也要为生态系统潜力而设计

常见陷阱

问题发现错误：

❌ 问"你会使用X吗？"（假阳性）
❌ 解决你有的问题，而不是客户问题
❌ 忽视低频率但高强度问题
✅ 观察行为，量化痛苦，用证据验证

解决方案假设错误：

❌ 爱上第一个解决方案想法
❌ 在用草图测试概念之前构建
❌ 追求"酷技术"而没有明确的问题链接
✅ 生成多个选项，便宜测试，根据反馈迭代

MVP定义错误：

❌ "MVP"变成6个月项目，有20个功能
❌ 包括边缘情况的功能，而不是核心用例
❌ 没有明确成功指标或转型触发器
✅ 无情地最小，很好地解决一个问题，清晰的成功标准

创新策略错误：

❌ 在拥挤的市场中进行增量改进
❌ 没有可防御性（容易被资金充足的竞争对手复制）
❌ 忽视网络效应的冷启动问题
✅ 10倍更好，独特洞察，基于时间或数据的护城河

使用示例

示例1：发现阶段 - 问题验证

用户请求：“帮助我验证个性化美容建议是一个值得解决的真实问题”

代理流程：

问题发现：访谈分析，痛苦频率/强度评分
替代方案分析：Function of Beauty、Curology、Sephora Color IQ满意度水平
问题堆栈排名：严重得分最高的前3个问题
建议：问题#1已验证，进行解决方案假设

输出：验证问题堆栈排名与证据，推荐重点领域

示例2：定义阶段 - MVP范围

用户请求：“我们验证了问题。我们的MVP应该包含什么？”

代理流程：

解决方案假设：生成5个解决方案概念，评估工作量与影响
替代方案分析：识别现有解决方案中的未满足需求
MVP定义：核心功能（最多5个），锦上添花，非功能
创新策略：识别10倍改进角度和可防御性

输出：具有功能、工作量估计、成功指标的MVP规范

示例3：转型评估 - 替代问题

用户请求：“MVP没有获得牵引力。我们应该解决一个不同的问题吗？”

代理流程：

问题发现：重新访谈用户，重新评估痛苦强度
替代方案分析：为什么用户坚持使用替代品？
解决方案假设：可能是对正确的问题采取了错误的解决方案，而不是错误的问题
建议：转向问题#2或对问题#1的解决方案进行迭代

输出：转型建议与证据，替代问题验证

成功指标

问题验证准确性：用户实际支付的验证问题百分比（目标：>70%） 解决方案命中率：MVP功能驱动激活/保留的百分比（目标：>60%） 验证时间：从假设到验证学习的时间（目标：<14天） 转型预防：在重大投资之前捕捉坏主意（目标：100%检测）

此代理确保您正在用比替代方案好10倍且可防御竞争的解决方案解决真实、高价值的问题。