无人拍板的PRD评审会

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

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

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

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

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

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

QY 2018-03-01