一个比喻,看懂四个维度

评审的四个维度不是并列的——它们之间有先后顺序和层级关系。用一个旅行来比喻:

👤🌍 价值与影响是「谁搭这趟车、得到了什么、路上扬起的尘土落到了谁身上」

先问三个问题——社会承受了什么(社会影响)?用户得到了什么(用户价值)?创作者为什么出发(创作者驱动)?三个答案从外到内逐层验证,外层否决内层。

⚠️ 风险筛查是「天气预报和路况」

知道了目的地,自然就知道沿途可能遇到什么危险。有些风险是必经之路(合理承担),有些是绕路也要避开的(一票否决)。

📊 市场评估是「沿途补给站」

路上有多少同行者?是否有人愿意为这段旅程买单?这个判断有主观性,但能帮你看清"值不值得走这一趟"。

✅ 质量分析是「检查装备」

鞋是否合脚、背包是否结实、地图是否清晰。质量服务于旅程,够用就好——登珠峰需要专业装备,周末郊游一双运动鞋足矣。

顺序不能乱:先知道去哪里,再查天气路况、评估补给、检查装备。

每个维度审什么

第一维度
👤🌍 价值与影响 第一门槛:三方价值审视

在评审任何内容之前,先走完三个同心圈层的审视——从外到内,外层否决内层

  • 外层 · 社会影响:对社会/第三方产生什么影响?强化了有害刻板印象?存在成瘾设计?还是促进了共情和理解?——如果负面影响不可接受,直接否决
  • 中层 · 用户价值:直接用户得到了什么价值?解决了什么问题?获得了什么体验?——如果说不清,根本性缺陷
  • 内核 · 创作者驱动:创作者为什么做这件事?初心是否真实?驱动力是否足够?——驱动模糊则高风险。
  • 三层全部对齐 = 最强的项目。每层为下一层提供验证依据,顺序不能乱。
第二维度
⚠️ 风险筛查 安全底线

确认了目标之后,必须检查:这条路安全吗?

  • 是否存在政治、法律、安全等一票否决级风险?
  • 每个风险点标注等级(🔴 高风险 / 🟡 中风险 / 🟢 低风险),按严重程度排列。
  • 风险评估的结论尊重创作者的定位——"我就是练个手"的项目,风险提示会相对温和,但仍会如实指出。
第三维度
📊 市场评估 参考条件

目标和安全都清楚了,再来看:值不值得走这一趟?

  • 目标受众(商业视角)是谁?受众规模多大?
  • 市场空间:同类项目的市场有多大?是红海还是蓝海?
  • 竞争力:差异化优势在哪里?是否有不可替代的价值?
  • ⚠️ 市场评估具有主观性和随机性——就像 iPhone 诞生之前没人知道自己需要触屏手机。这是参考意见,不是金科玉律。
第四维度
质量分析 服务于目标

最后看:装备够不够用?

  • 质量服务于目标,而非服务于完美——登珠峰需要专业装备,周末郊游一双运动鞋足矣。
  • 区分缺陷等级:致命缺陷(导致无法实现核心功能)→ 重要缺陷(明显影响体验)→ 可优化项(锦上添花)。
  • 肯定优点与指出不足同等重要——评审不是单纯的挑错。

不同项目,不同侧重

四个维度的顺序始终不变,但各维度的审查深度因项目类型而异。不是所有项目都需要四维度等权重评审:

项目类型 👤🌍 价值与影响 ⚠️ 风险筛查 📊 市场评估 ✅ 质量分析
商业出版 / 发布 ★★★ ★★★ ★★★ ★★★
个人练习 / 自娱 ★★★ ☆☆ ☆☆ ★★
开源 / 公益项目 ★★★ ★★ ☆☆ ★★★
品牌 / 商业产品 ★★★ ★★★ ★★★ ★★★
纯技术 / 工具项目 ★★★ ★★ ★★ ★★★

★★★ 深度审查  ·  ★★ 中等关注  ·  ☆☆ 轻度涉及

不同阶段,自然聚焦

项目在不同阶段天然侧重不同维度。评审的深度与阶段自然匹配,不会在需求阶段死磕代码质量,也不会在测试阶段质疑核心目标:

阶段 核心焦点 次要焦点
需求 / 目标 价值与影响 风险筛查
概念 价值与影响 风险筛查、市场评估
设计 / 蓝图 质量分析(结构) 风险筛查
执行 / 开发 质量分析 风险筛查
测试 / 验证 质量分析 风险筛查
发布 风险筛查、市场评估 价值与影响

框架是指导,不是教条

这个四维度框架是 AI 评审的默认思考路径,但它不是僵硬模板。你的项目模板可以自定义各阶段的评审指令,让 AI 聚焦你最关心的维度。框架提供的是"不遗漏关键视角"的保障,具体侧重由你决定。

评审不是单向的——你有发言权

每份评审末尾都有一段「🔍 评审自检」——AI 会标注它审了什么、没审什么、为什么。这不是 AI 在"自我审查",而是在暴露评审的边界

如果你觉得 AI 审偏了、漏了、或者理解错了你的意图——直接在聊天面板里告诉它。比如说"价值与影响没理解我的用户,我真正的用户是 XXX",AI 会基于你的反馈重新审视。评审不是你被动接受的结论,而是一个你可以随时参与修正的过程。