筛选流程：
筛选角色：
01
VitaMahjong 创意会
评估创意可行性、初步确定优先级、需求共创、复杂创意拉"需求定位会"
⌄
📋 策划/增长
- 创意负责人在 Meego 中创建需求，流转至「创意评审」节点，并确保需求出现在待创意评审视图中
- 关卡精细化实验& 系统体验优化实验 创建需求时“需求类型”请默认选择支线需求
- 复杂创意简述后需单拉“需求定位会”评估，由相应需求提出人拉起会议，并邀约对应 O1/O2 负责人、相关策划及美术人员参会 【模板】需求定位（完全复用体验优化模板的前一半）
🎨 美术
- 可选参会
- 创意负责人在 Meego 中创建需求并流转至「创意评审」节点，确保需求出现在视图中
📌 PMO
- 主持创意会
- O1/O2 策划负责人确认创意可行性并审核需求后，流转 Meego 至「需求编写」节点
- 会上确定创意优先级，补充 Meego「优先级」字段
- 暂不推进的需求统一回滚至「需求提出」节点
- 复杂需求留在「创意评审」节点，定位会评审通过后由 O1/O2 负责人流转
- 会后同步评审通过需求视图截图（固定视图）
⚡ 创意优先级
P0紧急需求，需要最快时间上线，线上 bug/sdk 合规问题等
P1重要需求，okr 下重点方向策略、正向/bug 实验复验、竞品/复用策略、其他团队一致高预期需求
P2正常创意/迭代策略
🧪 实验类型与优先级
直接优化项创建时默认为分支需求，默认标记为高优先级（P0、P1），无需参与创意会评审，直接参与 O2 内审会，除复杂需求外默认可变为主线需求（业务线分配后调整分支/主线）。需在主线需求产研测评审会上，由研发和测试共同评估所有直接优化项能否全部在下个版本上线。
用户反馈类默认标记为高优先级（P0、P1），无需评审，由 @尚楠 直接与研发、测试沟通，默认跟随下个版本上线。如需求不再推进则由 @王晶 终止 Meego。
实验应用创建时默认为主线需求 + P2 优先级，无需参与创意会评审，无需分配业务线。需在主线需求产研测评审会上，由研发和测试共同评估能否在下个版本上线。
02
PRD 撰写
将创意落地为可支撑假设的需求方案，按模板格式完善需求
⌄
📋 策划/增长
- 需求负责人完成需求撰写
- 将 Meego 流转至「需求内审」节点
- 参考模板：【模板】Vita Mahjong精细化需求模版/ 【模板】Vita 体验优化需求模板（新版）/tile新元素梳理
03
04
需求分配
评估需求优先级、主线/分支、业务线分配；对需求池粗估，判断是否可于下个迭代完成
⌄
📌 PMO
- 内审后第一个工作日在"Vita Mahjong需求业务线分配"飞书群同步待分配需求
- Check 产研测评审前所有前置节点是否完成
- 复杂需求控制：避免复杂需求应避免全部集中在同一版本上线；避免因复杂需求周期较长导致常规迭代需求长时间阻塞、无法正常推进
💻 研发
- @应世润 按需分配业务线，变更 Meego「业务线」字段
- 若无法分配，在飞书群同步原因及风险，并在 Meego 评论说明情况
- 与测试负责人共同初步评估需求开发及测试工作量
- P0/P1 无法全部跟版时，在飞书群同步原因，产研测评审会后给出明确排期
- 梳理本周/下周可评审的分支需求（仅评审美术资源已完成需求），填写"评审日期"字段，完成"评审排期"节点
- 题库类需求例外：纯题库需求即使优先级为P2，若题库小组人力充足，可考虑在下一版本上线，并变更需求类型为“主线需求”
📋 策划/增长
- @王晶/@马婧洁/@刘春玥确认结论或调整需求优先级
📋 主线/分支需求流程定义
主线需求
高优需求使用主线流程，可直接合入主分支验收
整体复杂度低、关联 bug 风险小（如题库类、无美术依赖需求等），若无特殊情况，默认排期在下一版本上线
分支需求
适用于复杂度较高、常规优先级的需求，直接合并至主分支验收存在风险
05
美术预评审
复杂需求在制作前与开发对齐存疑的实现方式（不影响美术制作流程）
⌄
📋 策划/增长
- 按需发起会议：简单需求可线下对齐，复杂需求组织会议
- 评审通过则推进 Meego 至下一节点；未通过需在评论写明原因，保留在「开发美术预评审」节点
🎨 美术
- 由黄素暖判断是否需要预审（大部分不需要）
- 与开发对齐存疑的实现方式
💻 研发
- 与美术对齐存疑的实现方式
08
产研测需求评审会（主线）
评审方案完整性及实现问题，确认资源是否放远端 ，判断需求能否跟下个版本上线
⌄
📋 策划/增长
- @王晶 评审前完成主线需求编号（Meego 编号 + 文档编号）
- 目标负责人审核需求，需求负责人参与评审
- 主线需求评审结束后，@王晶 @张舵 当日梳理确认不跟随本次版本的主线需求，并在 “Vita 产品”飞书群同步研发、测试相关人员。由研发组长统一调整预期上线版本，默认顺延至下个版本，Meego中“优先级”、“主线需求”等其他字段均保持不变。
🎨 美术
- 相关美术参与评审
💻 研发
- 相关研发参与并审核需求
- 若评审需求可按预期跟版，Meego 后续由 PMO 统一操作；
- 若评审时部分需求各方确认无法按预期跟版，P0、P1需求确认需求是否变更为分支需求，并在评审会当天给出明确排期（动效联调、研发、测试排期）、预期上线时间，PMO修改Meego中“预期规划版本”字段。P2需求调整为分支需求，按分支需求流程推进。
🧪 测试
- 相关测试参与并审核需求
- 若评审时部分需求各方确认无法按预期跟版，P0、P1需求：确认需求是否变更为分支需求，并在评审会当天给出明确排期（动效联调、研发、测试排期）、预期上线时间，PMO修改Meego中“预期规划版本”字段。P2需求调整为分支需求，按分支需求流程推进。
📌 PMO
- -会议前一天确认参与主线评审会的需求视图并在“Vita产研”飞书群中同步视图：[视图]待需求评审：主线需求
- 主持会议，评审顺序：玩法1组/玩法1组包含题库/公用题库/玩法2组包含题库/玩法2组/公用活动（随机加入实验应用需求）
- 会议中未评审通过的需求，Meego 保留在“产研测需求评审”节点。需在Meego评论中写明未通过原因、是否需要再次发起会议、是否变更为分支需求等结论。待需求负责人补齐依赖项后，根据实际情况再次发起需求评审议。
06
产研测需求评审会（分支）
评审分支需求完整性，确认排期（动效联调/开发/提测/验收）
⌄
📋 策划/增长
- 评审方案的完整性
🎨 美术
- 评审会前完成全部美术资源制作
- 确认动效联调排期（未参会时可会后确认排期）
💻 研发
- 发起会议，会前仔细阅读 PRD
- 若 PRD 需补充，与需求提出人沟通后取消会议，Meego 回退至「评审排期」节点，清空排期时间
- 主持会议：确认需求完整性、资源入包判定、确认排期（动效联调/开发/提测/验收）并录入 Meego
- 流转 Meego 至「产研测需求评审」完成节点
- 未评审通过的需求，Meego 回滚至”评审排期”节点，清空已排期时间。需在Meego评论中写明未通过原因、是否需要再次发起会议等结论。待需求负责人补齐依赖项后，根据实际情况由研发再次发起需求评审议。
🧪 测试
- 参与评审，评估测试排期
- 与研发共同确定预估上车版本，同步更新 Meego「预期规划版本」
📌 PMO
- P0/P1 优先级需求参会，P2 可选参会
07
美术制作
美术先行，完成后再由开发&测试评审并推进具体排期
⌄
📋 策划/增长
- 确认美术制作是否满足需求
🎨 美术
- @黄素暖 完成美术排期后流转 Meego 至后续节点
- 预制作阶段在飞书群与创意提出人确认需求内容
- 制作完成后在需求群 @需求提出人 & @黄素暖 验收确认
- 核验通过后同步完成 Meego 对应节点
🔴 若美术制作阶段发现需求描述模糊、内容不明确，在需求群与@需求提出人 沟通后，Meego 统一回退至「需求内审」节点，清空已排期内容，并在评论备注原因，待需求补充完善后，再重新发起美术排期。
09
开发阶段
研发按需求文档开发，关注底板组变更影响
⌄
💻 研发
- 若开发过程中发生底板组调整，需重点评估变更是否影响需求本身及关联内容。若因底板组调整引发需求变动，需将需求回滚至逻辑开发节点，并在Meego评论栏备注原因；若无法按原计划周期推进，则重新排期，需求默认顺延至下一版本上线。
- 若研发阶段发现需求描述模糊、内容不明确、大量（10+）正交未考虑，在需求群中与👤 需求提出人沟通后，需求Meego统一回退至「产研测需求评审」节点，清空已排期时间，并在Meego评论备注相应原因，待需求负责人补齐依赖项后，根据实际情况由研发再次发起需求评审议。
🧪 测试
- 底板组调整时重点评估影响
10
实验配置
精细化实验有序分流，系统实验参数冲突管理 Mahjong2.0 新参数管理
⌄
📋 策划/增长
- 测试环境配置：周二用例评审后；关卡精细化需求统一由@王晶配置，体验优化需求由需求提出人配置
- 正式环境配置：周四需求验收完成后；关卡精细化需求统一由@王晶配置，体验优化需求由需求提出人配置
- 系统体验优化实验：实验域/实验层有序分流，参数冲突实验分域/排期管理@李丹彤
11
验收阶段
验收实现效果是否满足预期，可上线测试
⌄
📋 策划/增长
- 在约定验收截止时间前完成验收
- 主线需求：发版日 15:00 前完成验收（PMO 提醒）研发分批提测后，会在“Vita 发版群”同步提测内容及测试地址（详见下图）
- 分支需求：按产研测评审会约定时间验收
- 验收通过后在 Meego 完成「策划验收」节点
- 若需求最终验收时间超出计划验收时长，需求提出人需及时与研发和测试沟通，评估是否仍可随计划版本上线。若影响可控，则尽量上线；若延期较久，则需求自动顺延至下一版本。
🎨 美术
- 验收实现效果，确认满足预期
- 完成 Meego「美术验收」节点（需上传"美术验收效果"附件必填项）
📌 PMO
- 发版日 15:00 提醒策划/美术完成节点验收
🔴 验收不通过处理标准与 Meego 回滚
主线需求
→
回滚至「研发自测」节点
分支需求
→
回滚至「研发自测」节点
信息同步要求
策划在 Meego 需求评论部分记录验收结论（明确描述未通过点与期望效果）
同时在需求群内沟通并同步验收不通过原因，确保美术、开发、测试等相关方知晓
12
发版日前
发版前完成分支需求节点流转与实验配置确认
⌄
📋 策划/增长
- 分支需求到达以下 Meego 节点后，需求提出人须 4 小时内完成配置并流转节点。
- 若节点流转时间处于非工作时段，则按以下方式处理：
- 如需求预期本周上线，节点须在发版日前一个工作日完成流转。若流转时间落在发版前一天的非工作时段，提出人需与研发、测试确认能否继续上线；可上线则正常上线，不可上线则顺延至下一版本。
- 若需求预期上线时间非本周，相关节点需在预期发版前 1 个工作日完成。
- 关卡精细化分支需求统一由 👤 王晶 review
13
发版日
各时间节点执行发版动作，控制发版风险
⌄
📌 PMO
- 15:00 提醒策划/美术完成节点验收
🧪 测试
- 17:00 发出当前 Bug 修复进度，同步风险项与预计修复时间
💻 研发
- 19:00 仍未修复的 Bug，关闭实验并同步相关方，需求顺延下版本
- 21:00 打 Beta 包（@应世润）
- 分支需求截止合并主线：发版前一天 20:30
📋 策划/增长
- Beta 包打出后：@王晶@马婧洁确认正式实验配置完成
- 完成 Meego「策划验收」与「正式实验配置」节点，并清空相关视图：待配置正式实验
01
创建研发需求 Meego
SDK、重构、架构、性能、安全等类型需求
⌄
💻 研发
- 研发发起人创建 Meego，名称中体现【研发需求】
- 实验类型统一选择「直接优化项」
- 如需其他角色支持，直接与对应负责人确认并在 Meego「角色与人员」模块补充
02
选择推进路径
按需求是否跟随版本，选择主线或分支流程
⌄
💻 研发
- 常规场景：需求类型选「分支需求」，研发按需发起评审，研发&测试评估排期，按分支需求流程推进
- 特殊场景（需跟下一版本）：需求类型选「主线需求」，参与版本评审，与测试评估排期与跟版可行性
- 示例：例如跟随V3.22.0版本上线时，需要参加V3.22.0版本的“Vita Mahjong需求评审-当周需求（精细化+其他”需求评审会
01
发现与记录
线上问题通过监控/用户反馈/内部发现暴露后统一录入多维表格
⌄
🧪 测试
- 统一录入多维表格（飞书）
- 线上问题流程
02
同步 Bug 信息
测试在需求群同步 Bug 现象及影响，告知相关方
⌄
🧪 测试
- 在相应需求群同步 Bug，说明现象、影响功能
- @需求提出人 @研发 @PMO
03
确认修复版本
研发确认修复版本（默认下一版本），无需重新提需求单
⌄
💻 研发
- 确认修复版本（默认下一版本修复）
🧪 测试
- 创建缺陷单，关联相关实验Meego，所有修复记录留存在 Meego 缺陷/需求中
- 全程以缺陷单形式推进，无需重新提需求单
01
Meego 新建直接优化项
埋点需求轻量化，通常当周可上线
⌄
📋 策划/增长
- Meego 中新建「直接优化项」
- 询问开发、测试意见，确认是否支持当周版本插队
- 开发、测试各耗时不超过 10 分钟，多数场景可排入本周版本
💻 研发
- 评估当周是否支持插队
- 排期确认后直接开发上线
🧪 测试
- 评估当周是否支持插队
✅ 插队排期确认后，即可直接上线，无需额外评审会。