关闭 x
IT技术网
    技 采 号
    ITJS.cn - 技术改变世界
    • 实用工具
    • 菜鸟教程
    IT采购网 中国存储网 科技号 CIO智库

    IT技术网

    IT采购网
    • 首页
    • 行业资讯
    • 系统运维
      • 操作系统
        • Windows
        • Linux
        • Mac OS
      • 数据库
        • MySQL
        • Oracle
        • SQL Server
      • 网站建设
    • 人工智能
    • 半导体芯片
    • 笔记本电脑
    • 智能手机
    • 智能汽车
    • 编程语言
    IT技术网 - ITJS.CN
    首页 » 程序人生 »对设计与设计师“价值”的一些思考

    对设计与设计师“价值”的一些思考

    2015-09-12 00:00:00 出处:ITJS
    分享

    我在之前的简书文章里提到过,国内的UED圈子现状非常浮躁,门槛不高,混日子的忽悠也多,但与此相对的,UED人又很追求自己的“价值”被他人欣赏、看重,而不是被当成只会画画icon的死美工,不想在PM和研发面前处于弱话语权地位。而在产品层面,现在的APP网站个个号称重视用户体验、重视各种设计细节,但不少看起来非常“设计导向”、配色布局精美、遵循平台规范、偶尔有几个惊艳的微交互创意的精美产品最终却不冷不热甚至不得善终(国外的Twitter#Music,Facebook的一系列App,Path等;国内的Jing.fm,轻单等),被一些设计师眼里的“LOW货”花式吊打,最后灰溜溜退出市场,引发大家对设计驱动价值的怀疑。

    这种现实一度让我非常迷惘,觉得设计对解决现实问题是无力的,想不清楚设计与设计师的核心价值在哪里,不可替代性在哪里,在今年2、3月的时候甚至一度打算放弃做一名设计师,开发起了Android App,试图转岗研发等看起来更“核心”的岗位。但这几个月来,我一直思考的关于设计与设计师的“价值”问题却似乎开始慢慢找到了一些答案,这要感谢我的东家阿里在这短短几十天内带给我的大量启迪,让我找回了在设计道路上坚持下去的热情。写下此文,总结一下这段时间内我对这个问题的思考吧。

    目标篇

    一.你究竟为谁而设计

    UED从业者都知道User-centered Design的概念,但真正做到的却并不多,更多的现实情况是这样的:为老板而设计——上面的人一拍脑袋就围绕对方的idea屁颠屁颠去考虑详细方案执行,不去深度考虑这样做的本质原因与合理性,缺乏独立思考能力与向上说服抗争的勇气;为Deadline而设计——追求项目按时上线比什么都重,在时间有限的情况下没做好优先级管理,集中到关键设计点上去,结果什么都做了,什么都没做好;为规范而设计——死守iOS/Android平台规范,死守可用性原则,不去思考规范这样做的本质原因(如设备特性,避免和通用交互操作冲突等),把规范凌驾于设计目标和业务目标之上;为自己而设计——以设计师的专业挑剔目光去要求产品,却不考虑到这样的设计让自己满足了,却可能令用户迷惑,没有带给用户想要的东西,反而增加了他们操作理解的成本……背离了设计目标的本质,变成了为设计而设计,创造出来的价值自然也大打折扣。

    二.设计师离用户有多远

    好了,我们知道要User-centered,并在实际工作中要注意不偏离它,但我们是否真的了解用户的感受?要是是C端的产品,或许我们还可以把自己变成一个重度用户,从自己的角度看问题也变成了从用户的角度看问题,但是B端呢?我们设计的产品的目标用户群,可能和我们本身没有任何重合的地方,这就要求用户研究力量的介入,要求对业务本身有深入的学习和理解,甚至设计师自己亲临其境去角色扮演真实的用户,而不是凭自己的想法去YY。而即使是C端的产品,即使我们自身和产品现在的用户群高度重合,是否可以想得更远一些?比如我们想要提升我们产品的UU,在现有用户群的潜力已经不大的情况下,是否可以考虑向更多的用户开放?而我们对这些新的用户又有多少了解呢?都说要重视用户的反馈,但那些积极反馈的用户、大骂产品某个地方体验不好的用户,是否能代表全部用户和未来潜在用户?比如有些用户会因为产品没有遵循Android Design&Material Design而拒绝使用,但我们完全按他们的想法做了之后,是不是会影响到更大一部分用户群的学习与认知,反而造成产品整体可用性的下滑?

    三.设计的最终目标是什么

    就像知乎上那句有名的回答一样,“小孩子才看用户体验,成年人只讲利益。”在过去很长一段时间内,我认为设计的目标就是提升产品的用户体验,也对BAT等大厂那些“体验不好”的产品嗤之以鼻。但实际上,提升用户体验只是过程与手段,是完成产品商业目标的一个重要而非全部途径而已。设计最难的地方,不是把用户体验打磨得多么多么极致,而是在多方限制条件下取得平衡,从商业、技术、用户等多方面综合考虑,得出一个“综合最优”而非“设计最优”的解答。在思考设计的时候,也要思考设计背后的产品目标,产品背后的业务目标,对业务能创造什么价值,对公司其他产品能创造什么价值,对公司生态链能创造什么价值,甚至对这个社会、这个国家能创造什么价值等。直击事物的本质,而非沉醉于表面的雕花功夫。

    过程篇

    一.设计工具不是形式主义

    在学校的时候,我沉迷于研究和模仿各种用户体验与服务设计工具,人物模型、故事板、卡片分类、流程图、站点地图等,不过在前一份侧重视觉而非交互的实习里,并没有太多应用的机会,也迷惘过这些工具的意义是否不大。来淘宝做交互设计师之后,终于可以开始在工作中大量应用这些工具,对照参考内网大量其他设计师的文档,也能模仿得有模有样。

    但很快就被指出了问题,我的分析工具和设计产出发生了脱节,用这些工具得出的结论与设计目标,在实际的交互方案中没有得到太多的展现。但不可否认的是,这些交互设计师的常用工具对梳理整个产品架构逻辑与推导设计目标非常有用,要是根据推导出来的架构和目标去做设计,全程思路比草草画了点Wireframe就急匆匆上Hi-Fi要清楚得多,也减少了后期因考虑不周而全面推倒返工的情况。不过要是你只是形式主义地去模仿它的使用,那对最后的设计产出就没什么实际意义,它就沦为缺少价值的鸡肋了。

    二.展现思考过程而非最终结果

    阿里的设计师(主要指交互设计师)让我非常钦佩的一点是,他们会在设计文档里完整展现自己的设计思考过程,从背景、项目目标、用户目标、用户分析、设计目标到信息架构、页面框架、多种方案的页面线框图到高保真原型等,通过文档可以清楚地了解他们是怎么一步步得到现在的设计结果的,知道这样的设计是有理有据的,考虑了很多不同的方面,而要是简单粗暴地扔一大张带流程的线框图或高保真原型图草草了事,就难以看到这么设计背后的价值在哪里,相比其他设计方案的优势在哪里,实际说服力也不强。

    三.数据的力量

    曾经在知乎上看到一个设计师说,最有成就感的事情就是看到自己的设计上线后,产品的XX率蹭蹭蹭涨了多少。设计是一个比较难量化的东西,但数据可以在一定程度上体现和证明设计的价值。个人虽然来阿里的时间不长,但感觉这里非常重视数据,很多设计一开始就有清晰的数据导向。不过我对数据的学习才刚刚开始,可以谈的地方也不多,此文先略过。

    合作篇

    一.别人真的做了我们的活吗

    现在很多交互设计师抱怨PM抢了自己的活,UI设计师抱怨交互抢了自己的活。嗯,看上去一部分PM也会把Wireframe画得有模有样,看上去一部分交互设计师出的原型图除了颜色和高保真已经没什么区别了,但这就真的意味着别人把我们的活给干了吗?

    虽然现状是PM和交互设计师存在较大的职能重叠,但我觉得二者还是有各自的侧重和优势的。PM更多从全局的观念来看待问题,对业务逻辑有更深入清晰的了解,还常常兼任项目管理,PM做出来的Wireframe,通常只是业务功能模块的堆积;交互更多从设计、从细节体验的角度来看待问题,比如接到需求后常常需要进一步沟通清楚每个业务功能模块的优先级,思考怎么用设计来体现这种优先级关系;比如对产品的架构和流程重新梳理调整,思考怎么让用户以更短更快的路径找到自己的目标。对于繁杂一些的项目,PM需要考虑的东西非常非常多,不太可能在界面细节上花太多精力,这就给了交互设计师充分思考和发挥的空间。

    但要是你懒得主动思考,懒得去质疑,PM给什么就照着画什么,只是纯粹从界面上去“美化”,不去思考模块的目标和优先级,不去思考信息架构的合理性,不去思考产品目标和用户目标,那也怨不得PM把自己的活给抢了吧。

    二.己所不欲,勿施于人,同理心不只是对待用户

    现在有些设计师非常看重设计的价值,听不得别人把自己叫“美工”,听不得别人说你画个图标美化一下就好了。但有时反过来一想,大家要求别的岗位尊重自己,可自己是否又足够尊重别的岗位呢?我们会不会觉得PM只要动动嘴皮子就好了什么人都能做,我们会不会觉得控件移一个像素在研发那里是分分钟就能改好(实际上可能牵动到整个布局的变化)的事,尊重别人的专业度,其实也是尊重自己。我主张交互设计师在做好本职工作之余,也要懂一点视觉、懂一点前端、懂一点产品,这样才能更好地去和其他职位换位思考,让自己做出更靠谱的设计,赢得团队的信任。

    态度篇

    一.你爱自己的产品吗

    我最反感的一件事情,就是设计师对自己的产品都没有爱,对自己的产品都不使用。比如用着iPhone设计Android平台的产品,比如用着竞品不用自己的产品(目标是从竞品中得到启发不算),你自己设计的产品自己都不去用,为什么要别人来尊重你的设计、你的产品的价值?

    二.职业不是跳板

    现在有些人做设计不是因为爱设计,而是把它当做跳板,比如未来好转去做产品,或者觉得做设计门槛低不用懂技术那就做设计了。可你对自己的职位都不尊重,那别人为什么要来尊重你呢?

    三.平台无贵贱之分

    首先检讨一下,在来淘宝之前,我对产品平台一直抱着很偏执的态度,只喜欢C端移动端,看不起B端PC端,做不了自己喜欢的产品就不爽。但现在我觉得,无论怎样的平台、怎样的产品、怎样的目标用户,都有它的价值所在,都可以从中学到很多东西。我过去觉得B端很没意思,但做了以后,发现B端也有它的魅力所在。无论做什么,都认真对待、都一视同仁,自能从中收获良多。要是因为平台和产品自己不喜欢,就不认真对待,那也不能指望别人还要尊重你的劳动吧?

    四.善于总结

    这一点同样感谢阿里,来这里后每周都需要写周报,而且字数要求还不低。在写周报的过程中,需要完整反思一下自己过去一周做了什么事情,收获是什么,不足是什么,应该如何提升,并且展示给组内的同事看,让大家明白你做的东西,而不是简单汇报一下项目名称、贴个设计稿链接就可以了事。在周报的影响下,我也慢慢形成了定期总结反思的习惯,以文字记录下来(比如你在看的简书),可以直接感受到自己价值的增长在哪里,潜力在哪里,不足在哪里,未来更针对性地为提升自己的价值而努力。

    上一篇返回首页 下一篇

    声明: 此文观点不代表本站立场;转载务必保留本文链接;版权疑问请联系我们。

    别人在看

    苹果将发布第三财季财报,很可能会超预期

    25 年第三季度 NAND Flash 合约价格预计将上涨 5-10%

    亚马逊网络服务 (AWS) 已裁员数百人

    邦彦邦彦云PC”新一代云上真机解决方案重磅亮相

    苹果Mac book产品线未来两年大升级:M5、M6系列芯片来袭

    净网—2025|代抢?录入?小心 “票圈陷阱”!

    脱下皮衣,英伟达 CEO 黄仁勋穿唐装亮相中国国际供应链促进博览会

    ATTO360 Storage 软件通过单一智能平台重新定义存储管理

    DigitalOcean 推出 DigitalOcean Gradient AI 平台

    网传华为盘古大模型疑似抄袭通义千问,盘古团队否认

    IT头条

    公安部:我国在售汽车搭载的“智驾”系统都不具备“自动驾驶”功能

    02:03

    液冷服务器概念股走强,博汇、润泽等液冷概念股票大涨

    01:17

    亚太地区的 AI 驱动型医疗保健:2025 年及以后的下一步是什么?

    16:30

    智能手机市场风云:iPhone领跑销量榜,华为缺席引争议

    15:43

    大数据算法和“老师傅”经验叠加 智慧化收储粮食尽显“科技范”

    15:17

    技术分享

    SQL汉字转换为拼音的函数

    windows 7系统无法运行Photoshop CS3的解决方法

    巧用MySQL加密函数对Web网站敏感数据进行保护

    MySQL基础知识简介

    Windows7和WinXP下如何实现不输密码自动登录系统的设置方法介绍

    windows 7系统ip地址冲突怎么办?windows 7系统IP地址冲突问题的

      友情链接:
    • IT采购网
    • 科技号
    • 中国存储网
    • 存储网
    • 半导体联盟
    • 医疗软件网
    • 软件中国
    • ITbrand
    • 采购中国
    • CIO智库
    • 考研题库
    • 法务网
    • AI工具网
    • 电子芯片网
    • 安全库
    • 隐私保护
    • 版权申明
    • 联系我们
    IT技术网 版权所有 © 2020-2025,京ICP备14047533号-20,Power by OK设计网

    在上方输入关键词后,回车键 开始搜索。Esc键 取消该搜索窗口。