细数产品开发中,产品经理与UI的事故多发区.docVIP

细数产品开发中,产品经理与UI的事故多发区.doc

  1. 1、本文档共2页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
细数产品开发中,产品经理与UI的事故多发区

细数产品开发中,产品经理与UI的事故多发区 我要分享 Edit Document 【文章摘要】 产品经理 在自己都还不清楚要做的究竟是什么的时候,却要 UI 先动手出效果图,最容易导致一个后果就是最后会选择一个最好看的方案。这表面上看是皆大欢喜,产品省力, UI 能画起来不会束手束脚,节省了时间,开发也有更多的时间改 bug 。但是这其实是在掩耳盗铃,是在悄悄的给自己挖坑掘坟。 产品开发过程,不仅仅是熬夜加班聚餐吃饭,很多时候还是团队内部不同职位成员,秉着做好一款产品的目的,互相斗智斗勇的过程。在为数不多的项目经验中,我很不幸,也很幸运的掉进了很多坑,因此也得到了不少宝贵的经验,认识到了一些在产品开发过程中的事故多发区。作为一个既担任过产品经理,目前在做 UI 设计师的我。因为着这一段有趣( keng die )的经历,所以在很多时候,看问题能够从几个角度进行观察。那么这里就从 UI 和产品经理交流的角度,分享一下,容易导致产品出现问题的几个『危险区』。 一,产品经理方案暂时没定下来,先让 UI 设计师不用在乎那么多先根据大概的出效果图。 产品经理在自己都还不清楚要做的究竟是什么的时候,却要 UI 先动手出效果图,最容易导致一个后果就是最后会选择一个最好看的方案。这表面上看是皆大欢喜,产品省力, UI 能画起来不会束手束脚,节省了时间,开发也有更多的时间改 bug 。但是这其实是在掩耳盗铃,是在悄悄的给自己挖坑掘坟。这种情况下,先任由 UI 信马由缰的画,然后产品或者大家投票,再会挑出画得最顺自己心意的,到这里还看起来挺美。但是后面画风一转,因为很少可能是产品拿到就是自己想要的,产品会在 UI 的基础上再按自己的主意修改。最后结局往往变成,产品的方向定位是 UI 画出来的,视觉细节最终却是产品定下的。于是大家嫌弃产品定位不准, UI 画得难看 …… 二,设计中不考虑实现难度,过度夸大人的主观能动性 成龙大哥除了洗发液之外,还有个臭名昭著的空调广告,大家纷纷吐槽大哥明明什么不懂,无视技术人员死活,天天嚷嚷着要省电 30% 。这种状况还常常发生在很多低端销售团队,每天早上一伙人排成一排,精神抖擞的排着队喊口号要提高业绩,无视市场现状无视人员能力的打心灵鸡血。这种无限扩大人的主观能动性跟『用爱发电』的行为一样看似温暖人心实则狗血无比。很多产品、 UI 在进行设计的时候,如果想的是先要效果最好,剩下的开发想办法,『不逼别人一把,他怎会知道自己有多优秀 …… 』的话,这种自以为是的正义会为整个团队埋下隐患。通常的结果就是开发表示实现不了或者是不能按时完成,这时候不仅仅是工期拖延,产品延迟上线,而且还会由于时间关系,很多地方都会进行妥协式的修改。最后产品面目全非,大家互相埋怨,指责对方给不靠谱,是挖坑小能手 …… 三,对自己的工作要求不严格,却对别人提出严格要求 其实很多时候,让 UI 设计师冒火的,并不是改需求,甚至对着屏幕指指点点,都能忍。但是一旦产品经理对他说:我们这个产品(交互、原型、 etc )这里,确实有点问题,所以你们 UI 一定要做得漂亮点哦 ~ 。这种情况下, UI 设计师心里一定会有一万只草泥马奔驰而过。这就好比是对厨师说,我们这个食材是不新鲜,所以你们一定要做得好吃点哦 ~ 虽然 UI 的具体工作内容是负责产品的 界面设计 ,但是我们也希望做出一款好产品的,而不仅仅是想画几张漂亮的图。当产品已经意识到产品层面点问题的时候,应该做的是去解决问题,而不是把问题抛给别人,妄图通过别人额外的努力来弥补自己工作的失败。比如这里,页面要好看肯定是 UI 分内的事,但是在好看的基础上,还要解决产品层面的不好,如果 UI 水平够高,或许能通过曲线救国为你解决这些问题。但是说白了,别人并没有在工作中『带』你的必要。更何况,很多时候一个团队总是会人员工作能力趋于平均,而不会隐藏这大神。 UI 在面对一个有问题的产品原型,能做出金玉其外败絮其内的结果出来,就已经是发挥得很不错,如果硬要额外解决这些问题,最容易造成的结果,就是 UI 也被拖下水,画出一个四不像的页面。运气不好,涉及到操作逻辑冲突之类的问题,开发也一并被会拉下水。这时候产品距离失败,也不远了。 以上几点,是我印象最为深刻的几次惨痛失败总结出来的,希望大家能引以为戒,如果出现上文中的状况,请一定提高警惕,避免在这事故多发区掉进坑。当然,最安全好的解决办法,就是远离事故多发区,不要出现上述状况。 ? ? 注:本文系外部转载。由 @宋识超 (微信号:Rico_Ann) 原创供稿 , 来源 产品100。

文档评论(0)

2017ll + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档