沟通与背锅

工作内遇到的一些问题:

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

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

结果:改设计


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

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

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

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

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

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

那么,我们就得出一个结论:

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

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

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

©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

推荐阅读更多精彩内容