浅谈产品设计的抄袭、借鉴与创新

简介:


不少人觉得现在的产品设计过程总是伴随着抄袭和所谓的借鉴(但其实两者有本质差别),比如产品经理告诉设计师「我就要那个效果」、「你照着人家的产品做」或者「大家都采用这种方式」。而我们似乎总在看到那些优秀产品的设计之后,才知道,设计原来可以这么做。

昨天和一位朋友还聊到了现在互联网比较浮躁,很容易被市场与金钱牵着鼻子走,最后做出自己不想要也不满意的设计草草了事,这对个人的发展毕竟是不好的。回想自己做项目的经历,其实也经常伴随着抄袭、借鉴,当然也有自己的创新,所以想简单聊一聊三者的关系。

抄袭是无脑的抄袭。

「抄袭」这个词汇本身就是充斥着贬义,从小时候抄作业,到现在很多人抄文章、抄设计,抄袭意指没有经过思考就直接挪用别人的实现方式,机械地将他人之物强行加入到自身,这是很危险的。

首先值得说明的是,一些基础的结构设计、模式设计、布局设计等都是有规则可循的,遵守规则不应该被称之为抄袭,相信大家也能达成共识。比如当你要设计一个产品的导航结构,你会发现有 Tab 型、侧边汉堡型、顶部 Segment bar型等等,那么究竟选择哪一种结构,应当根据你所制作的产品整体特性来考量,而这些可选的结构,我们可以称之为行业规范或平台规范。

抄袭则是,并不仔细筛选哪些内容适合你的平台,仅仅看到竞品或者同类产品在使用、或者负责人主观臆断这种形式合理,就生搬硬套。如此会有这样几个风险:

1.被挪用的结构或设计方式并不适用于本产品业务逻辑。

每个产品的业务逻辑是不一样的,他们有不同的结构深度、功能重点和视觉交互系统:在电商产品的展示中使用类似图片社区的设计方法往往是行不通的,而在协作软件里采用 To-do-list 的呈现形式也未必可取。即便是竞品,相信也是希望通过自己的某个特质去击败别人,自然也不太可能具备完全类似的业务逻辑,也就不能直接抄袭了。

2.除非全盘照抄,否则从各个产品中搬运一些设计,会导致产品难以形成整体,无法使用户具备统一的交互、视觉认知。

产品设计很讲求整体感,希望各个部分都是有机结合在一起,而非机械的拼凑。有的设计之间是会互相冲突的,比如一屏中同时存在两种滑动手势操作,就会很容易引起误操作;有的时候进入产品的一个页面,发现它与其他部分完全格格不入,比如微博的 iPad 客户端中还会调用一个弹窗浏览器直接显示网页,让我抓狂不已。

3.设计人员无法深入思考,限制了自身的发展。

这条很简单,脱离了思考,就不会明白设计的来龙去脉,回头反馈总结时也无从做起,极大地限制了设计者的个人发展。

借鉴是取其精华,去其糟粕。

经常有人将抄袭说成借鉴,也许它们本来就不是那么容易界定的,借鉴本身就是参考、学习已有的做法,并纳为己用。

就我最近设计 iPad 客户端一事说,光是产品的导航结构、主体布局就将近花了三天时间才确定,中间改了三次样式。而在这个过程中,我下载并使用了大量的 iPad 产品,去查看它们中同类型功能是如何实现的(比如很有意思的 iPad 分栏),将它们结合自己的产品设计成样例进行对比,最后选择一个最合适的。


(上图是同一个界面的三种呈现形式,最后定稿了最右侧的方案)

借鉴的过程最好关注于模式、结构、布局等比较上层的设计内容,而不要去借鉴下层的色彩、比例、文案等,在借鉴的过程中也经常能发现其他产品的不足之处,这时如果能加入自己的改进,就非常不错了。

创新亦然是双刃剑。

前辈经常教导新手,在每个更好的选择之前,尽可能选择已有的设计模式。以前我经常想一些创(zhong)新(er)的设计呈现形式,自以为很酷很新颖,但给朋友试用之后他们都会觉得——「这是个什么玩意儿」。

创新往往有两个入口,一种是新手无拘无束,天马行空;一种则是老手深思熟虑、目的明确。不可否认,很多时候也需要前者来打破思维定势,创造新的选择,但更多时候,创新并不是一件容易的事,它需要大量的实践与经验积累,才能做出真正创新的设计。

