搜索
APP
起点课堂会员权益
1000+专题课程
50G学习资料包
专项技能课程
全年48场直播
会员专属社群
产品经理大会
荣耀标识
特权持续新增中
开通会员
发布
登录 | 注册
需求评审环节，如何减少或避免撕B大战的发生？

需求评审环节，如何减少或避免撕B大战的发生？

需求评审环节，如何减少或避免撕B大战的发生？

最近 | 16.2K人阅读
举报
回答 | 共12个
默认排序
  • 按时间排序
  • 默认排序

  • 起风猪

    思想勤劳，身体很懒的产品经理

    每一个需求评审前，请认真思考以下几点：

    1. 这个需求用户群体是谁：占总用户比例的多少？

    2. 这个需求的类型是什么：重大功能？普通优化迭代？线上流程优化？客户指定？老板指定？

    3. 这个需求的真正目的是什么：优化交互？拉新？促活？留存？变现？

    4. 这个需求的预计收益：上线会带来什么样的收获，不上线会带来什么损失？

    5. 是否还有更优先级的需求？

    6. 如何实现？

    思考这几个，思考透彻，你觉得还有人和你撕B吗？

    20赞同
    12 收藏 回复 分享

    微信扫码分享给好友

    or

    复制页面链接

    举报
    最近

  • 冬至

    PD/PM/PPT

    需求评审会议的会议前沟通也是很必要的。主要包括：会议主题、流程、目的、参与人等都需要充分沟通，必要的话可以整理一些提纲性的文档， 甚至要导与会者带着问题参会。

    合理的撕B是允许的，更多的碰撞才能发现更多的问题，不要怕撕B，一片和气不一定是好事情。

    3赞同
    1 收藏 回复 分享

    微信扫码分享给好友

    or

    复制页面链接

    举报
    最近

  • Hiro

    积累是梦想的源泉

        开需求评审前可以先用MECE法则去思考目前对这个需求掌握、问题点、流程是否有确认，符合业务、开发逻辑，是否有遗漏，确认完再开评审会会少很多不必要的争执

        其次评审时要讲清楚背景、原因、目的、问题，让参会的各位都清楚这个评审会的意义在哪里，以及那些需要那些岗位帮助
        友好沟通，毕竟暴力沟通只会让问题反复不能解决问题哈

    2赞同
    收藏 回复 分享

    微信扫码分享给好友

    or

    复制页面链接

    举报
    最近

  • Point

    这取决于需求评审之前做了哪些工作，如果需求评审之前产品经理就一些可行性方案和相关人员做了足够的讨论，就会好很多。还有一点，评审之前尽量拉齐参会人员的认知。
    2赞同
    收藏 回复 分享

    微信扫码分享给好友

    or

    复制页面链接

    举报
    最近

  • 我爱芋儿鸡

    一个做PM的P人

    个人观点，请平静沟通。

    撕b大战必然是两方的不好好说话。只有一方的哼哼唧唧就不可能成就撕b大战。并且这样的行为对于两方成年人来讲都十分不体面。

    摩擦、不同意见是在工作生活中必然存在的事情，并且处理得当是能够正向发展、互相成就，因此个人推荐的沟通方式是，通过理解对方个性，用别人能懂的话和他们说话，有事没事加深沟通缩短距离感，这样才能避免升级磨蹭成撕b。

    2赞同
    1 收藏 回复 分享

    微信扫码分享给好友

    or

    复制页面链接

    举报
    最近

  • 是橙子吖

    一枚执着于产品之路且坚持不懈的产品🐶
    首先在需求评审之前先在需求设计的时候尽可能将需求描述清楚，那么如何进行需求描述呢？

    1、明确此次需求背后的真正目的是为了解决什么问题或者带来什么价值？
    2、明确之后再开始进行功能设计，设计功能的时候除了要写清楚交互逻辑，也需要考虑清楚其他可能出现的操作场景，异常情况下如何处理等等。
    3、写好之后把自己当作这个功能的使用者，模拟操作场景，然后试着看看整个操作流程是不是顺畅，有没有什么地方可能有没考虑到或者遗漏的地方。
    4、如果时间和条件允许，写好需求以后再自己通读一遍，看看有无语句问题或者描述不清楚的地方。

    最后正式进入需求评审时，除了本身需求设计保证一定的细节之外，还需要学会很好沟通交流，比如需求评审会上除了讲需求之外，可以问问大家有没有什么疑问或者自己没有描述清楚的地方，另外如果有人有疑问，那就耐心解答，一般没有什么特别情况，没人会想要去**或者互相为难~
    1赞同
    收藏 回复 分享

    微信扫码分享给好友

    or

    复制页面链接

    举报
    最近

  • 小胖纸

    千里马常有，而伯乐不常在

        需求评审阶段，减少或者避免撕B大战的发生的关键点是产品经理对于产品需求的掌握和产品经理和需求评审参与部门的沟通情况。

        一般撕B大战主要原因是产品经理对于需求的掌握不到位，很多产品细节或者产品需求不能百分百的掌握和了解，产生用户理解歧义，或者产品经理过于独断，没有综合考虑其他评审部门的利益导致的。

         所以 需求评审阶段，减少或者避免撕B大战的发生的关键点是产品经理对于产品需求进行加深理解和掌握和产品经理和需求评审参与部门的多进行几次深入的沟通，这样基本很少撕B了。

    1赞同
    3 收藏 回复 分享

    微信扫码分享给好友

    or

    复制页面链接

    举报
    最近

  • 💲对钱没有兴趣💲

    对钱就是不感兴趣

    【问题核心】：

    【问题来源】：

    【问题巡诊】：还是需要优质的讲评过程，产品人的逻辑清晰和公司的目标是否一致有很重要的贴合作用。对于开发而言，产品的前后语句，内容，迭代优化，代码繁重修改程度，功能前后一致性都会让开发花大量的时间去修改，本着能不做就不做的原则，开发必然要给自己的工作量降到最低，所以**必定要存在。

    1赞同
    1 收藏 回复 分享

    微信扫码分享给好友

    or

    复制页面链接

    举报
    最近

  • 凌晨四点未看到花开

    。

    在评审开始之前，确保所有参与者都清楚评审的目标、范围和重点。这有助于大家聚焦于关键问题，减少不必要的争论。产品经理应提前准备详尽的评审材料，包括但不限于需求文档、设计稿、用户故事等。这些材料应清晰、准确地描述需求，并提供足够的背景信息和数据支持。通过充分准备，可以减少因信息不足或理解差异而导致的争议。制定明确的评审流程和角色分配，如主持人、报告人、评审员等。确保每个人都知道自己的职责和任务，以及评审的流程和规则。这有助于维持评审的秩序和效率。

    赞同
    1 收藏 回复 分享

    微信扫码分享给好友

    or

    复制页面链接

    举报
    最近

  • 和光同尘

    数据改变人类的决策方式，自身能力和环境！

    1、建议你一定要提前发出需求文档，预留至少足够的时间，让大家能够针对文档问问题，要求必须提出两个以上的反馈，或者干脆让技术负责人来主持需求评审。

    2、需求评审时，很多参与人都心不在焉，嬉皮笑脸就通过了评审，结果到了项目都快做完了突然又提出问题，这时再返工除了浪费资源，还打击士气。

    3、提到需求评审就紧张，经常会有人跳出来挑战产品方案，需求评审会最终演变成争吵掐架会，没有结果产出，大家不欢而散。

    赞同
    收藏 回复 分享

    微信扫码分享给好友

    or

    复制页面链接

    举报
    最近

  • Mr.杰

    B端产品经理

    最好的避免办法就是先做好准备工作，包括评审讨论范围，评审参与人员，评审资料准备

    撕B最常见的情况就是对评审准备不足，无论是需求和设计细节，还有可能就是对开发周期的一些界定等，

    所以在组织评审前需要把相应资料准备好，同时也需要在每次评审后做好总结，形成评审前的自查表，将一些通用的东西形成流程，减少下次评审准备不足的情况

    赞同
    1 收藏 回复 分享

    微信扫码分享给好友

    or

    复制页面链接

    举报
    最近

  • Vic想躺平

    产品进阶修炼，专注互联网金融。

    最主要一点，了解业务，了解使用场景。要确保你的需求设计是符合业务发展的，满足大部分客户使用的（大部分情况下），并且做过技术调研可实施的。

    当你具备这些特性时，跟研发进行评审就可以据理力争了。

    赞同
    1 收藏 回复 分享

    微信扫码分享给好友

    or

    复制页面链接

    举报
    最近

