前言
需求协作是研发跟产品达成需求一致性的过程，这里的一致性体现在几方面
输入一致性：
-
产品意图、数据收益是受到各职能部门的认可
-
需求细节是明确的
-
合作方边界是明确的
-
依赖的上游资源（设计资源、埋点资源）交付时间是明确的
输出一致性：
-
技术方案（终端/后台/等各职能部门）是达成一致的
-
交付时间（联调、提测、封板）是明确的
链路环节
需求评审流程
已我当前部门所在的研发流程为例子
周四-需求提前碰（产品及研发leader）
目的：排人力，评定优先级
输入：产品需求列表，本周释放的人力
输出：确定下周要开的需求，初步暴漏待解决的问题
场景一，正常顺利
leader：“下周客户端人力全部释放，预计可以接4个需求”
server：“下周服务端人力全部释放，预计可以接2个需求”
产品：“好的，那我们开始每个简单过一下，***”
场景二，prd预期收益问题
leader：“这个需求搞不懂，有啥收益”
leader：“有哪些指标可以验证你这个想法”
场景三，合作方待明确
leader：“根据不同的观众展示弹窗，需要推荐部门支持”
leader：“reco，reco那边下周有人力吗吗”
leader：“后台是否可以闭环，是否需要客户端上传参数？下来再确认下”
场景总结
-
需求ROI初步评估，优先级排列
-
释放了多少人力，明天有哪些需求可以开始
-
依赖哪些部门，需要各部门做什么，是否和各部门讨论过，各端是否在下周都能投入
周四晚上：leader联系模块主R，将第二天待开的需求阅读一遍，评论疑问点
周五-需求预评审（产品、研发leader、需求涉及模块的主R同学）
场景：prd细节问题
leader：“需求单上几句需求描述，太简单了，想想关联细节，总结到doc上”
leader：“这个流程的具体交互是怎么样的，有交互稿吗”
leader：“建议多想想关联细节，比如自动刷新”
leader: "这个活动后续还会复用吗"
场景总结
-
需求有a b c 细节需要完善，提前补充好
-
思考产品背后逻辑，同时思考是否有必要做成通用能力，是否拓展预留更多能力
下周一-需求详评（产品、需求涉及模块的主R同学、一线开发同学）
产品同学拉着本次需求相关的同学，进行产品宣讲
场景：
-
这个需求的背景及收益是xxx
-
分享这块要做成实时更新文案，server，咱提供个更新接口吗
-
设计资源预计什么时候给出
-
server，我们什么时候联调
-
埋点什么时候评审
详评总结
-
明确产品意图，明确数据收益
-
明确需求细节、技术实现初步方案
-
明确合作方边界
-
明确三方依赖资源的排期，并评估对客户端进度的影响
