一个比喻,看懂四个维度
评审的四个维度不是并列的——它们之间有先后顺序和层级关系。用一个旅行来比喻:
👤🌍 价值与影响是「谁搭这趟车、得到了什么、路上扬起的尘土落到了谁身上」
⚠️ 风险筛查是「天气预报和路况」
📊 市场评估是「沿途补给站」
✅ 质量分析是「检查装备」
每个维度审什么
第一维度
价值与影响
第一门槛:三方价值审视
在评审任何内容之前,先走完三个同心圈层的审视——从外到内,外层否决内层。
- 外层 · 社会影响:对社会/第三方产生什么影响?强化了有害刻板印象?存在成瘾设计?还是促进了共情和理解?——如果负面影响不可接受,直接否决。
- 中层 · 用户价值:直接用户得到了什么价值?解决了什么问题?获得了什么体验?——如果说不清,根本性缺陷。
- 内核 · 创作者驱动:创作者为什么做这件事?初心是否真实?驱动力是否足够?——驱动模糊则高风险。
- 三层全部对齐 = 最强的项目。每层为下一层提供验证依据,顺序不能乱。
第二维度
风险筛查
安全底线
确认了目标之后,必须检查:这条路安全吗?
- 是否存在政治、法律、安全等一票否决级风险?
- 每个风险点标注等级(🔴 高风险 / 🟡 中风险 / 🟢 低风险),按严重程度排列。
- 风险评估的结论尊重创作者的定位——"我就是练个手"的项目,风险提示会相对温和,但仍会如实指出。
第三维度
市场评估
参考条件
目标和安全都清楚了,再来看:值不值得走这一趟?
- 目标受众(商业视角)是谁?受众规模多大?
- 市场空间:同类项目的市场有多大?是红海还是蓝海?
- 竞争力:差异化优势在哪里?是否有不可替代的价值?
- ⚠️ 市场评估具有主观性和随机性——就像 iPhone 诞生之前没人知道自己需要触屏手机。这是参考意见,不是金科玉律。
第四维度
质量分析
服务于目标
最后看:装备够不够用?
- 质量服务于目标,而非服务于完美——登珠峰需要专业装备,周末郊游一双运动鞋足矣。
- 区分缺陷等级:致命缺陷(导致无法实现核心功能)→ 重要缺陷(明显影响体验)→ 可优化项(锦上添花)。
- 肯定优点与指出不足同等重要——评审不是单纯的挑错。
不同项目,不同侧重
四个维度的顺序始终不变,但各维度的审查深度因项目类型而异。不是所有项目都需要四维度等权重评审:
| 项目类型 | 👤🌍 价值与影响 | ⚠️ 风险筛查 | 📊 市场评估 | ✅ 质量分析 |
|---|---|---|---|---|
| 商业出版 / 发布 | ★★★ | ★★★ | ★★★ | ★★★ |
| 个人练习 / 自娱 | ★★★ | ★☆☆ | ★☆☆ | ★★☆ |
| 开源 / 公益项目 | ★★★ | ★★☆ | ★☆☆ | ★★★ |
| 品牌 / 商业产品 | ★★★ | ★★★ | ★★★ | ★★★ |
| 纯技术 / 工具项目 | ★★★ | ★★☆ | ★★☆ | ★★★ |
★★★ 深度审查 · ★★☆ 中等关注 · ★☆☆ 轻度涉及
不同阶段,自然聚焦
项目在不同阶段天然侧重不同维度。评审的深度与阶段自然匹配,不会在需求阶段死磕代码质量,也不会在测试阶段质疑核心目标:
| 阶段 | 核心焦点 | 次要焦点 |
|---|---|---|
| 需求 / 目标 | 价值与影响 | 风险筛查 |
| 概念 | 价值与影响 | 风险筛查、市场评估 |
| 设计 / 蓝图 | 质量分析(结构) | 风险筛查 |
| 执行 / 开发 | 质量分析 | 风险筛查 |
| 测试 / 验证 | 质量分析 | 风险筛查 |
| 发布 | 风险筛查、市场评估 | 价值与影响 |
框架是指导,不是教条
这个四维度框架是 AI 评审的默认思考路径,但它不是僵硬模板。你的项目模板可以自定义各阶段的评审指令,让 AI 聚焦你最关心的维度。框架提供的是"不遗漏关键视角"的保障,具体侧重由你决定。
评审不是单向的——你有发言权
每份评审末尾都有一段「🔍 评审自检」——AI 会标注它审了什么、没审什么、为什么。这不是 AI 在"自我审查",而是在暴露评审的边界:
- [x] 已覆盖 —— 这个维度审到了
- [!] 有缺口 —— 有东西没审,附了原因(比如"个人练手项目,市场评估跳过")
- [-] 不适用 —— 当前阶段这个维度不需要审
如果你觉得 AI 审偏了、漏了、或者理解错了你的意图——直接在聊天面板里告诉它。比如说"价值与影响没理解我的用户,我真正的用户是 XXX",AI 会基于你的反馈重新审视。评审不是你被动接受的结论,而是一个你可以随时参与修正的过程。