Recent Rooms
最近评审室
会员权益升级需求评审
是否值得先做单档试点
支付页优惠券改版评审
是否会拉高支付路径复杂度
AI Review Copilot
工作台
需求评审，不止是聊天
把 PRD、会议纪要和干系人视角放进同一个工作台里。
上传材料，拉起虚拟评审团，提前暴露风险与分歧，并把角色生态位、核心利益和关注重点沉淀成可复用资产。
Role Assets
常用角色模板
研发负责人
技术 owner
运营负责人
增长 owner
典型用户
目标用户镜像
老板
业务决策者
Export Log
最近导出
Step 1
基础信息
Step 2
上传材料
会员权益升级-PRD-v0.9.docxDOCXPRD已解析
Q2-会员增长背景.mdMD背景已解析
0318-需求评审会议纪要.txtTXT会议记录识别到 4 位说话人
识别到的说话人
可用于一键生成角色产品经理-阿宁研发负责人-赵工运营负责人-林琳客服代表-小周
会议记录解析预览
目标是提升会员体系的长期感知和次月留存，担心当前会员体系缺少明确的等级价值。
如果权益规则超过两档且包含动态变更，会显著抬升老系统改造复杂度和测试成本。
希望保留至少一个强感知权益，否则试点上线后很难看到增长效果。
用户最容易困惑的点是等级变更时机和权益失效规则，FAQ 必须提前准备。
Step 3
角色配置
预置模板
研发负责人
技术 owner保留
运营负责人
增长 owner支持
典型用户
目标用户镜像保留
老板
业务决策者保留
生成角色草稿 / 已选角色
客服代表-小周
用户问题收集者保留
Step 4
我的评审风格
关注倾向
表达方式
提问习惯
1 vs N Review
评审对话室
已载入本次评审的 PRD、背景材料和会议记录。你可以先抛出一个问题，系统会按首轮评审、交叉追问、收敛总结三个阶段推进。
Role Library
角色中心
预置模板我的角色来源于会议记录
Archive
历史评审详情
已载入本次评审的 PRD、背景材料和会议记录。你可以先抛出一个问题，系统会按首轮评审、交叉追问、收敛总结三个阶段推进。
主要共识
会员权益升级方向具备增长潜力，但当前版本更适合验证核心权益是否真的被用户感知。
主要分歧
运营更倾向尽快上线试点，研发和客服担心规则复杂后带来的交付与解释成本。
关键风险
若权益层级与领取规则过多，用户理解成本会迅速上升，且客服压力可能在首月明显增加。
建议下一步
建议先用单一核心权益做最小闭环，限定一档试点人群，并在上线前补齐 FAQ 与埋点方案。