需求评审

PPT演讲:给每个人打造一次高光时刻

做一个PPT,你需要花费多少时间?学生党交作业;职场中做阶段汇报、申请预算、投标项目、投资路演,自媒体老师做分享做课程讲解,凡是要正式的做沟通的场合,都少不了P

需求评审会:一场互相说服对方吃屎的表演艺术

「这个需求很简单,怎么实现我不管,明天上线!」「这个需求做不了,除非你给我加两个程序员!」—— 一场经典的需求评审会,往往以老板和技术互相甩锅开始,以产品经理背锅结束。大家好,我是一个白天在电商系统里

需求评审时总是被挑战,肿么破?

前几天有小伙伴给我留言,说自己每次需求评审的时候被各种拍砖,不知道肿么破。先看下这位小伙伴遇到的问题:下面是我的回复:确实,需求被挑战几乎是每个产品经理都会遇到的问题。要想在评审的时候被拍得越来越少,首先得总结下常见的被挑战的问题点有哪些。经常被挑战的问题1、技术层面,实现逻辑的可行性问题需求评审中,常常会被技术同学挑战的问题,多是发现产品经理提出的某个“想当然”的功能需求

高效需求评审:需要用点“小心思”

开会是产品经理工作中最常见的事情了,比如需求讨论、方案评审、用例评审、项目复盘等等。当你经历了各种会议,相信你一定有所感触。有的会议高效快捷,有的会议却让人失

程序员与产品经理:需求评审桌上的智慧交锋

在科技公司的会议室里,程序员与产品经理的“战争”似乎从未停歇。而这场没有硝烟的战争,最激烈的阵地往往就是需求评审会。在这里,程序员和产品经理围绕着一个又一个需求,展开激烈的争论,用他们的智慧和专业技能

需求的折磨:需求评审的前、中、后,产品都要做些什么

半年经验的产品助理为什么会犯这个错误呢?这是我最近一直在反思的问题。最后,我发现这和我之前的工作方式有关。每一个需求的从无到有,从有到确认;每一次的需求评审,从失败到成功。对产品经理来说都是一次折磨。每一个版本迭代,我们都需要反复地被折磨,换了新工作后到现在已经4个月了,工作方法的转换,2个版本,4次需求评审的折磨。我也慢慢发现错误,改变工作方法。第一个问题,出在需求评审,