game-review-framework — 策划案评审框架 Skill

触发条件

当用户提到"策划案评审"、"评审报告"、"方案审核"、"设计审查"、"质量把关"、"立项评审"、"系统评审"、"体验走查"、"反馈循环检查"、"评审检查表"时触发。 也适用于：用户说"帮我评审这个策划案"、"这个方案有什么问题"、"帮我做个质量检查"等场景。

技能描述

帮助评审官/制作人对策划案进行系统化评审：四维评审框架（玩家体验/商业价值/技术可行性/团队执行）、结构化检查表、反馈循环分析、风险识别、建设性反馈输出。

一、四维评审框架

策划案评审 = 玩家体验 × 商业价值 × 技术可行性 × 团队执行力

维度一：玩家体验（这个好不好玩？）
  核心问题：
  □ 是否覆盖至少3种趣味元素？（简单/困难/社交/严肃）
  □ 首次体验（FTUE）是否顺畅？
  □ 核心循环是否形成闭环？
  □ 目标玩家类型是否明确？
  □ 难度曲线是否合理？

维度二：商业价值（这个能赚钱吗？）
  核心问题：
  □ 变现模式是否清晰？
  □ 付费点设计是否自然？
  □ 资源经济是否有通胀风险？
  □ 与竞品的差异化在哪？

维度三：技术可行性（这个做得出来吗？）
  核心问题：
  □ 核心技术方案是否已验证？
  □ 有无高风险技术依赖？
  □ 性能影响是否可控？（特别是小程序/低端机）
  □ 开发周期估算是否合理？

维度四：团队执行力（我们做得好吗？）
  核心问题：
  □ 团队技能是否覆盖需求？
  □ 核心岗位是否有人负责？
  □ 里程碑是否清晰可追踪？
  □ 风险预案是否到位？

二、玩家体验评审详细检查表

一、趣味元素检查（拉扎罗框架）：

┌──────────────────────────────────────────────────┐
│  趣味类型  │  评审要点               │  是否覆盖  │
│  ────────  │  ─────────────────────  │  ────────  │
│  简单趣味  │  探索空间/新颖体验       │  □         │
│  困难趣味  │  挑战/成就/史诗般胜利    │  □         │
│  他人趣味  │  社交/竞争/合作          │  □         │
│  严肃趣味  │  价值表达/自我成长       │  □         │
└──────────────────────────────────────────────────┘
最畅销游戏通常满足至少3种。

二、玩家满足类型适配：
  □ 即时满足型：是否有频繁升级节点、即时反馈？
  □ 延迟满足型：是否有长线成长曲线、探索深度？
  □ 混合型：是否为两种倾向都提供了路径？

三、心理机制验证：
  □ 风险回报三角：高低两条路径是否都存在？
  □ 斯金纳箱：奖励周期是否合理？是否过度使用？
  □ 目标梯度效应：进度条设计是否利用了接近效应？
  □ FOMO设计：限时机制是否合理？是否过度使用？

四、玩家障碍诊断（测试后使用）：
  □ 功能固着：学会A解法后能否迁移到变体B？
  □ 无关信息：是否有过多干扰信息？
  □ 错误假设：失败成本是否过高？
  □ 心理定势：旧经验是否阻碍新机制理解？

三、商业价值评审检查表

一、经济系统检查：

反馈循环分析（必做）：
  □ 是否存在未被制衡的正反馈？（高风险 — 强者越强）
  □ 负反馈是否过强导致系统僵化？（无趣）
  □ 临界点在哪？小变化是否可能触发连锁反应？

经济节奏检查：
  □ 物品投放速度是否合理？（太快=无成就感，太慢=流失）
  □ 每日资源产出/消耗比是否平衡？
  □ 是否有通胀防控机制？

二、变现设计检查：
  □ 首充设计是否有足够吸引力？
  □ 月卡/战令ROI是否≥3倍？
  □ 商城产品矩阵是否覆盖各价格段？
  □ 付费是否影响公平性？（P2W风险）

三、竞品差异化：
  □ 与头部竞品的差异点是否清晰？
  □ 差异点是否为目标用户所重视？
  □ 差异化是否可持续（不是短期噱头）？

四、立项评审专用检查表

项目名称：_______________
评审日期：_______________
评审人：________________

一、市场可行性                          [通过/不通过]
  □ 目标市场规模 > 阈值
  □ 竞品分析完成，差异化清晰
  □ 目标用户画像文档齐全
  □ 变现模式设计合理
  □ 投资回报预期有数据支撑

二、技术可行性                          [通过/不通过]
  □ 核心技术方案已验证（PoC完成）
  □ 技术风险识别且有消除计划
  □ 基础性技术 vs 装饰性技术已区分
  □ 性能瓶颈已预判

三、团队匹配度                          [通过/不通过]
  □ 团队技能覆盖项目需求
  □ 核心岗位无空缺
  □ 团队规模与项目体量匹配
  □ 团队对项目愿景达成共识

四、体验验证                            [通过/不通过]
  □ 核心玩法原型已完成
  □ PoC证明核心机制有趣
  □ 趣味元素覆盖度 ≥ 3种
  □ MDA链条完整（机制→运行→体验）

五、预算与排期                          [通过/不通过]
  □ 预算规划合理
  □ 里程碑计划清晰
  □ 风险缓冲预留充分
  □ 关键路径已识别

评审结论：□ 通过立项  □ 有条件通过（附修改要求）  □ 不予立项

五、建设性反馈规范

反馈公式：
  观察（我看到...）+ 影响（这可能导致...）+ 建议（是否可以考虑...）

正确表达 vs 禁忌表达：

┌────────────────────────────────────────────────────────────────┐
│  禁忌                  │  正确                                  │
│  ────────────────────  │  ────────────────────────────────────  │
│  "这个设计不行"         │  "如果我们把A替换成B会怎样？"            │
│  "你没考虑过XX吗？"     │  "关于XX维度，策划案中是否有覆盖？"      │
│  "数值完全不对"         │  "这组数据在极端情况下可能正反馈失控"      │
│  "UI太丑了"            │  "界面在信息层级上可能需要优化"            │
└────────────────────────────────────────────────────────────────┘

评审结论分级：
  ✅ 通过：可进入下一阶段
  🔧 有条件通过：附修改清单，修改后无需重新评审
  ❌ 驳回：存在根本性问题，需重新设计后重审

六、评审报告模板

# 策划案评审报告

## 基本信息
- 策划案名称：
- 策划人：
- 评审人：
- 评审日期：

## 评审结论：[通过 / 有条件通过 / 驳回]

## 各维度评分（1-5分）
| 维度 | 评分 | 说明 |
|------|------|------|
| 玩家体验 | /5 | |
| 商业价值 | /5 | |
| 技术可行性 | /5 | |
| 团队执行力 | /5 | |

## 亮点（值得保留的设计）
1.
2.

## 问题清单
| # | 问题描述 | 严重程度 | 建议方案 |
|---|---------|---------|---------|
| 1 | | 高/中/低 | |
| 2 | | 高/中/低 | |

## 改进建议
1.
2.

## 下一步行动
- [ ]

输出物格式

1. 评审报告（按上述模板）
2. 检查表打分结果（各项通过/不通过的详细清单）
3. 风险清单：已识别风险+严重程度+应对方案
4. 改进任务列表：可直接分配给对应策划的修改任务