首页
业务
关于
客户
服务
联系
13520390899
资 深 的 互 联 网 开 发 服 务 商
专注于 网站开发 / 小程序开发 / APP开发 / 软件开发
网十科技 > 动态

北京APP设计方法之十字法

今天跟大家分享一下我在经历需求不明确、设计反复改稿后,如何发现用“十字法”来梳理页面中的信息层级的。

共包含五个部分,下面为第一部分。

1.产品经理总是凭感觉让我改!改!改

下面是我之前做的一个项目电商平台产品详情页改版,如下图:

这是最初做的几个版本中的其中一版,每次过设计稿,产品经理总是让我改改这里调调那里,某个信息一会要加粗加重,一会要高亮,一会又要弱化一下。一开始觉得可能是自己能力不足,没能达到对方的要求,所以就耐着性子改,但心里却是一万只草泥马略过……

最主要的是产品经理自己也讲不出缘由,就是凭感觉让我改!改!改!

而且我自认为算是一个好脾气的设计师,但总是这样反复调整,真的有些不耐烦起来。

2.设计师的反击——多稿并排发现新大陆

后面为了证明我有多苦多累,就把几个版本的设计稿全部拼在一起。本想拿给产品经理看,然而当放在一起对比的时候,问题就升华了。

我发现每个版本的变化基本上都是信息强弱关系的调整。而产品经理本身对信息优先级的概念是很模糊的,所以才不断地让我调整,想通过设计的尝试来弥补需求的不足,这一点我感觉好像发现了新大陆。即这不只是设计的原因,是需求不明确!而产品经理又想通过设计的手段去解决需求中信息层级不明确的问题!

这显然是本末倒置的,因为设计是建立在需求明确的前提下,若需求都不确定,那么怎么设计都是不对的。就像猜谜一样,但猜谜至少还有一个谜底,而这种情况连谜底都没有,因为出题人自己也不知道。

当初没意识到这个问题,没能帮产品经理把控信息层级这一关,也是自身能力的不足,所以设计改了一稿又一稿,作为设计师本人也要负起一定的责任。

1.回顾四象限原则

意识到问题之后,便想先把信息层级明确下来再设计。但要怎么明确呢?凭感觉是不行了,因为它太不靠谱,此时此景需要的是理性的分析。

而那段时间,刚好听了一个分享,分享中提到美国第34任总统艾森豪威尔会把每天要做的事情按照重要紧急的、重要不紧急的、紧急不重要的、不紧急不重要的这四个象限进行分类,然后一天的工作效率就会提高很多。

对这一点印象很深刻,脑海中会时不时地浮现出来。然后心里想着既然工作可以这样分类,那么产品详情页里众多的信息是否也可以按这4个维度进行分类呢?

想到这里立马就进行了尝试,结果却发现语义不通。

因为我们在设计中,关于某个信息只有重要不重要,没有紧急不紧急一说,若只有重要这一个权重,就无法构成四象限,,必须再增加一个才行。

2.由四象限提取“十字法”

具体要增加哪个呢?是老板要求的?或是客户需要?还是什么其它的原因?感觉都不合适!然后又进行大脑回路。尽可能想象需求方看重什么,回忆工作时的场景,特别是与需求方过设计稿的情况,发现经常会听到:

“这个信息并不是很重要,但要展示”

或是“这个虽然不是产品本身必要的信息,但很重要,要强化”

又或是“这个一般,展不展示都行,你设计的时候自己看吧…”

把以上这些说法梳理总结出来,就是除了重要不重要之外,还有一个便是要不要展示,是否必须展示。

想到这里,我便把重要紧急中的“紧急”调整为“必须”,即重要的必须的要展示的内容,依次类推分别是:重要必须的/重要不必须的/必须不重要的/不重要不必须的。同样也是画一个十字,如下图:

我们姑且把它叫做“十字法”,重要且必须的那一象限自然是优先级最高的。另外三个象限依次是优先级2/优先级3/优先级4。

把这个勾画出来之后,便拉着产品经理一起按照这四个象限对产品详情页的信息重新进行了梳理。

1.罗列产品详情页首屏要展示的所有信息

首先,我们把产品详情页所有的信息都罗列出来,有产品图片、产品SKU、产品所属店铺等信息,大大小小一共有30多条,这还不包括辅助性内容,如下图:

2.把信息按照“十字法”,分别填到对应的象限里

7x24
售后服务支持
10
故障时长赔付
16
16年行业服务经验
20
售后服务人员
70
设计、开发团队
10
国内顶尖技术专家
1000
大型及上市企业
版权所有 © 北京网十互动科技有限公司 网站 APP 小程序 软件 备案号:京ICP备16050073号-2

电话咨询