创新也经常伴随着风险甚至带来失败:太过新颖的设计呈现首先会让用户觉得陌生,新奇之后就是高昂的学习成本;其次创新的设计往往需要经过时间和用户的检验,在提出之始,只通过经验和用户研究来判断,并不一定准确;最后创新也可能带来更高的实现成本,比如需要开发新的程式,不能使用现有的代码框架等等。


但不管怎么说,创新不会是坏事。我也会经常将自己突发奇想的一些设计方法记录下来,有的时候会作为设计练习写成文章分享出去和大家思维碰撞,学习的是一种过程。

说了这么多,我简单讲讲我自己目前做设计时是怎么样的过程吧。

首先,确定业务逻辑和需求之后,我会先尽可能地脱离已有产品的呈现形式,天马行空地按照自己的想法,在纸上手绘大量草图,罗列几种可能的设计模式;

其次,大量使用、体验其他产品,看看别人是怎么做的,一方面借鉴、寻找灵感,另一方面也和第一步自己罗列的内容进行对比。在这个过程中一定要强化自身产品的特性,不要被其他产品的呈现形式所干扰、打乱;

最后,尝试将自己臆想的内容进行修正,参考规范和已有产品的实现方法,把最后的呈现形式做出来。如果时间允许,我会出两版到三版的设计样稿,给朋友或者用户进行对比,再根据意见修改,确定最终样式。

那就先聊到这里啦,欢迎大家一起讨论。

相关文章
|
5月前
|
算法 搜索推荐 量子技术
技术探索之旅:从基础到创新的心得体会
在技术的浩瀚海洋中,我踏上了一段从基础学习到创新实践的旅程。这不仅是一次知识的积累,更是一场关于自我挑战与突破的冒险。本文将分享我的技术感悟,展现如何从零开始,逐步深入,最终实现技术创新的过程。
|
5月前
|
消息中间件 缓存 运维
技术探索之旅:从问题发现到解决方案的全过程感悟
在技术的浩瀚海洋中,每一次探索都是对未知的挑战。本文通过一次亲身经历的技术问题解决过程,分享从发现问题、分析问题到最终解决问题的心得体会。这不仅是一次技术上的成长,更是对个人思维能力和解决问题方法的一次全面提升。
|
5月前
|
人工智能 前端开发 数据挖掘
技术探索中的思考与启示
在技术的海洋中,我们常常被复杂的代码和繁琐的流程所困扰。然而,正是这些挑战让我们不断成长,逐渐领悟到编程背后的哲理。本文将分享我的技术感悟,探讨如何通过编程实现自我价值,并从中获得人生的启发。
44 3
|
7月前
技术感悟:从代码到创新的旅程
【8月更文挑战第14天】本文将分享作者在技术领域的成长历程,包括学习编程、参与项目和技术创新等方面。通过个人经历和感悟,探讨如何从代码中发掘创新思维,并将其应用于实际项目中。同时,强调持续学习和团队合作的重要性,鼓励读者在技术道路上不断探索和挑战自我。
|
8月前
|
人工智能 安全 算法
程序员的护城河:技术、创新与沟通的艺术
程序员的护城河:技术、创新与沟通的艺术
96 0
|
9月前
|
人工智能 量子技术 智能硬件
探索技术之巅:从代码到创新的旅程
【6月更文挑战第15天】在技术的海洋中,我是一名探险家。每一次编码都是对未知领域的挑战,每一次创新都是对自我极限的超越。本文将带你走进我的技术感悟之旅,一起感受那些令人心跳加速的时刻,以及那些让我不断前行的动力。
|
10月前
|
测试技术
探索编程之美:从问题到解决方案的旅程
【5月更文挑战第29天】本文通过个人技术感悟,探讨了编程过程中从问题发现到解决方案实现的旅程。在这个过程中,我们将了解到如何运用创新思维、技术知识和团队协作来解决问题,以及如何在不断学习和成长的过程中,提升自己的编程能力。
|
定位技术
技术人修炼之道阅读笔记(七)系统性思维方法
技术人修炼之道阅读笔记(七)系统性思维方法
144 0
技术人修炼之道阅读笔记(八)归纳法思维
技术人修炼之道阅读笔记(八)归纳法思维
|
传感器 人工智能 机器人
今日读书:创新之巅未来十年重构商业的六大战略性技术
今日读书:创新之巅未来十年重构商业的六大战略性技术
237 0
今日读书:创新之巅未来十年重构商业的六大战略性技术
AI助理

你好,我是AI助理

可以解答问题、推荐解决方案等