宸茬鐢╦avascript
  • <strong id="sa8ew"></strong>
    <code id="sa8ew"><label id="sa8ew"></label></code>
  • <strong id="sa8ew"><label id="sa8ew"></label></strong>
  • <bdo id="sa8ew"><label id="sa8ew"></label></bdo>
  • <strong id="sa8ew"></strong>
    CASES 案例 我们的作品,他们的故事
    Our work, their stories
    成都网站建设:产品设计中常见问题答疑
            UI设计人员和产品经理在设计勾画产品模型时会经过反复的推敲,思考,考虑到产品的研发成本,市场推广费用,如果不能受到用户的推崇,这将是一大笔损失。下面成都网站开发分析这些错误的原因,今后尽可能避免。
           时间
      “快速迭代”这件事对于产品团队来说通常有着极大的诱惑力。利用三个月的时间做出一些小的调整,还是耗上六个月去抛出某种大的改进?相信绝大多数团队在绝大多数时间会选择前者,我个人也是如此。你在三个月内能基于现有产品做些什么?通常只能做些小规模的迭代。在某些特定的产品阶段,这无可厚非,尤其是你的产品基本稳定,你很满意于它现在的规模和功能,只希望不断进行打磨。不过,如果你希望产品当中能够有些什么东西可以使用户在?#29616;?#19982;行为层面产生调整,?#25970;?#20320;很有可能需要从产品框架与模式方面进行思考;这种情况下,要打破惯性,不要指望像以往那样能够在非常短的时间内打造出能满足这类需求的解决方案。
      风险
      如果一切看上去都还不坏,?#25970;?#24819;要通过系统级的改造来颠覆现有模式的想法听起来会让?#21496;?#24471;疯狂甚至愚蠢 – 你最终做出来的东西可能还不如现在的好用;即便产出确实很优秀,用户也很可能不买账。
      做出改变,接纳新事物 – 这些?#34385;?#32972;后的风险有时是巨大?#27169;?#20294;真的巨大到我们如此的恐惧以至于会将几乎所有新设?#21697;?#21521;的探索都扼杀在摇篮里吗?当有新的设计思路出现时,试着抗拒内心当中本能一般的恐惧,在团队中发起评估,从风险回报比的角度看看是否值得一试。多数时候的答案可能是否定?#27169;?#20294;得出肯定答案的几率一定会比不发起这?#21046;?#20272;的时候要高,显然。
      2.过早的定义解决方案
    这是一种典型错误,很常见?#32791;?#27491;在探索一个概念很大但模糊不清的产品需求,突然间脑子里有了很酷的想法,你画了些草图,感觉还不坏,很有潜力!你迫不及待的开始制作mockup甚至是高保真原型,然后开始发现各种问题,例如背景是白色还是黑色比较好呢?或者这些按钮应该做成圆形?你发现自己逐渐淹没于这些细节问题当中,思路开始混乱无章。在你即将?#35272;?#24182;决定回过头来重新审视大局时,你已经花掉了80%的时间。
      也许你的天资能够确保你首次尝?#21592;?#33021;成功,也许你确实有点石成金的本领,但我个人从不认为这些是靠得住的。通常情况下,我们最好不要和脑子里冒出的第一个主意坠入爱河 – 在探索阶段多花些时间去思考不同的流程与模型,只有在理清思路并确定某种模?#38454;?#22815;“硬”的情况下,再进一步考虑?#25442;?#19982;视觉实现方面的细节问题,否则你就像是在泰坦尼克号上整理桌椅,高成本细化工作毫无意义。我时常看到设计师们过于迷?#30340;?#31181;思路,以至于无法或不想给自己留下任何空间去探索不同的方向,而遗憾的是,那些方向上往往存在更具潜力的解决方案。
      3.把漂亮的mockup当做好的产品
    想象一下这个场景?#32791;?#20010;设计师精心打造出一套非常考究的mockup,范例内容很有吸引力,配图都是专业级的照片,里面都是?#25104;险?#25918;出笑容的人。对这样的演示,大家会普遍认同,不会有太多质疑的声音。当一个东西看上去很好时,你通常会觉得它本身就是好的。
      再优秀的设计原型也难以全面而精确的反映出实际产品在运作当中可能产生的各种可能性,我们时常会忽略掉一些问题。原型当中用到的都是高质量的照片以及精心排版过的文字内容,但如果你家产品的目标用户在多数典型情境当中上传的照片都是质量很普通甚至偏低的话,?#25351;?#22914;何呢?或是你?#25925;?#20102;一些漂亮的功能,用来基于各类数据向用户提供信息和建议,但你家的系统当中可能没有足够的数据去支撑这样的功能?或者你在安卓版本的设?#21697;?#26696;中用了太多华丽的动效,却发现多数目标用户还在用着5年前的系统?
      漂亮的mockup是优秀设?#21697;?#26696;的重要组成部分,但不是全部,更不应该成为我们的全部?#38750;螅路?#23558;一张精美的PNG或是动效GIF放到Dribbble获取大量赞许就能实现设计师的人生价值一样 – 如果你要做实际的产品,就必须理解技术、设备、用户、内容等等各方面的制约条件,然后与你设想中的理想方案结合在一起进行权衡。
      4.过分?#38750;笮问?#19978;的简约,以至破坏易用性
    作为设计师,我们都会?#38750;?#22806;观上的美好,这种特质甚至会超越工作本身,而扩展到生活当中的很多方面,例如居家装潢、衣物饰品及?#19994;?#36141;买等?#21462;?#25105;们不仅希望产品能具备最基本的功能性,更重要的是看上去要漂亮,甚至希望能独特到给人留下非常新鲜与惊奇的印象。不幸的是,这种渴望在很多时候过分的强烈了,名义上对于外观与?#38382;?#30340;?#38750;?#20351;得产品对于普通的目标用户来说在可用性方面大打折扣。
      “目标用户”的概念在这里很重要,因为它为评估设?#21697;?#26696;是否优秀提供了最基本的上下文环?#22330;?#22914;果你的产品只?#25970;?#21521;设计师群体?#27169;敲?#25918;开手脚去做吧,干掉一切看上去碍眼的文字元素或按钮,全部基于?#36136;?#25805;作 – 即使?#25913;?#19968;辈不知道如何操作这样的app也没关系,只要其他设计师们理解这个产品就足够了。但是如果你的产品?#25970;?#21521;更多的“普通人”而存在?#27169;敲?#20320;必须明白,简单直白的文字元素、表意清晰的图标、深入人心的?#25442;?#27169;式都能实实在在的帮助人们更轻松的使用产品完成任务,哪怕这些元素让界面看上去不?#25970;?#31616;约,不?#25970;创?#26032;。要知?#28291;?#30495;正会让更多普通用户愤怒的是难以尽快找到自己所需的功能入口,而不是设计师眼中不?#25970;?#32654;观的字间距。
      5.忽略了产品之外的体验
    我们通常都会将注意力聚焦在自己负责的“项目容器”内部,去精益求精的打造流程框架当中各个?#26041;?#30340;体验,甚至也包括相关的设置界面或出错提示一类。但我们有时可能会忽略掉一个问题,就是怎样首先确保用户能够进入我们所设计的这套体验当中。例如,对于某些类型的app来说,通知提示是重要的入口之一,而多数设计师对于提示信息的关注显然不及对于app内部相关界面的重视程度。另外,新功能在app内部的入口是否合理也是非常值得关注?#27169;?#26377;时从产品的角度来看,你对功能模块的百般打磨可能赶不上对入口进行优化来的更加成功。
    最新资讯
    在线咨询
    浙江十一选五开奖结果 彩票开奖华东15选5 苹果手机玩北京pk10 广东快乐10分大小单双技巧 3d试机号今天晚上金码快报 浙江6十1开奖结果 天津快乐十分群 2019年004期码报资料 浙江七星彩走势图 北京十一选五开奖五码分佈 陕西快乐十分最大遗漏数据 手机三张牌游戏 投注十万可以做的生意 斯诺克英锦赛 澳洲幸运10投注网 吉林快3快三360走势图表