如何正确的和业务方聊需求？
source link: https://mp.weixin.qq.com/s?__biz=MzIyNTQ0OTUyNQ%3D%3D&%3Bmid=2247496059&%3Bidx=1&%3Bsn=d528f7bb7ce7a3b40adbf005b3fa1906
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.
点击上方“蓝字”关注并将「腾讯课堂产品学院」设为星标
陪你走好产品路上的每一步！
本文已获授权
来源：产品狗聚集地
作者：John本人
如果说到需求，John最讨厌的就是这两类需求： 【一句话需求】 和 【临时需求】 。 这两类需求被提及主要是：
-
一句话需求： 看某产品表现效果蛮不错，咱觉得有必要去做；（需求来源于竞品）
-
临时需求： 基本上都是拍脑袋需求，要么是问题未产生解决方案，要么是准备颠覆行业的需求；（需求来源于空想和自信）
如果只是单纯的执行需求的指令，那产品经理就变成了原型机器。那怎么去解决业务方提出的需求呢？
1. 和业务方进行有效的沟通。
提出这个需求的目的是什么？是需要解决什么问题？——如果业务方能有前因后果的讲清楚，并且是能解决问题的，起码已经思考清楚了；
2. 梳理对应的解决方案。
产品上线了这个模块，业务方如何运营推广呢？如何达到目标呢？——所以业务方在提出这个需求时，一定有粗线条的运营策略。
通过这两步能解决业务需求在当前阶段的合理性。接下来让业务方把业务需求沉淀到业务需求池。
John之前整理过业务方如何正确提需求的流程。但是前提是一定要进行有效的沟通和梳理粗线条的解决方案哈。流程如下：
业务方把需求整理到需求池后，产品经理需要针对后续版本规划制定需求的优先级。把需求落地到功能点，中间需要经历这三个环节。John用PPT图片展示，方便清晰的理解：
如果这样还不能整理清晰需求和判断需求优先级，建议您去梳理下业务和行业现状。
再想聊聊需求管理和迭代计划，健康的需求管理可以制定高效的版本计划。我为团队制定了有效的需求管理规范。
产品快速迭代的周期大约是双周一个版本，在开发过程中的10个工作日，产品侧梳理需求的工作如下：
我们版本周期是周二到下下周一，周二封板并发布。
关于需求评审会，可以看看文章 《高效需求评审，看完这篇就够了》 和 《产品经理如何避免需求评审会背锅？》 ，里面详情的介绍了评审前、评审中和评审后需要解决的点。墙裂建议看一看。
文末福利
「0元产品入行福利课」
本期课程主题：
我要学产品-
10年产品总监级导师
在线分享产品入门必备基本功！
—— THE E ND ——
▼ 喜欢请分享，满意点个赞，最后点「在看」▼
Recommend
About Joyk
Aggregate valuable and interesting links.
Joyk means Joy of geeK