产品经理在评审会现场应该怎么做？
评审会现场：
讲解的流程一般如下：需求背景-用户和需求-功能模块-讲流程-原型与交互-数据指标-需要谁支持-预计上线时间。
切记，不要一上来就讲功能，要先讲解需求的背景，为什么要做这个需求，有什么价值，结合用户故事，某lt;角色gt;，在什么lt;场景gt;下，有什么样的lt;需求gt;，我们要做的这个产品刚好可以满足这个需求，从而体现lt;产品价值gt;。产品经理也要学会给开发“画饼”，要将你的产品功能赋予一定的意义，团队实现起来才会更有动力。
具体如何去讲解需求就不展开讨论啦，记住讲需求要有节奏和条理，抓大放小，细节上不要争论，被人带偏了要及时回归正题，基本按照流程讲一遍就完事啦。在会议过程中，对于重要的争论点一定要做好记录，方便会后做会议纪要。
有时候需求评审就是一场撕B大会，争吵是不可避免的，无论是谁被人挑战都会不太舒服，本能地会为自己的方案和想法辩护，这时候产品经理一定要避免为自尊而开启战斗模式，如果是其他人员想争赢你，对话中已经明星混杂了情绪，产品经理也要及时引导回冷静讨论的范围中。千万不要忘记会议的本来目的，一旦有一方只是希望赢得辩论，就变成了抬扛了，争吵就变得毫无建设性，千万不要因为这样的事情浪费大家的时间。
想了解更多服务信息，您可拨打图片上的电话咨询！
产品经理拥有换位思考能力的重要性
1. 让人舒服的递进式沟通能力很多时候，在沟通开始前，产品经理其实没必要把功能细节想透。沟通的首步通常只是发布信号，比如我想做积分换钱功能。不同部门的人听到这个意见之后，会站在不同的角度去思考这一功能的利弊。进过两天的思考，双方再沟通功能细节，效率会有明显提升。
在研发过程中，常出现产品和业务沟通中断的情况。其实保持进度的更新是很有必要的。比如研发进度已经到 30% 了，运营端的内容资源是否也开始准备了？大家信息保持同步，才能更好实现整体项目落地。
2.回答能力 （汇报能力）
针对这一点，大家不妨先看看以下两个回答：当被问到某一项目的表现情况时，我们的首要反应往往是 A 模式。每个人都有舒适区，表达自己的经历是容易的。而依照 B 模式，总结表现结果，尤其是数据表现不好的结果，往往比较困难。但这样的回答，才是我们真正需要的。如果没办法直接回答一个问题，那所有围绕这个问题的讨论都是浪费时间。
3.认识自己的能力
然后是认识自己。这主要依靠个人的日常积累。比如每次参加活动是否都有收获，这不仅来自嘉宾的演讲分享，更多的是来自和同行的交流。吸收了大家的想法，回去思考自己做得如何，才能在以后做得更好。
以上内容由北京创极地科技有限公司为您提供，希望对有需要的朋友能有所帮助！
一个合格的产品经理需要具备哪些能力？
自己不是好的产品经理，所以不知道好的产品经理应该具备什么能力，只知道做一个产品经理必备的一些能力，希望可以帮到你。
在开发人员眼里，你是用户，是产品规划人员、是设计师，经常给他们提产品问题的人，了解用户需要什么的人，能告诉他们哪些功能优先级高，那些不重要，能告诉他们做什么，为什么要这么做，偶尔还能告诉他们怎么做，能写一些漂亮的文档和原型设计。
所以你要具备：
a.一些技术背景（便于和技术人员沟通、做功能优先级的排序等）
b.产品原型制作能力（原型文档、需求说明书、流程图，便于研发人员了解用户需求，理清思路，加快开发进程等）
c.产品文档能力（用户手册、白皮书，帮助研发人员完成除编码和技术研究外的其他杂事）
d.用研发人员的方式和他们沟通，而不是一个传话筒（前提是你做了很多可以缩减开发工作量的工作）
e. 收集分析各种数据 （研发人员喜欢可以量化的东西）
想要了解更多北京创极地科技有限公司相关信息，欢迎拨打图片上的***电话！
