网站地图    收藏   

主页 > 入门引导 > 行业资讯 >

产品经理应不应该画交互?

来源:未知    时间:2015-01-30 10:19 作者:xxadmin 阅读:

[导读] 来源早读课讨论,大家顿时陷入几分钟的沉思,之后迅速热火朝天的讨论起来,以下是小编整理的现场复现。 俊江(产品): 产品经理应不应该画交互?我抛砖引玉:不应该,对于好...

来源早读课讨论,大家顿时陷入几分钟的沉思,之后迅速热火朝天的讨论起来,以下是小编整理的现场复现。

俊江(产品):产品经理应不应该画交互?我抛砖引玉:不应该,对于好的交互设计师,哪怕只是线框图,都有可能让 他们的工作受到束缚,所以最好的方法就是给个功能结构图,标记清楚功能的层级关系,以及相应的元素和操作逻辑就OK。最近公司的设计妹子反馈我不画交互, 不想和我合作了 。而我有强迫症,要么不画,要画就是完整的高保真吧。

可风(交互):可以画,好的交互设计师要不受对方产出的影响。我之前问过PM他们能不能不要画原型,他说他不画 原型根本不知道怎么说这个需求。成长是相互的,产品经理学着怎么把目标和需求说明白,交互学习怎么把信息提炼和梳理出来。这问题不是靠流程和制度上就能避 免的。就好比让产品能不能别干涉视觉,如果有一个靠谱的产品和靠谱的设计师,基本不会出现什么磨合问题,我们每天抱怨的问题原因都出在人上。
其实不是原型图的完整度来划分的,而是你提的是个目标,还是解决方案。如果你是产品不说目标,而且强制给了个解决方案,让设计就这么做吧,这样当然被喷。 大部分的产品经理在和别人合作的时候,不是整个资源划定目标带动大家一起,而是在给不同的人解决方案。当然也有的设计自己本身没什么想法,习惯了,只想要 解决方案。这可能是美工。

麽☆昡(产品):交互主要用来夸部门和团队,关键还是交流。我觉得产品把东西说明白最主要,设计的事人比你更专业,应该学会放权,并信任。也许这件事或许给她买俩块棒棒糖就解决了。产品是主要整合资源的,得善解人意啊。

Reynold(产品):互相理解,沟通是产品最大的技能。一个团队看起来最没价值的就是产品,离了他似乎照样 转。也许你没把思路说清楚,简单线框图我觉得不算是纯粹的交互,要是画高保真的那是有点过分了。把事情沟通清楚,遇到什么样的合作伙伴都需要适当方法去迎 合。你觉得想画高保真,那是你的问题。产品的角色我觉得更多的是适应你的伙伴,不是别人来适应你。

吴晨亮(产品):产品需要具备做原型的能力,但并不需要每时每刻都冲到第一线。少做而非多做。团队成员的成就感和成长,来源于他们的产出。至于沟通,一根白板笔,一个画板,一个讨论后即可删除的线框图,交互图,都是可以胜任的……上面是道,下面是术。

董超(产品):如果不画线框图,那文档用来干嘛,PRD有很大部分都在说明线框图呀……我现在就是这样的。不知 道我理解得对不对,而且一个交互不止做一个需求的交互,对需求的来龙去脉,设计的理解应该没有PM深入吧。而且很多公司应该都没有专门的交互吧,PM肯定 会涉及交互,但是并不会以交互为重点吧,以上是我实习两个多月的理解。

名爵(UI):产品经理学着怎么把目标和需求说明白,交互学习怎么把信息提炼和梳理出来。可风说的很赞。

麦兜(UX):产品是从需求出发,由市场,运营,老板得到需要。交互从使用场景出发,用户场景。简单理解产品从 上到下,交互从下往上。产品决定做什么功能,交互提供更好的解决方案。理想状态是产品确定功能范围、画画草图,交互完成架构逻辑、页面布局,但现实是产品 经理都是项目经理,功能范围大部分不是你定,你就是执行,你不画图,别人理解不了,不愿意prd,这是现状。

王帆(交互):PM说obatu五个功能我要有,交互做的是把这几个于是排成用户感知到的东西,比如一个单词——About。

自学PHP网专注网站建设学习,PHP程序学习,平面设计学习,以及操作系统学习

京ICP备14009008号-1@版权所有www.zixuephp.com

网站声明:本站所有视频,教程都由网友上传,站长收集和分享给大家学习使用,如由牵扯版权问题请联系站长邮箱904561283@qq.com

添加评论