互联网产品开发时的交互应用与视觉表现,在矛盾中如何调和

在互联网产品开发中,一个永恒的纠结主题就是:实用与美观如何兼顾、如何调和?

我们先来看看标准的互联网产品开发过程中的职能与分工关系:

1、顶层的商业模式:这是互联网产品最基础、最根本的需求,也是互联网产品开发的最上游部分,基本上是由公司的最高决策与管理层来界定的。

2、过程中的运营需求:这是互联网产品在基础成型后,在导入运营过程中不断加入的产品叠加需求,也就是运营需求,这种需求是由运营团队负责设定与提出。

3、直接上游的产品需求:这是互联网产品技术开发实现的上游直接需求,由产品部门进行规划并做出原型,在某种程度上是直接对产品界面给出基础定义的分工部分。

4、技术前置的UI设计:这是互联网产品技术开发中直接确定产品界面应用与表现、实用与美观结合的岗位,通过UI的设定来实现界面应用交互与视觉体验的平衡与结合。

5、技术在页面的交互实现:这是互联网产品技术开发中对产品界面的交互应用与视觉表现进行最终实现的分工部分。

我们再来看看标准的互联网产品开发过程中的分工制约关系

1、商业模式层:这一层的身份为公司的产品战略管理层,为产品开发的最高决策与管理层,具有对整个产品技术开发的最高权力,也就是说有最高决定权,下面所有的产品开发环节都会受到这一层级的制约,一旦这一层级发话,将对产品的实用与美观形成定论。

2、运营需求层:这一层的身份为非产品技术的平行运营部门,严格意义上,运营部门由于与产品技术的平置关系,对产品开发的实用与表现无法产生左右的能力。但由于互联网往往以运营为导向的协作特点,基本形成了约定俗成的产品跟着运营走的牵制格局。

3、产品原型层:这一层的身份为产品技术大团队中的产品直接上游部门或团队,这一层级由于分工的界定,可以说是界面布局的决定层,从某种角度来说,为产品界面定下了应用与表现的基调,决定了产品界面的最基础的东西。

4、视觉设计层:这一层的身份为技术开发的界面视觉设计岗位,是直接从界面美观的方向来定义产品的角色,是完全对互联网产品界面的美观与应用表现负责的层级。

5、界面交互层:这一层是负责基于视觉UI界面设计,并依据产品逻辑,在产品界面上构建产品应用交互的岗位,是一个按图施工的层级,不需要对界面表现进行负责的层级。

通过以上分析,不难看出在互联网产品开发中,对实用与美观的处理中所起的作用

1、商业模式层:希望产品既实用又美观。

2、运营需求层:对实用的关注一般多过美观。即便对美观关注,也多是基于运营应用的看法。

3、产品原型层:侧重于界面的交互应用与界面布局,对美观的关注并不很高,也无需对分部的视觉表现进行负责。

4、视觉设计层:基于界面原型,着眼点完全在美观上,对于交互部分的应用并不会特别地关注。

5、界面交互层:只依据产品逻辑、界面表现与视觉设计要素进行交互处理,不会关注美观方向。

所以,我们不难发现,在互联网公司,真正关注产品实用与美观有效结合的只有商业模式层即产品战略决策层与视觉设计层,这也是最容易产生不同意见,在产品的视觉表现设计上发生争议的两个环节。

这两个环节的人员,都必须有在互联网产品开发中,如何进行实用与美观进行矛盾中平衡与调和的正确观念,否则一方面会产生冲突,另一方面也会造成产品的两个极端:

1、唯上是从:因为产品最高决策层的权力位置,导致视觉设计层在强势决策层的干预下,变得唯命是从,这种唯命是从让产品开发的视觉表现的处理脱离专业化、走向一维决定模式。

2、唯美走向:产品最高决策层在与强势视觉设计层产生冲突后完全妥协,或者产品决策层基本不介入产品的视觉设计,导致视觉设计层本位思想与本位主义过重,从而走向视觉设计对界面表现的绝对主导,导致对应用的对重降低,让交互应用成为被动于视觉表现的角色。

显然,上面这两种极端情况,在互联网产品开发中都不是应该出现的,无论哪种情况都会对产品造成损害,降低互联网产品的“完整体验感”与“自主说话力”。

那么在互联网产品开发的多层级的分工与制约关系中,应该以怎样的机制与观念,来平衡产品的实用与美观呢?

1、有制约有民主:互联网产品开发过程中的分工,由于不只是工作的分工,还有权力的分配,上下游的关系,所以制约必定是有的,在这个时候民主的机制就更加重要,在专业的方面将权力转化成平行的民主参与模式,推动产品开发各个环节的参与,力求让实用与美观的需求通过各环节的协调达成一种调和态。

2、确定两向权重:互联网产品的实现,最基础的自然是交互应用,其实才是视觉表现,这才是最正确的观点。失去了这种观念,实用与美观的论战就失去了标准;有了这种观念,当实用与美观真正产生冲突时,美观自然要向应用妥协。

3、不是对立关系:互联网产品的实现中,应用与美观绝对不是对立关系,没有为了实用就绝对失去美观一说,只是必要的情况下视觉设计的创意表现要与应用相匹配而已,是在为了更好的应用进行的视觉设计的调整与优化。

4、基础加上渐进:互联网产品的实现过程中,应用是基础的,在进程上应该先满足应用的需求达成。也可以说应用是锦,视觉 表是花,产品开发是织锦与锦上添花相结合的过程,明白了这个道理,我们不难发现,先织锦才是正确的,锦上添花可以慢慢去绣。所以在产生冲突时,不妨将视觉表现的美观先放一放,在进程上可以缓一下,滞后一下,用后续的时间视觉表现留时间、留空间。这样做也避免让视觉设计觉得失去主导权与存在感,避免产生委屈的心理。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 216,496评论 6 501
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 92,407评论 3 392
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 162,632评论 0 353
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,180评论 1 292
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,198评论 6 388
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,165评论 1 299
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,052评论 3 418
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,910评论 0 274
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,324评论 1 310
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,542评论 2 332
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,711评论 1 348
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,424评论 5 343
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,017评论 3 326
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,668评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,823评论 1 269
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,722评论 2 368
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,611评论 2 353

推荐阅读更多精彩内容