暂时还没回答，等你发挥

发布回答，请先 登录 / 注册

joe_x

关注产品数据、产品增长、产品策略

热门问答

  • 干货文章
    优质课程
  • 行业大会
    线下沙龙
  • 热门问答
    精品专场

扫码即可下载app

扫码加入官方交流群，与更多互联网人一起讨论，共同成长

请注明：天天问昵称-职位

内容举报

请慎重选择举报原因

垃圾广告营销

不友善内容

侮辱谩骂骚扰

淫秽色情信息

违法有害信息

涉嫌抄袭/盗用

其他

邀请回答

想要更快获得答案？试试邀请回答吧~ 今日已邀请0/5

x

问题还没有标签

给问题加标签后，可根据标签推荐更专业的用户来回答

微信扫码即可分享

确认删除？

删除后将不会展示在回答列表中

你所查看的回答已被删除

你所查看的回复已被删除

沉底问题

沉底后问题将从推荐列表中移除，此为
智囊团成员特殊权限，请谨慎使用

温馨提示

问题已沉底
用户将无法在列表查看到该问题

温馨提示

沉底操作已达上限，建议联系天天问管理员
处理违规内容

操作失败

请重新尝试

©2016-2024 - 深圳聚力创想信息科技有限公司 - 粤ICP备14037330号  粤公网安备 44030502002255号

广播电视节目制作经营许可证（粤）字第03109号  增值电信业务经营许可证粤B2-20190788  版权所有 © 深圳聚力创想信息科技有限公司