无人拍板的PRD评审会

很多创业公司在形式上有产品设计=>PRD评审会=>技术开发的流程,通常是这样的:
1、PM进行产品设计,产出PRD;
2、PM召集工程师开PRD评审会,沟通设计需求,以便工程师评估;
3、工程师开始开发。

一切看起来很完美。
但是照此执行一段时间之后,产品越来越臃肿,用户抱怨和流失,工程团队士气低落。

原因:
这里的PM只是一个奉命行事的“传声筒”。他或她只是接受背后“老板”的指令和要求,把这些要求变成了PRD设计稿,然后拿到会上告知工程师。当工程师认为因为工程技术原因需要修改设计方案时,无论PM自己是否认同,他或她都无权拍板修改。所以,所有的讨论和沟通,本质上都是没有意义的,因为设计无法被修改、调整、优化甚至舍弃。

单向命令不是沟通。这样的PRD评审会,无论是开1个小时还是2个小时,都可以浓缩为一句话:“闭嘴。照我说的做。”

起初,工程师会和PM争执。
后来,他们纷纷闭嘴了。

于是,各种拍脑袋的设计、过度设计、没有用户反馈的改进统统都被塞进了产品里。产品越做越臃肿,越做越慢,越做越难用,用户流失,团队士气被打击,公司业务走向衰败。

QY 2018-03-01

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
【社区内容提示】社区部分内容疑似由AI辅助生成,浏览时请结合常识与多方信息审慎甄别。
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

相关阅读更多精彩内容

友情链接更多精彩内容