竞品动态监控报告生成

核心原则

竞品监控不是窥探，而是战略感知

竞品动态监控报告的核心价值在于将零散的竞品信息转化为结构化的战略洞察。监控的目的不是模仿竞品，而是理解市场格局变化，识别威胁和机会。

交互模式

🤖→👤 AI建议人类审批

输入

降级策略

执行步骤

Step 1：竞品动态汇总

汇总监控周期内所有竞品动态：

1. 重大动态：融资/并购/高管变动/战略转型
2. 产品动态：新功能上线/功能下线/重大改版
3. 市场动态：新市场进入/定价调整/渠道变化
4. 舆论动态：正面/负面舆情、用户口碑变化

Step 2：功能变更追踪

详细追踪竞品的功能变更：

1. 新增功能：功能描述、目标用户、与自身产品的重叠度
2. 功能优化：优化内容、用户体验变化
3. 功能下线：下线功能、可能原因
4. 功能对比矩阵：核心功能维度的竞品对比更新

Step 3：市场策略变化

分析竞品的市场策略变化：

1. 定价策略变化：价格调整、新定价模型、促销活动
2. 渠道策略变化：新渠道开拓、渠道重心转移
3. 目标市场变化：新用户群体、新行业/地域拓展
4. 合作生态变化：新合作伙伴、集成拓展

Step 4：威胁评估

评估竞品动态对自身产品的威胁：

1. 直接威胁：竞品功能直接替代自身核心功能
2. 间接威胁：竞品策略变化影响自身市场地位
3. 机会窗口：竞品失误或空出的市场空间
4. 威胁等级：🔴 严重 / 🟠 较高 / 🟡 中等 / 🟢 较低

Step 5：应对建议

基于威胁评估生成应对建议：

1. 即时应对（1-2周）：对严重威胁的紧急响应
2. 短期应对（1-2月）：功能对齐或差异化策略
3. 长期应对（季度+）：战略调整或新方向探索
4. 监控加强：需要加大监控力度的竞品或维度

Step 6：报告组装

将以上内容组装为完整监控报告。

输出

输出文件

输出Schema：

{
  "type": "object",
  "required": ["monitoring_period", "summary", "dynamics", "threat_assessment"],
  "properties": {
    "monitoring_period": {"type": "object", "description": "监控周期，包含起止日期"},
    "report_date": {"type": "string", "description": "报告日期"},
    "summary": {"type": "object", "description": "执行摘要，包含监控竞品数、重大动态和威胁等级"},
    "dynamics": {"type": "object", "description": "竞品动态汇总，包含重大/产品/市场/舆论动态"},
    "feature_changes": {"type": "object", "description": "功能变更追踪，包含新增/优化/下线和对比矩阵"},
    "market_strategy_changes": {"type": "array", "description": "市场策略变化列表"},
    "threat_assessment": {"type": "object", "description": "威胁评估，包含直接/间接威胁和机会窗口"},
    "response_recommendations": {"type": "object", "description": "应对建议，包含即时/短期/长期和监控加强"}
  }
}

Markdown 报告结构

# 竞品动态监控报告：{监控周期}

## 1. 执行摘要
- 监控周期 / 监控竞品数 / 重大动态数 / 威胁等级

## 2. 竞品动态汇总
- 重大动态
- 产品动态
- 市场动态
- 舆论动态

## 3. 功能变更追踪
- 新增功能
- 功能优化
- 功能下线
- 功能对比矩阵更新

## 4. 市场策略变化
- 定价策略
- 渠道策略
- 目标市场
- 合作生态

## 5. 威胁评估
- 直接威胁
- 间接威胁
- 机会窗口
- 威胁等级矩阵

## 6. 应对建议
- 即时应对
- 短期应对
- 长期应对
- 监控加强建议

JSON 结构

{
  "monitoring_period": { "start": "", "end": "" },
  "report_date": "",
  "summary": {
    "competitors_monitored": 0,
    "major_events": 0,
    "threat_level": "severe|high|medium|low"
  },
  "dynamics": {
    "major": [],
    "product": [],
    "market": [],
    "sentiment": []
  },
  "feature_changes": {
    "new_features": [],
    "optimizations": [],
    "retirements": [],
    "comparison_matrix": {}
  },
  "market_strategy_changes": [],
  "threat_assessment": {
    "direct_threats": [],
    "indirect_threats": [],
    "opportunities": [],
    "threat_matrix": {}
  },
  "response_recommendations": {
    "immediate": [],
    "short_term": [],
    "long_term": [],
    "monitoring_enhancement": []
  }
}

质量检查

输出校验规则

决策规则

• 当威胁等级为严重/较高时，必须包含即时应对建议（1-2周内可执行）
• 当竞品功能直接重叠时，优先评估差异化策略而非功能对齐
• 当监控数据覆盖≥3个竞品时，生成完整对比矩阵
• 需要人类确认的决策点：威胁等级判定、应对策略优先级、监控竞品范围调整

降级策略

• 当无竞品追踪数据时：基于竞品分析生成报告，标注"追踪数据缺失"
• 当无竞品分类时：默认监控直接竞品，标注"分类待补充"
• 当竞品分析不完整时：生成报告框架，缺失维度标注"待分析补充"
• 数据不可用时：基于用户提供信息生成定性分析报告，标注"需数据验证"

上游变更响应

上游变更影响表

下游通知机制表