「人人都是产品经理」运营人如何解析需求,准确反馈给产品经理?( 二 )


2. 需求详情
为了更好地讲述需求 , 我们常通过背景+需求内容的组合阐述 。 背景解答我们在什么样的场景下诞生了这个需求 , 而需求内容一定要结合流程和功能点进行描述 。
举一个例子:
后台增加回答任务项目 , 可展示任务详情 。 这个需求并不明确 , 首先它不是详情 , 只是一个描述 。 详情需要结合功能点来说 。 正确的表述应该是任务基础信息包括XXX , 输入项包括XXX等 。
需求详情书写的过程中尽可能配图 , 这样有助于提升画面感 , 增设或修改的功能点通过序号1、2标识出来也会更加形象 。
3. 预计收益
这点主要是给PM做优先级排序用的 , 常规下我们任何一个需求都是为了提升核心业务去做的 , 无论是收入还是利润 , 无论是短期见效还是长期见效 。 尽量将预计收益量化出来也有助于我们自身判断需求的合理性 。
4. 优先级排序
在我们内部合作的时候 , 这项是PM给填写的 , 只不过我们作为需求的发起方也可以给出自己的预估优先级 , 供PM参考 。 为了拉齐认知 , 我们常规用重要性和紧急性进行分配 , 如重要不紧急、紧急且重要等 。
5. 开发进度
同样也是PM来填写的 , 只不过放在这里有助于我们判断项目进展阶段 , 把控整体节奏 。
需求文档是一个对自身想法梳理加工呈现的过程 , 它需要沟通 , 但是是需要带着逻辑和PM沟通 , 否则怀揣一腔热血盲目去聊 , 浪费时间且没有效率 。
本文由 @吾运营 原创发布于人人都是产品经理 , 未经许可 , 禁止转载 。
【「人人都是产品经理」运营人如何解析需求,准确反馈给产品经理?】题图来自Unsplash , 基于CC0协议 。


推荐阅读