滴滴出行在 iPhone X 发售前就针对其操作特性进行了界面适配,保障了 iPhone X 用户的全面屏操作。现在 iPhone X 的适配结果已经得到了良好的用户反馈,由此我们梳理了移动端界面 iPhone X 的适配方案,并从整个适配过程中探索到万变不离其宗的适配方法,为后续不断更新的多尺寸屏幕提供更好更快的适配思路。
iPhone X 是苹果公司十周年推出的重点产品,无论外观还是技术都有着革命性的创新。让我们先来回顾下 iPhone X 在界面使用体验上都有哪些操作特性。
如果你对 iPhone X 还不够了解,可以看看这些 :
1. 屏幕变长
因大部分设计师都用 iPhone 8 来做设计稿,所以我们用 iPhone 8 与 iPhone X 做对比。
iPhone 6、iPhone 6s、iPhone 7 与 iPhone 8 屏幕分辨率一致。
iPhone X 使用了 5.8 英寸高分辨率、大圆角显示屏。iPhone X 与 iPhone 8 的显示屏宽度一致都是 375pt ,高度上 iPhone X 高出 145pt,可以在垂直空间多展示约 20% 的画面。
iPhone X 的屏幕分辨率和 iPhone 8 Plus 等相同,使用 @3x 的图像,界面内容由手机硬件遮罩成带圆角和传感器(顶部齐刘海)的形状。所以界面设计时 iPhone X 和 iPhone 8 的设计宽度可以通用 375pt,而实际 iPhone X 的屏幕像素为 375pt×812pt (1125×2436px),且切图使用 @3x 图片。
乔布斯曾说,手持设备最理想的屏幕尺寸是3.5寸,这是因为单手操作时3.5寸屏幕基本能做到大拇指无障碍全覆盖。但随着人们对手机功能多样化的需求,主流屏幕远大于3.5寸。
iPhone X 是 5.8 寸,屏幕已经超越了绝大多数用户的拇指覆盖范围,这就导致左上和右下角的单手操作不够方便。很多基于 F 型流动视线设计的 App,通常会将重要的功能入口置于左上角,在 iPhone X 上,视线优先和拇指操作未必可以同时满足,这就要求设计师们对操作盲区的功能进行多重考量,评估是否要针对 iPhone X 做出位置调整。
2. 异形状态栏(齐刘海)
iPhone 8 屏幕状态栏高 20pt,iPhone X 状态栏高 44pt 并有齐刘海形状遮罩。状态栏位置显示的信息,在 iPhone X 上受齐刘海遮罩影响,需要特殊考虑展示效果,甚至重新设计信息展示方式避让状态栏,以便保持各屏幕展示效果的统一。
苹果官方不建议采用隐藏或遮挡状态栏的设计,相对 iPhone 8 ,iPhone X 有更高的纵向显示空间足够展示更多的内容,且状态栏显示了对用户有用的信息,除非隐藏状态栏能带来更大的收益,否则还是建议保留。
3. 增加主屏幕指示条
iPhone X 屏幕最底部设置了主屏幕指示条,用户可从屏幕底端使用滑动手势进入主屏幕或切换应用。这些系统的全局操作会优先于App应用的操作。在设计用户沉浸式的产品如视频、游戏时,可以适当的隐藏主屏幕指示条。
主屏幕指示条下方的内容仍是可点击操作的,但要避免在屏幕最底部设置重要操作内容,且要避免使用与指示条相冲突的操作手势。主屏幕指示条只有黑白两种颜色,会根据指示条底部背景自动切换。
4. 设置安全区
从 iOS 11 开始,苹果引入了安全区域的概念。在 iPhone 8 等屏幕上,安全区域默认是除了状态栏以外的屏幕范围。在 iPhone X 上,安全区域默认是除去顶部状态栏以及底部主屏幕指示条周边的范围。
遵照系统安全区的概念进行设计和开发,大多数使用系统标准UI元素(如导航栏、表单、内容集)的应用程序会自动适应设备的新外形,不需手动调整,这样会大量节省开发人员的工作量。所以在这里提倡大家遵照系统提倡的方式进行开发布局,不仅方便 iPhone X 的适配工作,也方便后续 iOS 系统更新以及界面元素的自动匹配。
固定在屏幕上展示的内容应始终在安全区域内,如顶导、底部tab栏等。垂直滚动的内容,如列表,图片流,需要一直延伸到底部,也就是会在安全区之外展示,这样才能确保提供全面屏操作体验。
正是因为 iPhone X 有着许多操作特性,我们的设计方案必须针对 iPhone X 进行适配。以下是针对常见界面元素整理的通用适配规则。
1. 吸顶元素
对于吸顶元素的适配原则是:避让状态栏,内容区吸附于安全区顶部,状态栏背景颜色根据吸顶元素进行调整。
2. 吸底元素
吸底元素的适配原则是:内容平移至安全区底部,界面背景层元素(界面背景色、背景图片、全屏地图等)充满屏幕,主屏幕指示条下方区域与吸底元素颜色协调。
3. 信息流
信息流从主屏幕指示条下方穿过,撑满屏幕显示,滑动浏览信息不受影响。主屏幕指示条下方内容仍可点击,此区域滑动手势优先触发系统操作。信息流最底部内容要保障在安全区内。
4. 全屏元素
全屏元素多为图片、视频、游戏画面、全屏地图等信息,适配规则是:全屏元素在 iPhone X 上仍要保持充满屏幕的状态,要保证图像信息比例正确不变形,并接受硬件传感器齐刘海和圆角遮罩。
因 iPhone X 与 iPhone 8 Plus 都使用@3x图片,所以开屏图片不做单独适配的话可以调取 iPhone 8 Plus 图片裁剪使用。
5. 左右布局元素
最典型的左右布局就是抽屉导航,抽屉拉出后,如果信息卡片和主屏幕指示条交错叠加,就会稍显信息混乱,建议抽屉导航的宽度根据主屏幕指示条的位置进行调整,完整露出或完全遮挡指示条。
6. 居中元素
居中元素在适配中的影响较小,对话框、Toast 提示等均不需单独适配。
以上的适配规则基本可以满足所有场景的基础适配需求。当然还有很多特殊场景,不需要特意保持 iPhone 8 和 iPhone X 展现效果的一致性,这种情况就需要单独设计方案,不是通用规则能满足的了。
滴滴出行针对内部产品做了一套适配指南,几十页满满的适配方案说明,尽可能详尽的将普适规则与特殊规则运用场景举例说明。设计平台将此适配指南发放到各业务部门,由业务方产出自己各功能场景下的适配方案。
在此过程中我们发现,即使规则已经很详尽,Webapp、H5页面等多场景下仍有一些不清楚如何适配,或不能通用适配规则的情况,需要设计平台持续跟进,讲解规则走查适配效果。
造成这种情况的原因大多是因为界面设计的时候没有充分考虑其后期延展,导致多屏幕下不能保持统一样式,无法通用适配规则。这让我们开始思考如何设计界面才能包容多屏幕的展现。
设备屏幕在不断更新,适配需求就是持续的无尽的,iPhone 从 iPhone 4 – iPhone 5 – iPhone 6 – iPhone X ,屏幕尺寸不断在变化,甚至屏幕的形状边界也在变化,更不用说安卓系统各种各样的屏幕尺寸及屏幕形状。例如,夏普AQUOS S2。
设计界面时,如果对市面的主流屏幕挨个设计是有极其高的时间成本的,那怎么才能让适配更从容,不必紧张的跟随手机厂商的发售脚步?是否有提高适配效率的方法?适配可否是一劳永逸的?需要适配的元素有没有一些共性……
带着这些问题不断的思考总结,我们形成了一套自己的设计理念,能够让适配这件事情以一抵百,万变不离其宗,这就是「去边界化」设计。
「去边界化」设计,是指在设计之初把边界限制去掉,定义好界面元素的特性及层级关系后,再套用到屏幕边框之中。与常规设计的区别在于,让内容成为独立且完整的组合体,再根据设定好的变化规则组合到不同的边界中去。这样保障了内容的最大适用程度,且保障各屏幕展示规则的统一性。
目前我们最常做还是手机界面,未来VR、AR 成熟起来,我们所设计的界面就会更大,甚至会大到无形。运用「去边界化」设计,可以让我们更好的适应未来。
另外回到手机界面,我们完成一个设计方案后,也可以运用“去边界化”的方式检查界面元素是否在多屏幕适配上存在问题,减少不必要的适配工作量。
其大无外,其小无内,在界面设计上,我们也需要突破界限,精益求精,让每一个元素都丰富而完整。
1. 定义元素特性
这里的元素特性,除了元素本身的基础功能及操作方式外,从三个角度进行思考,延展性、吸附性、流动性。
这里我们以同倍率,不同尺寸的屏幕适配为例,省略倍率换算方便我们更简单的了解「去边界化」设计。
如下图中,图片、卡片、背景、列表、按钮 等元素可随着屏幕进行延展变化,而icon、文字等为固定大小不会随着屏幕进行变化。
延展变化又可分为:等比延展、横向延展、全部延展。
通常图片、视频元素使用等比延展,保障画面比例统一不变形;列表、按钮 等多采用横向延展,信息量不变高度无需变化;卡片、背景等多根据其承载信息和屏幕背景尺寸进行调整,长宽均跟随变化。
如下图,button 吸附于界面(或安全区)底部,适配到其它屏幕依然保持与界面(或安全区)底部的吸附性。而下图中的toast 提示为界面居中元素,也就是它的吸附性就是界面的中心,适配到其它屏幕仍保持这一吸附属性。
针对流动性的元素主要是定义其容器的延展性和吸附性,流动元素本身大小不变,位置形态上跟随容器进行变化。当然还要考虑元素过多超出容器后的显示方案,是被截断还是省略等等。
如下图,文字图片流在信息容器内进行流动展示。
2. 组织信息结构
从平面维度思考元素关系可以理解为元素间的吸附性,但界面元素不总是在同一个平面上,App 界面通常分为 背景层 、内容层 、操作层 、状态层 ,这些层级在高度上是相互叠加的。
决定元素层级的因素主要是其表达内容的主次关系,重要而紧急元素在最上方,不重要不紧急的元素在最下方。将界面从平面维度填充为立体维度让产品功能更丰富,更贴近人们真实的立体世界,也就更符合用户的认知和操作逻辑。
无论界面的边界如何变化,元素间的层级结构一旦定下是不会随边界变化而改变的。建立元素的纵向层级关系,便于在不同场景保持统一的元素优先级。
在「去边界化」设计中,除了元素自身特性(延展性、吸附性、流动性)清晰,元素间的组合层级关系必须排布合理、逻辑清晰,才能让整个产品层级统一,多屏幕展现层级统一。
3. 元素组件化
我们有讲到界面中所有的元素都不是独立的,有时某几个元素组合表达同一个功能,关系非常紧密,甚至可以捆绑移动,我们把这些功能密切相关的元素进行封装,看做一个完整的大元素,这就是我们常说的组件。
组件化的特点就是详尽每个元素的操作反馈、延展方案、显示容器、极限情况等等场景,然后定义元素与元素之间的吸附关系,操作联动,使其成为一个完整的操作场景。
说到组件化设计,这有一篇必看好文:《进阶必读!可能是最全面的组件化开发与设计指南》。
组件还可以根据功能需求与其它元素自由组合,使得组件可以不断复用,大大提升设计效率,及适配效率。
组件化的意义有很多,可以方便设计元素的复用,方便开发组件的复用,减少代码及元素冗余,方便设计方案的修改等等。横向组件化之于「去边界化」设计,主要是在确立了元素特性及层级关系后,以整合元素成为组件的方式提升设计及适配效率。
以上就是「去边界化」设计理念,包括定义元素三大特性:延展性、吸附性、流动性,然后确定信息的横纵向层级关系,横向功能关系紧密的元素可进行组件化处理。这样整个界面的元素都是层级清晰且不依靠边界的,这时再给界面套用一个屏幕边框就非常有依据了,且能保障所有适配界面具有统一性。
梳理清楚设计理念之后,还需要将上述原则梳理形成设计规范,同步至团队所有成员,以达到团队共识保障最终的效果呈现。
4. 制定设计规范
以规矩为方圆则成,以尺寸量长短则得,设计规范可以帮助设计师快速认知元素特性及使用规则,工作中快速复用通用元素,提升设计效率,且可以通过规范说明对新功能寻求设计指导和参考。
规范的贯彻执行,可以保持产品设计语言与品牌形象的统一,保障在不断更新迭代中产品体验不走样。统一的使用体验可以保障用户流畅的使用产品,快速识别产品功能,简单高效进行操作。此外通过规范说明,可以实现开发人员与设计师的高效沟通,另外,将组件开发形成设计组件库,可以提升开发效率,方便代码的复用。
在「去边界化」的设计理念中设计规范也是不可缺少的环节,把定义好的元素特性和确定的组织结构总结成设计规范,是把理论层面上的探索转换成实践指导。
以上就是完整的「去边界化」设计理念在实际工作中的应用:从定义应用中元素的延展性、吸附性和流动性,到把零散的信息元素组成横向、纵向有序的结构,并把上述特性和结构形成设计规范在设计、开发团队中应用推广。
从苹果发布会开始,滴滴设计团队内部就开始进行着iPhone X的适配工作。了解iPhone X的操作特性、探究滴滴出行应用的适配规范、上线后跟踪反馈等,适配只是一个很小的工作需求,但也可以做的很大,做的很多,我们希望抱着这种极致执行的态度做好每一件事情。
从这次的适配工作中我们不仅看到了 iPhone X ,还看到了未来不断会出现的新产品、新系统等,我们不满足于一次次被动的适配,更希望可以主动的应对变化,所以我们摸索出了「去边界化」设计理念,希望这个理念能对大家的设计工作有所启发,让我们为未来做好准备。
转载请注明:优设网
分享此文一切功德,皆悉回向给文章原作者及众读者.
免责声明:蓝蓝设计尊重原作者,文章的版权归原作者。如涉及版权问题,请及时与我们取得联系,我们立即更正或删除。
蓝蓝设计( www.lanlanwork.com )是一家专注而深入的界面设计公司,为期望卓越的国内外企业提供卓越的UI界面设计、BS界面设计 、 cs界面设计 、 ipad界面设计 、 包装设计 、 图标定制 、 用户体验 、交互设计、 网站建设 、平面设计服务、UI设计公司、界面设计公司、UI设计服务公司、数据可视化设计公司、UI交互设计公司、高端网站设计公司、UI咨询、用户体验公司、软件界面设计公司
更多精彩文章:
手机及小程序界面设计之一:让设计更有说服力的20条经典原则:菲茨定律
手机及小程序界面设计之六:让设计更有说服力的20条经典原则:菲茨定律
手机及小程序界面设计之八:如何适配iPhone X?来看滴滴出行的实战案例复盘!
“组件”是平台级产品非常重要的组成部分,设计组件不仅可以节约设计和开发成本,更是设计理念的约束性体现。但是,随着平台级产品业务场景的复杂度不断增加,过往沉淀的设计组件的交互模式和视觉形式,却跟不上业务发展的诉求。因此,我们思考:如何建立和迭代一个优秀的组件库——不仅能保持良好的普适性,解决全平台产品的体验一致性的问题;并且能够保持各个业务线的特色和定制化需求,即所谓平台级组件的“和而不同”。
随着近两年业务的发展,早期沉淀的组件渐渐无法满足业务诉求,一部分组件的使用率和覆盖率很低。
因此我们决定对贝壳平台组件进行一次全新的升级。我们的目标不仅是针对“基础组件”进行优化,保持其良好的通用性,达到“和”的目的;更希望能够承载业务线(二手房、新房和租房)更多体验场景的需要,做到服务于业务的“不同”。
为了更好的实现升级目标,我们思考了以下几个问题:
1. 设计组件库的使用人员有哪些不同的角色?他们的诉求是否有区别?
在我们眼里,设计组件是对设计工作的一种管理,而设计工作从产出到落地的完整链条上,主要有三种角色的人群:
贝壳平台设计师和各个业务线设计师:平台设计师穷举组件使用场景的同时,提炼业务诉求,帮助业务线设计师通过组件更省时省力的高效完成设计工作。
开发团队:通过设计师的输出,明确组件开发的具体框架和自由度(例如按钮颜色是否支持不同业务自定义等)
产品团队:通过设计组件文档明确设计的标准,在各角色有共同标准的认知下,需求中可使用组件搭建的部分无需重复提需求,节约各方成本。
因此,设计师需要产出的并不是一份简单的组件库源文件,而是一份以不同角色合作伙伴的视角,都能看得懂的设计组件表达文档。
△ 图 1 给设计、产品和开发不同的文件样式
2. 组件真的是越多越好吗?
我们给出的结论是:面面俱到反而无从下手。在做设计组件时,大多数同学都会有患得患失的心理,认为组件足够多,就可以应对更多的使用场景,规范也足够细致和统一。
但是这是一个比较理想的状态,过于低微的颗粒度下,设计反而会失衡。这里的失衡是指,创新和规范之间的平衡被打破,显然不是我们想要的。并且平台级组件库是具备再生和持续发展的生长能力的,因此不必一味追求数量。
3. 采用什么方法可以合理的控制组件的质量和数量,挑选出通用度高的组件呢?
我们优先梳理了贝壳平台流量 TOP30 的核心关键页面,依据数据圈定范围,然后进行组件的整理。如下图,我们发现使用率最高的前十名组件,按照降序排列依次为:tabs 选择>Navbar>房源卡片(业务通用组件)>经纪人展位(业务通用组件)>按钮>通知与提示>弹层>搜索框>操作菜单>标准悬浮球。
△ 图 2 贝壳平台流量 TOP30 页面组件应用情况
这样,我们就可以按照以上优先级,优先设计和代码化使用频次较高的组件。
我们将贝壳原有组件库的全部组件打散,重新定义后分成三大类别:
平台基础组件:指不具有业务属性的元件及基础组件,例如:按钮/表单/列表/搜索栏/系统反馈弹层/操作栏/Navbar 等。
业务通用组件:指横跨多业务,但在不同的业务场景中略有变化,有公共元件可提炼,例如:经纪人展位/房源卡片。
业务特性组件:指只属于某一业务应用范畴的组件,无公共元件可提炼,但是在单一业务线复用率较高。
组件的明确分类,可以帮助我们在日后每当有新增组件时,以统一的标准和原则进行归纳和整理。
除了优化平台基础类型的组件外,我们还对其中使用频率很高的业务通用组件——房源列表进行了优化。
房源列表是在贝壳平台通常以线性结构呈现的。用户通过纵向扫读来获取房源宏观信息,横线浏览来了解单个房源条目的细节信息并进行相关操作。它在二手房、新房、租赁、海外等等业务线,都会经常被使用到。贝壳平台原房源列表样式,由于业务的发展,需要展示的信息逐步增多,依次罗列在列表中,导致展示效率变低,无吸引用户的亮点,最终导致用户对房源列表的“决策效率降低”。
而想要提升决策效率,并且优化后的列表能够在各个业务线使用,我们先要了解,在不同业务场景中,房源卡片都要展示哪些内容?这里我们应用到了先前研究得出的结论——用户浏览房源列表的心智模型。
△ 图 3 用户浏览房源的心智模型
在心智模型的指导下,我们进行了“元素穷举”。
△ 图 4 元素穷举
得到了具体展示哪些元素后,我们开始思考,一个包容性强的列表底层结构应该是什么样子?经过几次的反复推敲和尝试,我们得出如图所示的三层结构:容器背板层、可交互操作层、内容展示层。
△ 图 5 房源列表的三层结构
容器背板层:它是承载列表内部所有内容的盒子,我们在这一层,定义了容器的形状,圆角等属性,使它成为一个统一的底层模版。
可交互操作层:这一层放置的是用户关于列表可进行的全部操作,例如关注,查看 VR 图片等。并且,我们针对具体每一种操作行为,定义了统一的交互方式。
内容展示层:这一层涵盖所有用户可以查看的具体信息,包含房源标题、楼盘名称、房源详细信息和价格的动态浮动变化信息。
通过三个层次的划分,我们可以清晰的定义每个层次的具体的职责是什么,这有利于我们后期面对复杂业务场景和海量信息内容时,可以更好的去归纳和组织信息的呈现。
在完成了元素穷举和结构分层之后,我们绘制了一个基础框架模版,如下图:
△ 图 6 房源列表基础框架
然后我们将不同业务线的具体细节信息,嵌入模版中,设计成各个针对不同业务和不同场景使用的房源列表。带着这样的设计结果,我们与业务线的产品经理和设计师同学进行了一次深入的探讨,并且确定可推行迭代的节奏。
综合 14 天数据,二手房改版后,CTR 由原来的 44.65%提升到 51.35%。这对于房源列表来说,是非常难得的。
△ 图 7 改版后的数据结果
以上就是本文的全部内容,相信大家已经掌握了 C 端组件库建立的基本方法,这里我们总结一下组件库的创建流程:
△ 图 8 C 端组件库的创建流程
组件库是每一位用户体验设计师,在日常工作中积累的设计资产。组件要做到“和而不同”,“和”是指用规范化的底层容器,将抽离出复用率高的元素包裹起来,形成体验一致,交互一致的封装模块。“不同”是指,每条业务线可以根据自身具体的使用场景,去定义各自在内容展示层要展示的元素,保证了一定的自由度和各自生长的能力。
房源列表在贝壳平台首页已经上线有半年左右的时间了,通过改版,用户使用房源列表时的决策效率有一定程度的提升,业务覆盖也逐步扩大。在研发老师的协同下,实现了 Native 和 Flutter 组件的封装,大大缩短了开发时长,从而提升了产品整体的研发效率。
希望能给同样正在建立组件库的设计师同学们带来一些启发,贝壳用户体验团队也会继续致力于更多业务特性组件的深挖,期待你的关注。
转载请注明:优设网
分享此文一切功德,皆悉回向给文章原作者及众读者.
免责声明:蓝蓝设计尊重原作者,文章的版权归原作者。如涉及版权问题,请及时与我们取得联系,我们立即更正或删除。
蓝蓝设计( www.lanlanwork.com )是一家专注而深入的界面设计公司,为期望卓越的国内外企业提供卓越的UI界面设计、BS界面设计 、 cs界面设计 、 ipad界面设计 、 包装设计 、 图标定制 、 用户体验 、交互设计、 网站建设 、平面设计服务、UI设计公司、界面设计公司、UI设计服务公司、数据可视化设计公司、UI交互设计公司、高端网站设计公司、UI咨询、用户体验公司、软件界面设计公司
更多精彩文章:
Cs界面设计之二:如何区别B端与C端的产品设计差异?我总结了26条对比!
在决策类产品中,用户的行为路径一般从信息分析场景到信息决策场景。系统关键信息密度的高低是影响用户决策速率的重要因子。因此我们建议从「信息拆分与重组」、「功能高效聚合」两个层级出发,以提升关键信息在页面模块中的的密度。
B 端有效信息密度提升设计框架的颗粒度由粗到细可总结为三个层级,分别为基础层、功能层与信息层。首先是基础层,B 端产品多场业务景、多用户角色、多任务流程的关键性差异决定了业务侧信息是一切设计的出发点;再者,需依据业务场景定义、角色定义与任务流排布的相关内容链接与聚合产品功能;最后,基于以上信息,使用交互与视觉相结合的设计方法,降低用户与系统的交互成本,引导用户聚焦产品核心能力,提升关键信息在页面中的密度与触达效率。
「信息拆分重组」:在 B 端系统中,信息拆分与重组是依据业务与产品内容对信息进行重新组合,以求达到低跳转、高密度、有效触达的设计目标。
「功能高效聚合」:在 B 端系统中,功能高效聚合是依据业务场景与业务逻辑对产品功能进行重新整合,旨在单位时间、单位面积内的带来更多商业效益/效率提升。
设计方法:信息层拆分与重组。
项目背景:基于对计划方式的调研及整理,结合业务侧对于销售计划确认模块提供参考信息过少、浏览体验较差等问题,对明细表格及其他部分进行整体体验升级。
用户痛点:销售计划确认明细表格的浏览与分析效率低下,导致线上计划确认难。
设计目标:依据业务逻辑对表格信息进行拆分与重组,减少并优化用户眼动轨迹,提升信息展示密度。
设计方法:功能高效聚合
项目背景:对全流程进行数据可视化,分环节数据监控,同时展示时效等更多维度数据,便于业务快速定位异常并跟进处理。
用户痛点:用户在产品方案中无法快速获取到履约率相关数据,在一定程度上影响数据分析与决策的效率。
设计目标:依据业务逻辑排布浏览分析全流程数据任务的起点、过程与终点,缩短优化用户眼动轨迹,提升信息触达时效。
以上就是「关键信息密度提升设计」的全部内容啦~
录入流程设计、任务中断回溯设计已经发布,感兴趣的小伙伴记得阅读收藏哦~后续会为大家带来「场景化设计」等 B 端的设计方法,希望能给正在从事或准备入局 B 端的的小伙伴带来启发,也希望跟大家一起探讨更多的 B 端设计方法。
转载请注明:优设网
分享此文一切功德,皆悉回向给文章原作者及众读者.
免责声明:蓝蓝设计尊重原作者,文章的版权归原作者。如涉及版权问题,请及时与我们取得联系,我们立即更正或删除。
蓝蓝设计( www.lanlanwork.com )是一家专注而深入的界面设计公司,为期望卓越的国内外企业提供卓越的UI界面设计、BS界面设计 、 cs界面设计 、 ipad界面设计 、 包装设计 、 图标定制 、 用户体验 、交互设计、 网站建设 、平面设计服务、UI设计公司、界面设计公司、UI设计服务公司、数据可视化设计公司、UI交互设计公司、高端网站设计公司、UI咨询、用户体验公司、软件界面设计公司
更多精彩文章: