设计师

实战案例!不同导向型信息架构在产品中的应用

信息架构是对于产品的内容、功能、框架、甚至目标信息进行分析、整理、研究,是对信息的合理组织和统筹。因此,在交互设计领域,笔者更倾向于认为:信息架构是针对特定的目标用户,对有组织的信息单元进行完整地统筹设计的过程;其中还包含了对产品业务内容以及业务流程的分析和理解。如果说,信息架构是在信息与用户之间搭建一座桥梁,而设计师则致力于让这座桥更易通行。任务导向型信息架构一般而言,目

设计师必知!可能是最全的关于颜色模式知识(一)

设计师必知!可能是最全的关于颜色模式知识(一)设计师必知!可能是最全的关于颜色模式知识(二)设计师必知!可能是最全的关于颜色模式知识(三)颜色模式,又叫色彩模式。 首先我们要知道这里面讲的颜色不是我们调色盘里面的颜色,而是计算机里面的。你可以把计算机比作调色盘,只不过把调色盘里面的颜料换成了计算机里面的数字,后者用数字去描述颜色(比如R:0,G:0,B:255出来的颜色是蓝

设计思维:The Design Thinking

设计是用来解决问题。对于设计师来说这是再熟悉不过了,但是到底要解决什么问题本身就是一个问题。大家都会提问,但是如何提出有探索性的问题,是非常难的。牛逼项目往往从一个好问题开始。我在伦敦研究生一年中,都在研究如何找到研究问题,问题方向找对了,答案也更有方向了。设计流程是一个直觉与深思熟虑相融合的行动。这篇文章将根据一个现有案例来分析设计流程的每一个阶段,从定义一个的研究问题到

超干货!一套完整的设计分析思路应该是怎样的?

很多交互设计师特别是新手设计师,常常会出现接到一个需求不知道该从何下手的情况。比如一下两种常见场景。“需求是业务方的几句话描述,只能管中窥象的了解他们一些零零碎碎的想法,没理解到本质需求就开始画界面,然后不断的随着他们想法的转产而反复被动修改交互稿…”“PM已经画好完整的demo,交互看着似乎能做的只是根据demo做细节优化和完善,做着做着就迷茫了,设计的价值到底在哪呢?”

用 PS 精准的实现 Material Design 的阴影效果【教程】

在谷歌的Material Design规范中一个重要的特征就是阴影高度,阴影的由来:“材料总是1dp厚,材料会形成阴影,阴影是由于材料元件之间的相对高度(Z轴位置)而自然产生的”一个包含卡片和FAB应用布局的实例与它在Z轴上元素高度的横截面图表。在这里抽屉栏在Z轴的高度是最高的有16dp高,第二高是黄色的悬浮按钮6dp高,菜单栏只有4dp高。阴影 在设计的时候,每一个元素都

UI 设计中字体的历程及注意事项

字体作为界面设计的一个元素,对用户的阅读体验起着至关重要的作用。本文是 UI 设计师 Viljami Salminen 分享的用户界面字体设计的基本规则和技巧。早在 2004 年,我才刚开始工作的时候,sIFR 非常火。sIFR 是由 Shaun Inman 开发、可以电影短片中嵌入定制字体的一种技术,它能被 JavaScript 和 CSS 调用。当时,sIFR 基本上是

如何获取设计灵感?你没理解它真正的含义!

@呆呆丶L:前阵子有不少人反馈:呆总,我平时看了不少图,但是做项目的时候没办法用上,怎么办呀?这类问题我一般只会用一句话回答:看得多没用的,要多想多做。(虽然是至理名言)但是我觉得这样回答太敷衍了,所以写了这篇文章来告诉大家如何在工作中复用自己找到的好图,以及平时要怎么去做,即所谓的“如何在工作中找到设计灵感”。相信很多人在日常的工作中都会为寻找设计灵感而犯愁,想通过查看更

设计的价值:一位搜狗 UED 设计师的自白

本来这个题目是一次UED内部的分享,结果由于演讲能力实在太差吧,最终结果很糟糕。思来想去可能自己更适合文字陈述,所以就将PPT的内容变成文章发表出来,但愿可以给一些愿意浏览这篇文章的人一点启示吧,我心足矣。借用老罗的一句话,废话少说,开始聊东西~两年多以前我离开了给我收获最大的某互联网公司,当时很多人认为我不够冷静太冲动,或者是由于福利待遇问题的不满足才会选择离开这个公司。

Facebook 产品设计总监告诉你什么是好设计

我的第一个设计工作是2007年在微软OneNote的实习。我们的领导是产品创始人Chris Pratley,他在舞台上演唱Adele的方式吓坏了我。在那个夏天,我的目标是让他不认为我是一个白痴,我的战略是试图让他完全忘记我。作为地位低下的实习生,我们的互动很少,他的话也不多,所以我在很大程度上用飞舞的色彩执行了我的战略。有一天在一个小组会议上,因为某种原因,他笑着看着我,

设计无法标准化

“设计无法标准化”在过去四年一直困扰着我。2012年我加入Spotify设计团队的时候,被当时的混乱与分散吓到了。说得详细点,字体、色彩、图片、板式、信息架构和交互方式好像全部都没有能够遵循的标准。当我开始跟他们谈论这件事时,我才知道整个团队也为此觉得沮丧。我们的结论是:支离破碎的产品恰巧反映这个团队的松散,设计师分散在不同的项目、时区和漫无目标的时程表,当然不可能有任何机