今天下午开了两个半小时的需求评审，不得不再次说一说问题，前面吐槽过一次公司的产品经理，这才没几个月又到了忍不住要写一下的时候了。
上次说他们只是业务方的传话筒，但今天就觉得他们有些人不了解业务，还把话给传错了。比如前几天才上线的一个功能，修改了小功能A，把它改成了B，但今天评审的时候又把A给加回来了，A和B并存，当时就在想是不是你们上次把业务的需求没理解清楚，业务方可能只想要有个B，结果你把别人A给改了。还有一个例子是，在过有一个需求的时候，他们写了很多，非常复杂，感觉现在的技术很难实现，通过各种指标进行权重计算排序，问他们业务的需求到底是什么，要这个复杂，结果业务的需求只是将名字相同的结果放在一起就好了。当时真的是笑了，一个简单的排序被他们设计的超级复杂，看都难看懂。
既然是产品经理，肯定要把业务吃透，不然设计的系统今天上了，明天又改，在业务方和程序方这两边都没有好印象，很多时候多问问为什么要这样做，为什么会有这样的需求。我也尽量避免自己在这方面发生这样的问题。