沟通与背锅

工作内遇到的一些问题：

开始：产品从业务与系统实现出发，UED从体验出发加功能

过程：需求评审时功能过于炫酷无法实现

结果：改设计

那么这中间有什么问题呢：

1、需求评审前有一个交互评审，虽然我忘记了什么时候进行的交互评审。实际上是技术部直接把视觉稿甩给我，问有什么意见，我当时为什么没提出呢？

我在想，需求被放大，被完善，对原始需求、对业务是没有影响的。所以就没过多追究。

然后在技术评审提出了无法实现的问题。

那出现这种现象的原因呢？

因为没有正式的交互评审、技术人员没有及时知道这个问题

那么，我们就得出一个结论：

流程节点很重要，需求提出到上线中的节点要规范化。公司没有这种规范，自己要有一套。需求提出>需求评审>交互评审（如有）>开发设计评审>SITUAT

如果出现问题，那么产品经理就要背锅喽。

职位不够大的情况下，事必躬亲。