上班日记 Day85

2020-11-20  Day85

1. 业务繁杂，狂改需求，产品该拿业务怎么办？

首先，多次改需求，只能说明一件事，前面的情况没有了解清楚，就来提需求，极有可能是伪需求或者是不真实的需求。让对方说明白需求的目的，对公司战略的意义，说不出来让他回去想清楚了再push。

在产品层面上来看，需求就是根本，如果一直要变动根基，最终产品也不会走向一个好的结局。应该花多些时间确定需求，再往下推进。

如果后续业务还有其他改进，应在流程确认上约束该方的行为。

虽然看起来加上以上的步骤让流程更加麻烦了，但反过来想想，如果进行到一半反复修改，最终浪费的成本会不会更多呢？

2. 改需求那么繁琐，要不要执行，是否要妥协？

新人容易在新项目里繁琐地修改需求，虽然这应该是正常的事情，容易让我感觉产生内耗。

后来跟测试小姐姐有了以下对话：

我：“下不为例，你说对么？”

测试姐姐：“哈哈…… 你会愿意改应该是——你同意开发的意见，不是因为开发想改，而是因为开发说的有道理，你也认同，才改的。”

原来写的部分确实有不妥的地方，应该是要改的，但是可能我出于其他考虑层面妥协了。我觉得产品不仅要有原则，还要有大局观。衡量其他因素之后，看看什么是自己要贯彻到底的。

3.最后， 留给自己一个问题，产品工作开始逐渐无力，该怎么办？