是否借鉴第三方产品
延期风险警告
产品配合
是
每周六需求宣讲
过程中是否有延期风险？
测试负责人整理新功能清单和线上bug修复列表，邮件
是否紧急
需求上线前准备排期、动员会、准备素材
技术配合
整理需求
如果需要研发介入则一起开会讨论
当面沟通
紧急项目标准：1.上线时间点2.活动流程大纲3.上线前准备（账户、图片海报素材、文案、音视频资源、配置等）
需求方使用第三方产品和产品一起收集情报（运营侧重使用工具跑通业务流、产品侧重交互逻辑，综合ROI价值评估）
需求的上线时间排期计划
每日晨会收集进度和问题
判断是否立即研发
进入产品需求池
反馈内测bug
测试回归测试
整理新功能清单和线上bug修复列表
隔周六宣讲是否宣讲需求？
反馈发现的bug
群发邮件通知
需求发起者角色：活动策划
研发测试判断需求是否可落地执行
打回或重新开会共识讨论并整理需求
研发自测
产品讨论或提出建议
如果排期有变动会在towe任务评论里回延期风险
发起上线指令
紧急需求
产品角色：信息接口人、需求整理细化到可执行方案、反馈开始和结束时间点、进度风险
技术角色：实现需求、反馈风险、上线发布、解决问题
需求准入标准：1.需求发起人需要明确需求目标定位：包括不限于流量拉新、留存、提升内容数、GMV、提升销售转化率、提升工作效率2.复杂需求请提供尽可能清晰的业务角度流程图，能直观讲清楚懂业务为目的。3.有UI设计需求则需求发起人提前通知设计负责人进行排期跟进优先级标准：
进入研发周期
测试接口人
需求发起者角色：PM、项目负责人
修复问题
否
判断是否达到准入标准
正常进行
反馈
相关需求人一起参与内测
非紧急意向需求
确认需求
紧急
按照需求准入标准提tower任务指派给产品
测试通过可上线
需求发布上线的排期计划
正常活动项目标准：1.排期计划2.项目计划3.活动流程4.人员安排5.上线前准备6.验收标准
按照需求准入标准和产品反馈建议建立需求文档描述到在产品需求池
活动策划和执行
市场、运营、售后、大客户需求
线上验收使用
营销事件效果通过数据反馈
不紧急
发布上线
在towe任务评论里回延期风险
需要产品技术支持的营销事件
在towe任务评论里回复排期计划
（一般是每周三）需求反讲测试用例评审
