逆向设计原则:内容服从于形式

先有鸡还是先有蛋?可能不太好回答。

但是对于设计来说,先有内容,还是先有形式?大部分人都会回答前者。

没错,无论是 PPT 制作、海报绘制,还是互联网产品设计,形式(外在)总是为内容(内在)服务的。这非常容易理解,我们总是先确定下来需要展示的内容本身(文案、宣传重点、核心功能等),然后再考虑选取或设计什么样的外壳来承载它们。

我在学校组织活动的时候经常需要制作 PPT ,电脑里自然也存储了很多的炫酷模板,而比较高效的设计过程就是把内容嵌套到模板框架中,最好可以从不同的模板里选择一些适合的效果、结构整合到一起,再修改一下主色调、主风格即可。

于是我发现了自己的一个坏习惯,就是经常将内容匹配于形式。

比如,我现在有一个超酷的 PPT 模板,视觉效果拔群,大概是这样的:

可以看到这个模板有四个要点,他们通过一个名为「Duang!」的特效联结在一起,展示效果非常好。但是我看了看手上的文稿,默念问题来了——这一页要展示的要点却只有三个。如果为了这三个要点重新制作动画和效果,会非常费事而且也未必满意;如果把这个现有模板的四个要点直接删除一个,就破坏了这个动画内容,显得残缺不全。于是我经常的做法就是:想办法把文稿的要点增加一个。

大家先别急着骂,回想一下领导们的汇报 PPT,「团结、一致、开拓」变成「团结、一致、开拓、创新」又有什么关系呢?尤其当我还有权利改动文稿的时候,这种做法就变得非常高效了。

再比如这样的一个模板,也经常出现类似的情况:

可以看到这个模板有四个要点,他们通过一个名为「Duang!」的特效联结在一起,展示效果非常好。但是我看了看手上的文稿,默念问题来了——这一页要展示的要点却只有三个。如果为了这三个要点重新制作动画和效果,会非常费事而且也未必满意;如果把这个现有模板的四个要点直接删除一个,就破坏了这个动画内容,显得残缺不全。于是我经常的做法就是:想办法把文稿的要点增加一个。

大家先别急着骂,回想一下领导们的汇报 PPT,「团结、一致、开拓」变成「团结、一致、开拓、创新」又有什么关系呢?尤其当我还有权利改动文稿的时候,这种做法就变得非常高效了。

再比如这样的一个模板,也经常出现类似的情况:

现在回过头来看,是因为自己的 PPT 水平和设计能力不足,过份依赖模板与框架才导致了如此的结果,并不是一个好习惯,甚至会有点本末倒置。但是当我开始接触互联网产品设计时,发现同样会遇到类似的情况,但是,这种「逆向设计原则」,却变得合理和有效。

尤其是移动端产品设计,产品结构和框架非常重要,而且对于上层的交互模式又有广为认可的「规范」、「规则」存在,而它们,就是类似于 PPT 的模板。

拿到一个产品设计需求时,我会先分析产品本身的结构,例如其中可能会包含「社交」、「项目协作」、「个人中心」等模块,它们则都需要一个承载的框架。但是值得注意的是,常常每个模块最适合的框架是不同的,并且在一个产品中使用多种框架也非常不合理。

举个例子,一个 iPad 产品的项目管理模块,适用于如下所示的分栏结构。左侧列表导航、点击后在右侧显示详情:

我们往往希望如果所有的模块都可以使用这种分栏结构来显示,那就能保证产品自身的设计完整性。但是不幸的是,这个产品还有某些功能可能并不适合采用分栏结构,如大量的文本、图片等显示,它也许更适合平铺的显示方式,充分利用 iPad 的大屏空间,像这样:

此时,如果整体产品结构更倾向于分栏结构,少数内容适合全屏直接展示,也许我们应该考虑怎么将少数能容也通过分栏来展示——而且往往能够找到这样做的突破口。比如微博、QQ 空间等,将时间轴和评论详情的内容分开放置于分栏结构中,不仅很好地适应了分栏,还提升了屏幕利用率,避免 iPad 大屏下的视觉失焦等问题。

这种内容与形式的主从关系转换非常微妙,必须在设计过程中仔细考虑,多多对比,才能找到最佳的实现手段。实际工作中,类似的情况还有很多,我就不再举具体的例子了,相信大家仔细回想就能找到一些契合点。

欢迎大家一起讨论:)

时间: 2024-12-17 03:50:02

逆向设计原则:内容服从于形式的相关文章

《网站情感化设计与内容策略》一1.7 情感化设计原则

1.7 情感化设计原则 他们也许不知道,Betabrand商业模式的核心是情感化设计原理.在你开始下一个设计项目时,一定要把该原理牢记于心:如果你给人们带来了积极的情感体验,人们就会原谅你的不足之处,并且关注你,为你美言. 如果你要让访客与你产生情感联系,就必须展现你的品牌个性.正如我们在Wufoo和Betabrand中看到的一样,个性是不会被错认的.当你清晰地展示了你的品牌个性,你的访客就会与它产生情感联系,就如同它是人一样.它起了移情作用并让访客看到一个更好的自己.人类需要同真正的人发生联系

交互设计经验谈:移动应用交互设计原则

文章描述:设计在很多时候都是靠灵感的闪现,移动应用的设计则更加的灵活多变,如何能更好地设计出一个应用,没有具体的方法和成规.但是,为了能更好地避免设计师们走弯路,设计原则的学习是有必要的,它给了设计师们一定的参考和指导. 摘要:交互设计专业也有了蓬勃发展,Ben Shneiderman 提出的交互设计"黄金八法"和Nielsen 的"启发式评估10条原则"为交互设计的评估提供了标准.我们在考虑其他原则的基础上,整理了八条移动应用设计的针对性原则. 本文节选自<

网页设计原则理念以及实战经验技巧

什么是好的网页设计,网页设计原则理念 (1)内容和功能决定表现形式和界面设计 常常有人凭借电话的几句交流或者QQ上的几句聊天,甚至是一张句话的小纸条,就开始做一个网站设计.我决的这都是敷衍了事的通用设计,很不专业不成熟的设计.做一个良好的网页设计,你需要了解客户的东西很多,比如: 1.建站目的(是主推产品还是平品牌,是主要注重SEO还是用户交互等) 2.网站类型 3.栏目规划及每个栏目的表现形式及功能要求 4.主色调.客户性别喜好.联系方式.旧版网址.偏好网址 5.根据行业和客户要求,那些要着重

coming soon页面设计的设计原则和优秀设计案例

文章描述:"即将上线(coming soon)"页面是互联网当中一个相对较新的概念,过去很长一段时间里,每当有新产品新业务准备就绪时,今天还什么都没有,转天它就突然出现在线上了. "即将上线(coming soon)"页面是互联网当中一个相对较新的概念,过去很长一段时间里,每当有新产品新业务准备就绪时,今天还什么都没有,转天它就突然出现在线上了. 如今,互联网及移动应用领域的营销推广策略发生了一些转变,要想将产品有效的推入市场,我们通常需要做足"预热&qu

设计原则为什么是这样?为什么这个是原则?

文章描述:知其然知其所以然-设计准则从何而来. 主要的内容是从底层分析设计原则:设计原则为什么是这样?为什么这个是原则? 从1976年开始就已经有界面设计准则,而到现在网络上也到处充斥着"表单设计十忌","注册的N种设计方式"等等等等类似的文章,看得少还好,看得多了难免会迷惑:有些准则,禁忌甚至是冲突的.就好像时间一样,你有一块表,问你几点了你知道,如果你有两块时间不一样的表,你知道几点了吗? 而这本书试图从更底层的角度来诠释设计准则,让你了解设计准则是由于什么原因

反馈信息的定义和设计原则

作为交互设计来说,反馈信息是最经常见的表现形式,所以作为一个合格的交互或UI设计师必定对反馈信息的设计有个系统性的了解. 一个UI上的"反馈信息"主要有两种分类角度: 从形式上分:        ● 工具/信息提示  (Tool/Info Tips)        ● 就地信息 (In-place Messages)        ● 气球状通知 (Balloons)        ● 对话框  (Dialog Boxes) 从内容上分:        ● 信息 (Info)     

“即将上线”页面的设计原则与创意要素

周五抽烟时我说,心里的感觉就像是一个时代结束了.一位同事说,只是又到了开始翻开新的一页的时候而已.是的,的确是这样. 现在耳边放着Radiohead在不插电专辑中翻唱的Wish You Were Here,不知这是一种淡定还是麻木,亦或是大脑自作主张的帮助我屏蔽掉了心中的某些感觉,让我只需安静的处于这一切的现场而忘乎所以. 想到另外一位同事所说:"我真的只想安安心心的做做设计,做自己喜欢的这些东西"...到这里我几乎不知该怎样才能继续写下去了...我有幸能和你们一起度过一段值得珍惜和回

Tiny设计原则

约定优于配置 随着J2EE各种框架的使用,你会发现要配置的内容确实是越来越多了.大量的XML充斥其中,举例:Spring配置,Hibernate配置,iBatis配置,等等等等.在Tiny框架中,也有一些配置文件,但是已经尽量进行删减,如果能够通过一些约定来减少配置的话,都会采用这原则进行解决. 减法原则 在长期的应用实践当中,我看到了太多的给程序员增加负担的作法.项目经理指挥技术经理 ,技术经理指挥技术骨干,技术骨干指挥普通开发人员.随着层级的加深,结果发现一个奇怪的事情,那就是我们的低层程序

Java程序员应当知道的10个面向对象设计原则

(设计原则)底线是永远追求高内聚.低耦合的编码或设计. Apache 和 Sun的开源代码是学习Java和OOPS设计原则的良好范例.它们向我们展示了,设计原则在Java编程中是如何使用的.Java JDK 使用了一些设计原则:BorderFactory类中的工厂模式.Runtime类中的单例模式.java.io 类中的装饰器模式.顺便说一句,如果您真的对Java编码原则感兴趣,请阅读Joshua Bloch 的Effective Java,他编写过Java API.我个人最喜欢的关于面向对象设