⚡

利益相关者模拟技能Skill stakeholder-simulation

这个技能用于在缺乏真实利益相关者时，模拟终端用户、技术、业务、合规和运营等不同角色的视角，生成多样化的需求观点。适用于单人需求工作、验证需求完整性、探索边界案例和冲突。关键词：利益相关者模拟、角色扮演、需求分析、solo工作、多视角、模拟利益相关者。

需求分析 0 次安装 0 次浏览 更新于 3/11/2026

name: 利益相关者模拟 描述: 单人需求工作的多角色利益相关者模拟。当真实利益相关者不可用时，生成来自模拟终端用户、技术、业务、合规和运营利益相关者的多样化视角。 允许工具: 读取, 全局, 搜索, 写入, 任务

利益相关者模拟技能

多角色利益相关者模拟，用于在单人工作时生成多样化的需求视角。

何时使用此技能

关键词: 利益相关者模拟、角色、单人启发、模拟利益相关者、多视角、无利益相关者访问、单人模式、代理利益相关者

在以下情况调用此技能：

  • 在没有直接利益相关者访问的情况下工作
  • 需要多样化的需求视角
  • 验证需求的完整性
  • 探索边界案例和冲突
  • 单人开发者需要利益相关者代理

可用角色

角色 代理 视角
终端用户 终端用户-角色 可用性、用户体验、可访问性、日常工作流
技术 技术-利益相关者 架构、可扩展性、安全性、性能
业务 业务-利益相关者 投资回报率、市场契合度、价值主张、成本
合规 合规-利益相关者 监管、法律、审计、数据保护
运营 运营-利益相关者 部署、监控、维护、支持

模拟模式

单角色模式

模拟一个特定利益相关者的视角：

模式: 单角色
角色: 技术
焦点: "支付处理的安全性关注"
输出: 来自技术视角的需求

多角色模式

运行多个角色以获得多样化视角：

模式: 多角色
角色: [终端用户, 技术, 业务]
主题: "结账重设计"
输出: 带属性视角的整合需求

冲突检测模式

专门寻找利益相关者视角之间的冲突：

模式: 冲突
角色: 所有
主题: "功能优先级排序"
输出: 识别的冲突与解决建议

工作流

步骤 1: 上下文设置

建立模拟的领域和主题：

模拟上下文:
  领域: "{领域名称}"
  主题: "{特定主题或功能}"
  现有需求: "{现有需求的路径（如果有）}"
  自主级别: 引导|半自动|全自动

步骤 2: 角色选择

确定模拟哪些角色：

所有角色（全面）：

  • 用于初始发现时
  • 确保没有视角遗漏
  • 耗时较长但更彻底

选定角色（聚焦）：

  • 用于探索特定关注点时
  • 更快、更有针对性的输出
  • 适合后续会话

步骤 3: 模拟执行

为每个选定的角色，生成相应的代理：

模拟执行:
  - 角色: 终端用户
    代理: 终端用户-角色
    提示: "从终端用户视角，你对{主题}有哪些需求？"

  - 角色: 技术
    代理: 技术-利益相关者
    提示: "对于{主题}，存在哪些技术需求和约束？"

步骤 4: 需求收集

从每个角色收集需求：

收集的需求:
  - id: REQ-SIM-001
    文本: "{需求陈述}"
    角色: "{哪个角色生成此需求}"
    视角: "{用户|技术|业务|合规|运营}"
    优先级: 必须|应该|可以
    置信度: 中等  # 模拟需求始终为中等
    理由: "{为什么这个需求对此角色重要}"

步骤 5: 冲突检测

识别视角之间的冲突：

冲突:
  - id: CONFLICT-001
    需求: [REQ-SIM-003, REQ-SIM-012]
    描述: "终端用户希望简单性；技术希望安全性"
    角色: [终端用户, 技术]
    建议解决: "{提议的折衷方案}"

步骤 6: 整合

合并和去重需求：

整合:
  - id: REQ-SIM-FINAL-001
    文本: "{整合的需求}"
    支持者: [终端用户, 业务]
    优先级: 必须
    置信度: 中等
    需要验证: true  # 所有模拟需求都需要验证

角色档案

终端用户角色

视角: 日常用户体验

关注点:

  • 易用性
  • 直观的工作流
  • 错误恢复
  • 可访问性
  • 移动/响应式设计
  • 学习曲线

典型问题:

  • “我如何轻松完成X？”
  • “当出现问题时会发生什么？”
  • “我能在手机上使用这个吗？”

技术利益相关者角色

视角: 系统架构和实施

关注点:

  • 可扩展性
  • 性能
  • 安全性
  • 集成
  • 可维护性
  • 技术债务

典型问题:

  • “这如何扩展到10倍用户？”
  • “安全影响是什么？”
  • “我们如何与现有系统集成？”

业务利益相关者角色

视角: 业务价值和市场契合度

关注点:

  • 投资回报率
  • 上市时间
  • 竞争优势
  • 收入影响
  • 成本管理
  • 市场定位

典型问题:

  • “业务价值是什么？”
  • “这与竞争对手相比如何？”
  • “成本/效益是什么？”

合规利益相关者角色

视角: 监管和法律要求

关注点:

  • 数据保护（GDPR、CCPA）
  • 行业法规
  • 审计要求
  • 法律责任
  • 文档化
  • 同意管理

典型问题:

  • “我们是否符合X法规？”
  • “我们如何处理用户数据？”
  • “我们需要什么审计轨迹？”

运营利益相关者角色

视角: 部署和持续运营

关注点:

  • 部署复杂性
  • 监控和警报
  • 事件响应
  • 备份和恢复
  • 维护窗口
  • 支持要求

典型问题:

  • “我们如何安全部署这个？”
  • “我们如何知道是否出现问题？”
  • “支持负担是什么？”

输出格式

模拟结果

模拟结果:
  会话id: "SIM-{时间戳}"
  领域: "{领域}"
  主题: "{主题}"
  模拟的角色: [终端用户, 技术, 业务]
  自主级别: 半自动

  按角色的需求:
    终端用户:
      数量: 8
      需求:
        - id: REQ-SIM-EU-001
          文本: "登录应少于3次点击"
          优先级: 应该
          理由: "减少日常工作中的摩擦"

    技术:
      数量: 6
      需求:
        - id: REQ-SIM-TEC-001
          文本: "系统必须支持OAuth 2.0 + MFA"
          优先级: 必须
          理由: "安全最佳实践"

  检测到的冲突:
    - 角色: [终端用户, 技术]
      问题: "简单性与安全性的权衡"
      终端用户立场: "更少步骤"
      技术立场: "需要MFA"
      解决: "实现记住设备选项"

  整合的需求:
    总数: 18
    按优先级:
      必须: 6
      应该: 8
      可以: 4

  需要验证:
    - 所有模拟需求应与真实利益相关者验证
    - 冲突标记为人工决策

置信度和验证

重要提示: 所有模拟需求具有：

  • 置信度: 中等（从不 高）
  • 需要验证: true

模拟提供视角但不能替代真实利益相关者输入。当利益相关者可用时，始终标记模拟需求进行验证。

委托

对于相关任务：

  • interview-conducting: 当真实利益相关者可用时
  • gap-analysis: 检查模拟需求的完整性
  • domain-research: 用领域知识补充模拟

输出位置

保存模拟结果到：

.requirements/{领域}/simulations/SIM-{时间戳}.yaml

相关

  • elicitation-methodology - 父级中心技能
  • interview-conducting - 真实利益相关者访谈
  • gap-analysis - 模拟后完整性检查