首页

向产品中注入人工智能的指南-总结20年的人工智能设计

鹤鹤

译者推荐 | 作为现在热门的 AI 交互,已经有不少文章进行了设计探讨。而在此篇,设计师总结了过去 20 年间 AI 设计的经验教训,总结出 18 个交互设计指南,为我们提供了设计原则,希望有所裨益。

 

 

 

Photo by Franck V. on Unsplash

 

如今,许多产品都具备了 AI 支持的一些功能。我们每天都在移动设备上以各种形式携带 AI 系统,例如活动跟踪器、邮件过滤器、自动完成和社交网络订阅广告。像 Siri、Google Home 和 Cortana 这样的虚拟助手帮助我们完成简单的任务。推荐系统会为我们建议在亚马逊上的下一次购买,并指引导我们进入下一个喜欢的 Netflix 系列。

 

AI 融合产品的性质

 

AI 融合产品的共同特征是,与其他系统不同,它们依赖于概率,因此涉及不确定性。AI 注入的产品本质上是不一致的,因为它们是随着时间的推移而学习的。它们也可能依据光线环境、环境噪声、人类口音和其他情况有不同的反应。这种不可预测性会让用户感到困惑,降低他们的信任,最终可能导致他们放弃产品。

 

 

AI 交互的设计指南


为了确保良好的设计,Amershi 及其同事推荐了一些人工智能交互指南。这些设计指南融合了该领域 20 多年的经验教训。他们从白皮书、评论、新闻文章、社论和学术论文中收集了 168 个设计建议,并将它们合成为以下 18 个指南。

 

DG1:明确系统可以做什么。

帮助用户了解 AI 系统的功能。例如,在处理用户数据时,对跟踪哪些数据以及如何跟踪数据保持透明。

 

DG2:明确系统能够做得如何。

帮助用户了解 AI 系统可能出错的频率。

 

 

 

 

DG3:基于环境的时间服务。

AI 系统应根据当前任务和环境考虑何时采取行动或何时中断用户。

 

DG4:显示相关信息。

显示与用户当前任务和环境相关的信息。

 

 

 

搜索电影标题 “Weathering With You” 将反馈相关的放映时间和地点。


DG5:符合相关的社会规范。

考虑到用户的社会和文化背景,提供期望的体验。例如,语音助手在与有孩子的家庭交谈时,应该注重用语的健康。


DG6:减轻社会偏见。

防止 AI 系统的语言和行为加强不良的刻板印象和偏见。


DG7:支持高效的调用。

简化向 AI 系统请求服务的方法。

 

 

 

用户可以直接说唤醒词 “Alexa” 开始与 Amazon Echo 互动


DG8:支持有效的忽略。

简化拒绝或忽略不需要的服务的方法。


DG9:支持有效的纠正。

简化编辑或在错误中恢复的方法。例如,通过语音助手设置提醒后,用户可以在手机上找到提醒并且手动编辑它。


DG10:服务范围有疑问时。

当不确定用户的目标时,参与消除歧义或委婉地削弱 AI 系统的服务。

 

 

 

 

自动填充提供可滚动的建议,而不是自动为用户填写单词。

 

DG11:明确系统为什么会这样做。

AI 系统的行为表现应该是透明的,向用户表面它为什么会这样做。

 

 

 

谷歌地图显示“最快路线”是选择特定路径的原因。

 

DG12:记住最近的交互。

保持短期记忆并允许用户有效地引用它。例如,搜索引擎应该基于先前的查询来理解后续查询的内容。

 

DG13:从用户行为中学习。

通过不断学习用户的行为,个性化用户体验。

 

DG14:谨慎更新和调整。

在更新和调整 AI 系统的行为时,不要有破坏性的更改。

 

 

 

 

当用户选择歌曲时,不要突然更新所有的热门推荐。保持顶部稳定并更新其余部分。

 

 

DG15:鼓励细化反馈。

使用户能够在与 AI 系统定期的互动期间提供指示其偏好的反馈。例如,如果AI 系统没有将电子邮件标记为重要的话,用户可以自己标记。

 

DG16:传达给用户行为的后果。

立即更新或传达给用户此操作将如何影响 AI 系统之后的行为。

 

 

 

Instagram 通知用户隐藏广告的操作将帮助他们改善广告未来的质量。

 

DG17:提供全局控制。

允许用户全局定制 AI 系统监控的内容及其行为方式。例如,用户能够打开和关闭位置共享。

 

DG18:通知用户有关更改的信息。

当 AI 系统添加或更新其功能时应该告知用户。例如,AI系统可以提供针对新功能的应用教程。

 

这些指南来自 Amershi 等人在 CHI 2019 年发表的人工智能交互指南。

 



作者:三分设
链接:https://www.zcool.com.cn/article/ZMTQyOTc1Mg==.html
来源:站酷
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。

蓝蓝设计(www.lanlanwork.com )是一家专注而深入的界面设计公司,为期望卓越的国内外企业提供卓越的大数据可视化界面设计B端界面设计桌面端界面设计APP界面设计图标定制用户体验设计交互设计UI咨询高端网站设计平面设计,以及相关的软件开发服务,咨询电话:01063334945。我们建立了一个微信群,每天分享国内外优秀的设计,有兴趣请加入一起学习成长,咨询及进群请加蓝小助微信ben_lanlan。

WechatIMG27.jpg

关键词:UI咨询UI设计服务公司软件界面设计公司、界面设计公司、UI设计公司UI交互设计公司数据可视化设计公司用户体验公司高端网站设计公司银行金融软件UI界面设计能源及监控软件UI界面设计气象行业UI界面设计轨道交通界面设计地理信息系统GIS UI界面设计航天军工软件UI界面设计医疗行业软件UI界面设计教育行业软件UI界面设计企业信息化UI界面设计、软件qt开发软件wpf开发软件vue开发

 

交互设计自我发展三部曲——“器、势、人”

涛涛

交互设计师(或称UI设计师)发展的三部曲——器、势、人,这三部曲基本会贯穿你的职业生涯。本文专门为交互新人和转行者指明学习方向。

浅谈简约交互设计四策略

涛涛

今天小编来带大家了解一下如何让产品能更加简单易用的四个设计策略:合理删除、分层组织、适时隐藏和巧妙转移;

设计师如何做产品需求分析:先聊聊两个“价值”

鹤鹤

近两年出现了不少“解放设计师双手”的设计工具、AI工具,我们似乎能很快输出N种流程方案、N种布局方案、N种UI风格等等。问题是:这样穷举设计方案的工作方式当真有效吗?
 
请警惕“莫得感情”的出图机器!具备竞争力的设计师必须有自主意识,包括清晰的思维逻辑、果敢的决策力。而体现这一意识和能力的重要环节之一,就是产品生产链路中的首个环节“需求分析”。
 
需求分析并不仅仅是产品经理的事儿。从共同目标的角度来看,互联网企业在岗位划分上区分了产品经理、设计师、开发工程师等,是顺应人的精力时间有限、术业有专攻的自然规律,但是从业务目标来说,每一个岗位都应该对“最佳用户体验和最大化商业利益的平衡”负责,确保这艘船在正确的航道上。所以,如果每个“船员”都具备主人翁意识和需求分析的能力,航程必然更健康稳健。
设计师如何做产品需求分析:先聊聊两个“价值”
 
 
对设计师来说,需求分析不仅仅是“这个功能要不要做”的问题,也会影响后续的设计方案决策。每一次的功能增删或调整,都是在改变用户接收产品界面信息的整体效用,那么每一个产品需求的分析都要评估这个功能在整个信息架构、用户体验链路的位置孰轻孰重,也就必然会影响你的设计方案决策。
 
产品需求从哪里来?
 
“有用户反馈说……"
“国庆节快到了,我们策划了一个活动……”
“这个付费转化率很低,达不到预期。我们想……”
……
产品需求的来源多种多样,可能来自产品经理、用户反馈、产品数据、市场风向、技术革新等等。当然,还有来自作为设计师的”我自己“。当我灵光一闪想到一个很炫酷的小创意,情感上免不了自以为是地想”咱们产品这么不做这个“——这个时候我也会用需求分析的框架来质问自己:
“值不值得做(价值评估)”、“应当先做什么(优先级)”、“用户需求要满足到什么程度(核心体验链路)”这三个问题。
 
做需求分析,要想什么?
我们常说产品需求要“洞察用户真正的需求”,要明确“用户价值”。刚入行的时候,我们都会点点头,心想“对哦”。可是什么是“真正的”、什么是“假的”、什么是“价值”?说实话,这些概念都挺虚的。只有当理论落到某个用户场景去分析,我们才能理解其深意。
 
先说点虚的,什么是“价值”?
 
价值是多维度的概念,在不同的学科中都会在“价值”前加一个表范围的定语,比如“劳动价值”、“经济价值”、”社会价值”。随着互联网的发展,我们出现了两个重要的新词“用户价值”和“产品价值”。
 
对于用户而言,他们购买或使用产品或服务是为了满足特定的需求,比如提升效率、获得愉悦、获取经济收益等。那么我们说这个产品具有“用户价值”。
 
所以需求分析首先是“评估价值”,而价值评估则拆分为“用户价值”和“商业价值”两部分。即使当下的需求目标是提升用户规模(拉新、促活、挽留等),并不需要用户掏钱,也是为了实现长远的商业价值。当然,这仅适用于以盈利为目标的企业,非盈利组织还有“社会影响力”的目标,不在本文讨论范围内。
 
下面我们进一步拆解价值评估:“用户价值评估”和“商业价值评估”。
设计师如何做产品需求分析:先聊聊两个“价值”
 
 
1、用户价值评估
解决哪些用户在什么场景下的什么问题?
 
这个问题越具体到“人”,就越容易分析。如果需求来自于用户反馈,我们溯源到具体的用户。
 
有一个朋友出去创业,想做一个“找饭搭子”的同城陌生人交友软件。他说,偶尔看到微信朋友圈有人召唤“有没有人一起探店”的动态,去网络社区搜索“饭搭子”、“同城探店”等词汇也能看到不少帖子。而且探店吃饭这件事直接关联消费,商业模式很清晰。他想通过他的产品解决“用户|在探店场景中|无法及时找到饭友”的问题。——“找饭友”是一个行为动作,没有切入到用户的内在需求。
 
定义用户价值不能只停留在“行为上”,可以尝试找到目标用户做定性访谈,进一步深挖问题。比如,我们想进一步把问题下钻,可能会问到这些问题:
 
● 用户为什么要找饭友?不能一个人探店?
● 用户为什么找不到“饭友”?
● ……
 
我们进一步细化“用户-场景-问题”的价值定义:
解决 一线城市年轻用户(尤其是刚迁移新城市的年轻人)|通过约伴探店|解决 同好交友(社群需求)、 “量大”餐馆均摊成本(省钱需求)、获得更愉悦的吃饭氛围 (情绪需求)的问题。
设计师如何做产品需求分析:先聊聊两个“价值”
 
 
那有了这个用户价值定义是不是就可以顺利立项呢?——看这个文章的篇幅,你只读了不到一半,当然还有更多需要推敲的问题,请继续阅读。
 
这个需求接触不到真实用户怎么办?
 
有时候我们的需求来源可能是市场风向、技术革新带来的未知变化。我们无法直观地获知“具体的用户是谁”、“TA在什么场景遇到什么问题”。
——这种情况,我们则需要反向思考:这个需求如果做了,获益的用户是谁?满足了他们在什么场景下的需求?如果不做,用户会不会因此弃用我们的产品?可能流失的用户,大盘占比可能是多少?是不是高价值用户?
设计师如何做产品需求分析:先聊聊两个“价值”
 
 
用上面的思路去层层推敲,可能会否定原来的产品策划,可能会挖掘出新的需求,可能会改变需求的优先级。
 
值得一提的是,有时候经过层层推敲,最终得到的决策可能会与市面上的竞品有所雷同。也就是我们经常会问的一个问题:为什么A产品已经做了这件事,B产品还要做同样的事情?
 
有的功能或服务是顺应用户需求而产生的,如果有所缺失,就无法达成用户目标。比如短视频产品都会做点赞和评论,因为视频创作者和消费者分别有“获得认可”的被尊重诉求、”表达意见“的掌控欲等心理需要。而产品则需要这些点赞和评论数据去评判内容热度和丰富个性化标签,以优化内容的推送机制。很多同一赛道的产品会有雷同的功能,虽然常常被调侃为”相互抄“,但是真正做需求分析才能看清“什么是无脑抄”、“什么是必然如此”。
 
2、商业价值评估
用户会为你这个新产品/新功能买单吗?
 
我们找到一个有用的需求点是简单的,因为需求的来源真的太多太多,但是当我们发现,用户不一定会为我们的新产品或新功能买单。
请注意,这里的“买单”不限于用户掏钱,还包括用户决定使用哪个产品的决策成本、用户愿意花费在某个产品的时间和学习成本等。
 
那我们怎么预判用户会不会买单呢?或者,如何提升用户的买单意愿呢?
 
如前面所言,“用户价值”就是通过你的产品获得了预期的效用。效用可以是省了时间、省了钱、省了学习成本、获得情绪价值、获得安全感等。而用户对效用的感知,往往是对比过去经验的解决方案得到的。所以,我们首先要看用户之前是怎么解决这个问题的,然后是用户迁移到新的解决方案(使用新产品或新功能)要付出多少成本。
 
继续用上面“饭搭子”的案例:
设计师如何做产品需求分析:先聊聊两个“价值”
 
 
——我们从这个案例可以看到,当我们做成本对比,不能简单地说新旧方案哪个成本更高。用户付出的“成本”是多维度,包括“时间成本”、“经济成本”、“安全风险”等维度。
“饭搭子”这个新方案,对比旧方案,并没有没有压倒性的成本优势。我们虽然可以通过产品设计和运营降低当中的用户成本,比如通过用户历史参与数据(参与饭局次数、饭友评价、真实职业信息等)提供用户靠谱度评分,以降低安全成本。但消除用户成本,需要花费较大的资源投入,我们可以预判这不是一个高ROI的产品项目。
有趣的是,人不是完全理性的。有的场景,只要其中一项成本感知强烈,人就可能选择弃用这个产品。比如“饭搭子”这个案例中,女性用户对安全风险更为敏感,女性用户更不愿意尝试陌生社区。
设计师如何做产品需求分析:先聊聊两个“价值”
 
 
如果我做的是一个非常创新的项目,真的没办法找到“旧方案”做对比呢?或者我无法获知旧方案的用户成本呢?——我们依然建议尽可能地接近用户、收集足够多的信息,以辅助判断。如果依然非常不明朗,可以通过MVP的方案去预估。关于MVP实践的书籍和网络资料很多,大家可以自行搜索。
 
多少用户会买单呢?
✅ 确认了这个需求有用户价值
✅ 确认了有XX需求的用户很可能会买单
——接下来可以开干了吗?
 
不够,还需要
预判收入规模
。因为:收入=客单价x支付用户数=客单价x访问用户数x支付转化率。
这个等式适用于一般的to C产品,不同的产品可能有差异,比如视频用户的使用时长可能与产品收入挂钩,那么用户时长也需要作为一个变量放入到你的产品收入公式中。
当我们要开发一个新的付费互动功能,我们需要做数据预估:这个互动功能放在这个位置,每天的曝光可能是多少?按照此页面同样位置的点击转化和其他功能的付费转化,能否预估这个新功能的收入?这个收入规模值得投入X天的开发人力吗?
如果这个需求的直接目标不是收入,而是获取更大用户规模。我们也同样用“等式”这个思考方式来去做数据估算,只是把“收入”理解为用户量或其他目标数值、而非金钱收入。
当然,通过历史数据估算收入是比较理想的情况。如果身处一个数据体系建设落后的企业中,我无法获取足够的数据支持,怎么办呢?或者,这是一个绝对的革新体验(比如AI辅助内容创作),我无法用过往的数据或经验评估收入规模,怎么办呢?
那么,至少解答“解决哪些用户在什么场景下的什么问题”,来看看这个需求的用户场景覆盖是否足够广;再权衡为了获得这个新产品/新功能带来的新体验,用户要投入哪些成本,以此做需求的排除法——跟创业一样,做产品本身就存在了诸多不确定性,并非所有的决策都能通过公式去论证。
我们只能在有限条件下尽量选择做正确的事
,排除那些大概率不能成功的事。然后尝试MVP,或直接交给市场和时间验证。
此外,如果设计师想作为初创成员加入新产品,还要跑通可持续的盈利模式。这里又是一大块学问,比如了解这个企业做这件事的资源优势等等,本文作者的知识域和本文篇幅都有限,建议感兴趣的朋友翻看商业分析相关书籍。但是新旧方案的用户成本对比、收入公式的拆解,依然是重要且可行的商业价值视角。
 
3、优先级
“优先级”可以分为两层理解,一层是产品需求之间的优先级排序,另一层则是功能范围层的优先级,也就是我们聊需求经常会问的问题:我们明确了这个产品需求当下就要启动,但是当前要做到什么程度呢?
前者,对比不同需求的产品价值大小,再结合开发实现成本和耗时、是否需要追赶某个时间节点等,产品需求之间优先级不难得出。而设计师更多要思考的是后者。
举个例子:开学季马上要到了,产品经理了解到学校有类似“语文朗诵作业打卡”的作业打卡诉求。我们希望抢时间窗去满足这个大规模的家校场景,即“如何最快地满足每日/周重复的信息收集需求”?作业打卡场景可否
延伸
到其他打卡场景,不同的打卡有何共性或差异?
其中“最快”暗含的意思是“
这个功能至少要做到什么程度才能满足最核心的用户需求
”。这个时候,我们拉了一个表格,快速梳理不同用户角色(比如区分“打卡创建者”和“参与打卡者”)的体验链路,再决策
各个体验环节的功能复杂度要到哪里。
从全盘中抽取出体验闭环的最小集
从全盘中抽取出体验闭环的最小集
 
不要忽视商业竞争中的时间差,因为抢先占领市场的产品实际上是提升用户迁移到竞争对手的成本。过去我们提倡匠人精神,不放过每一个细节。而当前激烈的市场竞争环境下,“有的放矢”比“抠细节”更加重要。
 
小结
我们归纳一下需求分析的思路,多问问这些问题:
设计师如何做产品需求分析:先聊聊两个“价值”
 
 
需求分析是比较考验全局观、逻辑性、数理分析和共情能力的。工作中可以通过拉表格、思维导图、白板等工具梳理思路。如果你喜欢写文字,那就用写的方式。总之,切忌接到产品需求就动手出界面方案。


作者:腾讯ISUX
链接:https://www.zcool.com.cn/article/ZMTYxODM0NA==.html
来源:站酷
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。
 

 

用户访谈系列之三:访谈后如何得出更深的访谈洞察

鹤鹤

写在前面
研究结果最坏的情况是什么,无法回答研究问题,或者研究结果不能得到认可。毕竟做完一场用户访谈投入了大量的成本,发现的却是一些大家都已知的结果那就比较失败了,或者分析出的问题不具备深刻性,对落地实施起不到帮助作用。在前面两个系列中,我已经分享了如何做好访谈前的准备,以及访谈中一些好用的访谈技巧,最终就是为了访谈后,我们能够获得专业性且能形成指导的建议和洞察。
访谈数据分析的难点主要是来源于访谈收集到的数据是大量碎片的,凌乱无序的。如何从这无条理的资料中找出新的线索,洞察出新的机会?这似乎是没有一个固定的标准流程。定性数据的分析非常依赖研究者本人的分析能力,同样一份定性数据,经过不同人的分析,很可能有完全不一样的结论和见解。所以本文也无法给出像数学公式一样的规则和标准,满足所有人去套用。在这里我想更多地去揭示定性数据分析的面纱,掀开裙子地一角,看看这个过程究竟是如何的,提供研究者们一个参考思路。

常见的B端弹窗样式设计总结

鹤鹤

B 端产品的业务场景通常比 C 端更为复杂,因此在进行产品设计时对信息的处理方式也需要根据不同的业务场景进行设计。今天主要聊一下 B 端产品设计中弹窗设计。
常见的B端弹窗样式设计总结
 
 
弹窗的定义
弹窗是展现在用户操作界面之上的容器,在 X 轴和 Y 轴的平行空间之上扩展了页面的高度。是系统与用户之间建立联系非常重要的组成部分。它通常在用户进行特定操作或访问特定页面功能时弹出,目的是向用户展示某些信息、提供选择或执行某些操作。
 
弹窗使用场景
  1.  
    需要呈现的内容篇幅相对较少。
  2.  
    常用于针对某些内容进行补充说明、需要用户处理关键信息、重要的警告提示等。
  3.  
    通常是由系统触发(用户被动接受)。
  4.  
    弹窗整体高度和宽度不做绝对的标准或规定,可以根据内容篇幅的多少和视觉的平衡度来确定,整体规范保持一致即可。
 
总体概括为简单和复杂两个场景。
 
一、场景简单
场景简单包括:全局提示、气泡确认框、警告提示、通知提醒框,通常是操作确认和系统内部自动触发性提示时使用。
 
1. 全局提示
以 toast 提示居多,通常在页面中间偏上的位置。
常见的B端弹窗样式设计总结
 
 
 
2. 气泡提示
用于解释难理解的功能名词或者由于版面限制文字展示不完,利用气泡来展示。
常见的B端弹窗样式设计总结
 
 
 
3. 警告提示
用于重点内容的警告提醒,降低用户犯错概率,提升用户的使用体验。
常见的B端弹窗样式设计总结
 
 
 
4. 提示性通知弹窗:
位置相对固定,通常出现在需要介绍说明的功能旁边或者居页面中间展示。
例如,当系统发生重要更新维护或者重点功能引导时,可以显示一个提示性通知弹窗,告知用户当前状态。
类型主要包括以下三种:
常见的B端弹窗样式设计总结
 
 
常见的B端弹窗样式设计总结
 
 
常见的B端弹窗样式设计总结
 
 
 
举例:
有赞后台页面
有赞后台页面
 
 
 
二、场景复杂
1. 场景复杂|全屏弹窗
常见的B端弹窗样式设计总结
 
 
 
新开页签(浏览器)
常见的B端弹窗样式设计总结
 
 
为什么是全屏弹窗,而不是页签?
全屏弹窗功能和页面相似,之所以使用全屏弹窗作为页面载体,原因就是对原触发页面的使用和关注并没有结束,编辑完成后需要快速关闭当前窗口并返回到原来的页面中去,数据可以做到实时同步。如果用新页签打开,则会对数据同步造成隔断,需要二次打开页面。页签是浏览器新开窗口,通常用于不同功能的展示。
 
 
2. 场景复杂|非全屏弹窗
①中间弹窗·纯文本
确认弹窗:用于向用户确认某个操作或决策,通常包含确认和取消两个按钮。例如,当用户点击删除按钮时,可以显示一个确认弹窗,询问用户是否确定删除。
常见的B端弹窗样式设计总结
 
 
 
②中间弹窗·下拉框
下拉框:后台将全部数据返回,下拉展示全部内容,方便用户快捷查询。
常见的B端弹窗样式设计总结
 
 
 
③中间弹窗·文本输入
文本输入:通常用于备注等说明性内容的填写。
常见的B端弹窗样式设计总结
 
 
 
④中间弹窗·选择器
包括单选和复选两种类型,下图以单选框举例。
常见的B端弹窗样式设计总结
 
 
 
⑤中间弹窗·步骤条
常见的B端弹窗样式设计总结
 
 
 
⑥中间弹窗·多内容组合
常见的B端弹窗样式设计总结
 
 
 
⑦中间弹窗·左右穿梭框
穿梭框左侧通常会有分页,为了防止用户对已选内容造成遗忘,右侧框展示已选内容进行二次核对。
常见的B端弹窗样式设计总结
 
 
 
⑧中间弹窗·上下穿梭框
常见的B端弹窗样式设计总结
 
 
 
举例:
常见的B端弹窗样式设计总结
 
 
 
3. 场景复杂|抽屉
抽屉呈现的内容篇幅介于弹窗和页面之间,通常居右侧展示。
 
①抽屉·纯文本
通常展示较大篇幅的说明性内容。
常见的B端弹窗样式设计总结
 
 
 
②抽屉·横向 tab
通常展示同一大类下,不同分类的信息内容。比如全部消息、已读、未读等。
常见的B端弹窗样式设计总结
 
 
 
③抽屉·纵向 tab
常见的B端弹窗样式设计总结
 
 
 
④抽屉·多内容结合
多类型内容的聚合展示。
常见的B端弹窗样式设计总结
 
 
 
 
三、其他情况
①强制性提示
为了更好的了解用户特征,提供更加优质的服务,有的系统在用户首次使用时,会出现强制性弹窗,执行必要操作后,才可进入系统使用。
常见的B端弹窗样式设计总结
 
 
 
四、弹窗使用规范
上下左右间距大小固定,弹窗大小根据内容的多少来自动调整。
 
①中间弹窗
常见的B端弹窗样式设计总结
 
 
常见的B端弹窗样式设计总结
 
 
 
②侧边弹窗
常见的B端弹窗样式设计总结
 
 
以上就是全部内容,谢谢。


作者:西城门设计
链接:https://www.zcool.com.cn/article/ZMTYyMDI5Ng==.html
来源:站酷
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。

层级思维解构图标分类体系

鹤鹤

近年来,Ul设计行业蓬勃发展,图标设计风格更是呈现出多元化的特点,各种新颖、创意的设计风格层出不穷。图标样式早已从潺潺溪水变成汪洋大海,通过系统归纳和整理各类常用的面性图标设计类型与风格,我们构建了一套体系化的记忆框架,使得在日常工作中能够迅速且准确地作出图标样式的决策,从而有效提升设计效率与质量。本文章主要讨论近年UI界面中会经常使用的图标风格,线性图标样式组成一般过于简单,在此不做讨论。
 
本文在探讨图标的分类思维时,巧妙地运用了层级理念,
并特别关注层级是否穿透这一关键因素来区分不同类型的图标。这种分类思维不仅使图标的辨识变得更为便捷,还有助于人们更轻松地形成深刻的记忆印象。通过这种创新性的分类方法,我们得以更清晰地理解图标的本质与特点,进一步提升我们对常用图标的认知水平和应用

B端基础 | 52000余字总结 B 端基础设计知识

鹤鹤

1、
内容总结
因为在写这个系列的文章时我加入了很多扩展知识。希望告诉你更多。这里我会把主要的这个系列的知识总结一下让你尽量一次看完。
B端基础 | 52000余字总结 B 端基础设计知识
 
 
1.1、登陆页面
 
最近就在做我们系统的登陆页面优化。回头我会写一个项目总结给你们看。这里介绍一下B端登陆页面该怎么去做。其实还挺简单了。因为现在主流的布局就那几个。
B端基础 | 52000余字总结 B 端基础设计知识
 
 
登陆页面:布局分为三种;居左、居右、居中
页面元素:导航、登录框、背景(装饰元素)、互联网信息。
导航
高度:68px或48px、文字大小:14(大部分)16(也可以)
登录框
大小:大小尺寸不统一、没有固定的尺寸。可以根据自己和领导的喜好决定。对还有要承载的内容多少。
登录方式:扫码、手机号、账号、第三方
标题切换字号:我喜欢用26px(也要其他的16、/18、/20)
输入框高度:48px
按钮文字和高度:16px、和输入框高度一直就行。
背景
可以是配的插画(这种最简单)、一般都是科技风
底部
要不就是单纯的互联网信息。要不就是快捷入口、联系方式什么。这个就不多说了正常排版就行。
 
1.2、筛选
 
筛选相对是很简单的部分把、因为你直接用规范里的组件。虽然不会很优秀、但是刚重要的是不会出什么错误。主要是就大厂规范能够快速的帮你解决问题。
B端基础 | 52000余字总结 B 端基础设计知识
 
 
筛选的意义:定位数据、缩短查询路径、数据内容分类
 
筛选类型:基础筛选组件(就是我们常见的页面顶部的筛选)、高级筛选(就是那些需要你定义想一想的筛选部分)
 
筛选布局:顶部和左侧
 
筛选样式:平铺;折叠;Tab筛选;单侧选择;表头;综合
 
1.3、栅格
 
这里其实还简单的、首先你要明白栅格在我们的设计里面很重要。你不用当然也可以呀。但是你想要做的更好那就用起来你会有意外的收获。
B端基础 | 52000余字总结 B 端基础设计知识
 
 
怎么用:直接看ant design、TDesign、阿科desing的规范就行、写的很清楚。
 
注意点:不要硬套、我们要根据自己的系统去自己定制。比如我们系统、用的是ant design的框架、但是我们的网格系统是自己定制的。因而我们的边距不是24px、我们是20px
 
1.4、颜色
 
这部分相对来说是我自己的弱项、在写当时的文章的时候也是收获颇多的。明白了大厂规范是怎么确定自己色彩设计规范的。也清楚了自己应该怎么去规定自己的设计规范。
B端基础 | 52000余字总结 B 端基础设计知识
 
 
主色确定:常见的方法、1、用自己品牌logo的颜色;2、用行业色
 
配色确定:我一般是找竞品、或者优秀的配色方案、来确定自己的。多参考大厂的配色方案。虽然不全是好的。但是好的还是站大多数的。
 
大厂色彩:这里我分享了大厂的色彩是怎么去确定的、如何去确定。可以去看看。我在自己的工作中色彩的应用就参考了ant Design的色彩应用方式定制的。
 
1.5、字体
 
字体部分我觉得最有意思是的是分享了、我们宋体、楷体、隶属、甲骨的发展历史和由来。还有就是如何去设计一款自己的字体。还有后台字体规范的制定
B端基础 | 52000余字总结 B 端基础设计知识
 
 
中国文字:这里中国文字的发展历史、所有字体的产生都是有自己发展的历史原因的。很有意思。建议你看看、可以当做你喝酒吹水的谈资。
 
字体规范:我们大部分的字体会采用黑体、可读性强、亲和、现代、清晰。
 
字号:最新的字体12px、正文、14px、通过+2, +4,+8,+12,+16 的步数增长规律
 
行高:通过逻辑得到这样一个公式:「 行高 = 字号 + n 」,8 作为变量正好同时满足与 1.5 倍的「 14px & 16px 」常用字号行高保持一致,总体文字间隙稳定呼吸,行高空间较一致得出计算公式:「line-height = font size+8」
 
字重(就是字粗):建议使用两种常规和加粗(在前端里一般就是400和500)
 
颜色:我是主张带有色彩倾向的颜色应用的。根据字体样式的设计原则,制定了简易好记的透明度数值区间并且将该字色与界面系统的色彩系统结合,文字显示色彩对比满足至少1:4.5( AA级别)。且验证了其中的实用性,共分为亮暗两种模式,4 个色阶。
 
1.6、ICON(图标)
 
你要统一风格成套的去找参考和应用。在我们的系统里我是自己画icon的然后传到阿里巴巴矢量图库让开发直接引用。这个是自己累点、但是可以保障实现效果。
B端基础 | 52000余字总结 B 端基础设计知识
 
 
设计原则:准确、简单、节奏、愉悦。
 
设计实战:采用栅格
我是用的阿里巴巴矢量图库的设计规范、因为我要传到这个平台应用
 
ICON分类:交互性图标、装饰性图标、说明性图标
 
1.7、按钮
 
按钮我觉得这部分是相对简单的、也是要做到风格的统一。直接用大厂组件然后根据自己平台的风格、不如圆角的大小其他的倒是没什么了。
B端基础 | 52000余字总结 B 端基础设计知识
 
 
常规按钮:次要按钮、主要按钮、文字按钮、图标按钮
 
按钮状态:可用、禁用、加载、悬浮
 
尺寸:把按钮分成:迷你、小、中、大,四种尺寸。高度分别为:24px/28px/32px/36px。推荐及默认为尺寸「中」。
 
样式:各个规范对按钮形状的规范基本都一样。提供长方形、正方形、圆角长方形、圆形四种形状。
 
 
布局:这里分享了两个概念、古登堡法则、费茨定律、告诉你我们为什么这么排版。对产品和甲方很有用、哈哈、这是我的秘诀。
 
1.8、弹窗
 
后台弹窗是一个很复杂的内容、但是也是一个相对很好处理的部分。只要你做好规范这部分、简直就是一点开胃小菜。
B端基础 | 52000余字总结 B 端基础设计知识
 
 
弹窗是一个我头痛的问题因为不太好规范。但是我还是把这个弹窗系统、在我们的体系中形成了一个小的规范。感谢领导、感谢前段端的龙哥。
 
我们把前段粗略的分为400px、600、800、1000、最大、广告。业务里我们会采用4、/6、/8、/1、最大、推广和通知我们就统一的尺寸。
 
1.9、表单
 
什么是表单:我理解表单就是系统为和用户进行交互、所要收集用户信息的或获得用户反馈的一种方式的载体。在后台产品中对我们数据做的增、删、改、查、验都可以通过表单完成。
B端基础 | 52000余字总结 B 端基础设计知识
 
 
我们在后台系统中、大部分的场景都会使用上表单。信息采集呀、编辑数据呀等。在表单设计时要遵循的原则、简洁明了、清晰高效、适应业务、即时反馈。
 
表单的构成结构、基本都是由、标签、域、提示、操作按钮这四个部分构成的。
 
表单布局在表单中我们采用多种布局方式。信息分组、内容列表、标签页、分步骤。
 
1.10、表格
 
B端设计中,对数据浏览、操作、过滤、展示是最高效的。这你就不用质疑了。因为结构简单、精准高效、数据形式丰富。
 
B端基础 | 52000余字总结 B 端基础设计知识
 
 
表格是用来收集、整理、组织、分析数据的二维矩阵。它由内、外两部分组成。其中,内部包含表头、表体、底栏等。外部包含标题、筛选区、操作按钮区等。
 
表格的类型:基础表格、树形、子表格、交叉表格、图表表格、卡片表格
 
表格的样式:网格型、水平线型、斑马纹、自由形式
 
进阶的一些知识就是表格数据的优化和表格的交互知识了。想了解去看更详细的我的文章11表格设计和12表格优化项目实战。
 
1.11、大厂规范
 
如果你是一个小厂B端设计师、刚好没有自己平台的设计规范。那就去直接用的场的设计规范。去用没问题的。大厂那么多的牛逼设计给你做好了你不用。都塞到嘴巴上、不吃就不给面了。
B端基础 | 52000余字总结 B 端基础设计知识
 
 
在使用大厂的设计规范时然后慢慢的积累自己平台的设计规范。逐渐的你就会形成一个属于你们自己平台业务的高质量设计规范了。
 
2、计划
 
这个基础系列的文章就这样写结束掉吧、希望可以对你的B端设计有所帮助。之后我会写二个系列的文章、去分享我理解的B端设计。
 
B端基础 | 52000余字总结 B 端基础设计知识
 
 
第一个系列是B端基础设计的加强版、B端高手。B端高手是会写我的实战里是怎么去做的。其实就是我的设计项目复盘。
 
第二个系列就随便的去分享一些设计知识。比如哪些什么什么原理呀、什么什么法则呀、在设计里的应用。而且会提出和讨论一些设计问题。
 
 
 


作者:彪形大汉pro
链接:https://www.zcool.com.cn/article/ZMTYyMTEyNA==.html
来源:站酷
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。
 
 

为极端情况而设计

前端达人

前言
为极端情况而设计
 
 
当我们在进行产品设计的时候,设计师会优先考虑理想状况下的各种场景,而理想的用户流程是没有任何问题和障碍的。但是人们很少按照我们期望的方式使用我们的产品。超出预期之外的情况,就是我们通常所说的「边缘情况」,或者说「极端情况」。
事实上,针对不太理想的情况进行设计同样重要。如果没有计划界面如何处理异常情况,整个体验可能很快就会令人崩溃。
作为一名职场中合格的用户体验设计师,避免在工作中遗漏各种边缘情况的考虑,与规避在方案评审的时候会遭到评审会中其他同学的各种diss的尴尬,有时候业内也会将“解决边缘情况问题”的能力作为一个产品经理或交互设计师是否有经验是否资深的一个评判标准。。
所以,
设计方案的完整程度需要看是否有对边缘情况的对应处理方案。
产品设计其实是“向好避坏”并行的设计过程
,向好设计是要追求绝对的好,结合实际情况尽可能保证产品体验的舒适和惊喜,这是产品设计一定要为用户的极致体验需要负责的;避坏设计是相对的坏,结合实际情况尽可能为一些低频场景的极端情况做好容错方案和机制,这就是产品设计中常常提到的边缘情况处理设计。
为极端情况而设计
 
 
为什么要重视极端情况?
针对用户体验中的边缘情况进行设计至关重要,
因为这些特殊场景虽然不太常见,但可能会对用户体验产生重大影响。
通过解决边缘情况,可以确保产品设计能够满足更广泛的用户需求和情况,从而提高可用性、可访问性和用户满意度。主要有以下几个方面的好处:
  1.  
    提高产品质量和可靠性
    : 考虑边界情况可以帮助发现并解决潜在的问题和漏洞,从而提高产品的质量和可靠性。通过深入挖掘极端情况,可以发现在正常使用中可能不会遇到的问题。
  2.  
    增强用户体验
    : 处理边界情况可以确保产品在各种情况下都能提供良好的用户体验。当用户遇到边界情况时,如果产品能够正确处理并给予合适的反馈,用户将感到满意,并且对产品的信任感会增强。
  3.  
    降低风险
    : 不考虑边界情况可能会导致严重的问题,甚至是安全漏洞。通过在设计和开发过程中考虑边界情况,可以降低产品出现故障或安全漏洞的风险,从而减少潜在的损失和责任。
  4.  
    满足法律和标准要求
    : 在某些行业中,产品必须符合特定的法律法规或行业标准。考虑到边界情况是满足这些要求的一部分,因为它们通常要求产品能够在各种情况下都能够安全可靠地运行。
  5.  
    增强产品竞争力
    : 在当今竞争激烈的市场环境中,提供稳健、可靠的产品可以帮助企业赢得用户信任并提升竞争力。考虑到边界情况可以帮助企业开发出更具有吸引力和竞争力的产品。
所以考虑边界情况对于确保产品的质量、用户体验和安全性至关重要,并且有助于降低风险并提高产品竞争力
 
常见的极端情况有哪些
一、文本极限值
处理文本极限值在 UI 设计中是一个重要的考虑因素,特别是当设计涉及到文本输入框、文本区域或文本标签等元素时。以下是一些处理文本极限值的常见方法:
1、限制输入长度。
对于文本输入框,可以设置最大字符数限制,以确保用户输入的文本不会超过预期的长度。这可以通过前端或后端验证来实现,避免用户输入过长的文本。
2、提供字符计数器。
在文本输入框旁边或下方显示一个字符计数器,实时显示用户已输入的字符数和允许的最大字符数。这可以帮助用户了解他们输入的文本长度,并且知道何时达到了极限值。
3、友好的错误提示。
当用户输入超过最大字符数限制时,及时向用户提供友好的错误提示,说明他们已经超出了文本长度限制,并且指导他们如何进行修正。
4、自动修剪或截断文本。
对于一些 UI 元素,可以自动修剪或截断超出限制的文本。例如,可以在显示文本的区域中截断超出限制的字符,并在末尾添加省略号。
5、动态调整输入框大小。
对于可调整大小的文本输入框,可以根据用户输入的文本长度动态调整输入框的大小,以确保用户能够看到他们输入的所有内容。
6、提供预览功能。
在用户输入长文本时,提供一个预览功能,让用户可以在输入之前查看他们输入的文本在 UI 中的最终显示效果,从而避免超过极限值。
7、
多行文本框。
如果用户需要输入大段文本,可以提供一个多行文本输入框,允许用户自由输入任意长度的文本,但也需要在适当的时候提醒用户输入的文本长度限制。
综上所述,处理文本极限值需要综合考虑用户体验和界面美观性,通过设置限制、提供实时反馈、自动修剪或截断文本等方式,以确保用户能够方便地输入和管理文本内容。
为极端情况而设计
 
 
二、空状态
处理空状态是指在应用程序或网站中,当没有数据或内容可显示时所呈现的界面状态。这种情况下,用户可能会感到困惑或失望,因此设计空状态界面非常重要,以提供清晰的信息和引导。
以下是常见的空状态使用场景以及处理建议:
1、
用户主动触发
主要分为「内容被清空/已完成」和「搜索结果为空」两种情况。
1.1、内容被清空/已完成
这种空状态是用户自主删除所有数据或完成了所有任务的情况。一般此类场景不需要进行操作引导,只需要用「插图+正文」或「仅正文」的形式说明情况即可
为极端情况而设计
 
 
1.2、搜索结果为空
当用户搜索关键字后没有对应的结果显示时出现的空状态。此场景需要用「插图+正文」的形式说明情况,并视情况增加行动连接引导用户进行下一步操作,例如:添加、查看等
友好的提示信息: 当搜索结果为空时,向用户显示友好的提示信息,说明搜索未返回任何结果,并且可能提供一些建议或建议用户修改搜索条件。
相关建议或推荐: 在搜索结果为空时,向用户提供一些相关的建议或推荐,以帮助他们找到他们感兴趣的内容。这可以是热门搜索、相关主题、或类似内容的推荐。
为极端情况而设计
 
 
2、
用户被动接受
主要分为「暂无消息/内容/权限」、「初始状态(新手指引)」两种情况。
2.1、
暂无内容/消息/权限
这种情况表示页面暂时无数据的状态,一般情况下使用「插图+正文」的形式,必要时可增加行动连接来引导用户进行下一步操作
为极端情况而设计
 
 
为极端情况而设计
 
 
2.2、
初始状态(新手指引)
对于首次使用复杂流程功能的用户来说,一个新手指引可以帮助用户快速上手,也可以填充原本为空的界面。
除了空状态之外,向用户提供有关如何开始的说明非常有帮助。
教程是让人们轻松了解应用程序功能的好方法。在普通用户界面中使用微妙的动画或提示可以让用户开始执行一些关键任务。
最好的教程是不引人注目的。与其展示超长的视频或幻灯片说明,不如将提示置于体验本身的背景中,这可能非常有效。这有助于用户边做边学,而不是被动地接受大量信息。
仅在必要时才应使用教程。如果您的界面是不言自明的,则可能不需要它。是否包含教程是您需要考虑的设计因素。另一种方法是引导用户直接进入他们的第一个任务,让他们“边做边学”。
为极端情况而设计
 
 
多邻国的这个很棒的示例展示了如何将教程构建到应用程序体验中。它有助于指导用户设置应用程序,并直接进入使用过程。
 
三、
用户和系统的错误
1、用户操作错误
每当发生某种用户输入时,通常都有可能出现错误。考虑一下输入长表单的时候。这些是潜在用户错误的雷区。
即使我们尽力让事情变得直观,也很难完全消除发生错误的可能性,这些都需要在设计阶段进行规划。
有许多不同类型的错误值得我们思考。
验证。
用户没有按照系统期望的方式输入信息。
提交。
出现的问题不是用户的错,但我们需要让他们知道。
内容。
用户请求了我们无法提供的东西。
在设计产品时,您需要考虑可能发生错误的每种情况。然后,您应该为其设计一个状态,以确保系统正常处理该错误。
这可能很耗时,但正是对细节的关注才造就了设计精良的产品。
这里有一些不同的事情需要考虑......
错误是如何出现的。
我们应该使用动画或对比度来吸引用户的注意力。
样式和位置。
错误通知应直观地链接到问题发生的位置。
语言。
错误应该以清晰、用户友好且品牌化的方式编写。不惜一切代价避免“技术演讲”。
明确的解决方案。
在通知用户错误之后,我们还应该提及解决方案。这可能是一条说明,或者是其他可能对他们有帮助的内容的链接。
为极端情况而设计
 
 
输入错误的密码后,该字段会左右轻微晃动(就像有人摇头一样)。这会引起用户对问题的注意,但不会显得突兀
2、系统错误
服务器异常、无访问权限、 网络异常(断网、网速过慢、加载失败、网络连接失败)、浏览器异常、数据出错;
异常状态用来提醒用户发生了未指定的系统错误,需要用户了解此情况,并且提供下一步引导或解决建议,为用户解释异常状态的原因,解决困惑,提供解决办法,引导用户继续产品流程而不是关闭窗口离开
为极端情况而设计
 
 
四、
页面内容过多时的加载方式
还有一种情况就是页面内容过多的情况,这里我们不考虑页面展示只考虑进入页面的加载,大家平时估计遇到过点开一个列表页面,就一直在观看“菊花转”(页面内容加载状态),等的时间如果超过5秒可能就会产生焦虑了,再多点时间直接就和产品说拜拜了,那么这种极端情况一般怎么处理呢?
1、
骨架屏
骨架屏是一个可选方案,也就是说不一定要有,有了会更好。
骨架屏适合页面布局固定的页面,目前很多APP都会使用骨架屏,常用的页面有列表页、详情页等。
一般骨架屏由开发写,如果我们要做骨架屏,需要定义好骨架屏的样式,让开发照着写,骨架屏实现难度我也跟开发同学咨询过,很简单,所以可以放心大胆用。
2、
占位图
占位图应该是许多新人容易忽视的地方,提及占位图就不得不提到加载,为了减少用户感知加载时间,应用加载一般会先加载文字后加载图片,可以缓解用户等待的焦虑情绪。
如果这么做就涉及到一个问题:原本放图片的位置拿什么来占位?
所以就出现了占位图这个东西,当图片还没有加载出来的时候,使用一个占位图进行占位,让用户知道这里是有东西的
占位图一般有带logo的图片和纯色图,如果是加载视频,一般还会在图片上做一个视频的图标,让用户知道这里是视频。
为极端情况而设计
 
 
五、页面上滑处理
当一个页面向上滚动时,页面的元素会发生什么变化,场景的变化有导航栏置顶、标签栏置顶等,这些都是我们需要提前定义好的。
处理页面上滑的交互是指当用户向上滑动页面时所触发的交互效果或行为。这种交互可以增强用户体验,并使用户更轻松地浏览页面内容。以下是一些处理页面上滑交互的方法:
1、导航栏
1.1、固定导航栏
即将导航栏固定在顶部,其余内容上滑,我个人比较倾向于这种方式,当页面比较长的时候可以让用户随时可以看到导航栏,不仅仅是给习惯了导航栏的用户增添一份安全感,更是因为当导航栏有功能入口(比如设置)的时候,用户可以随时看到并随时点击
1.2、内容迁移
这就是一种内容迁移到导航栏区域的情况,这种交互方式不仅能提升用户的操作体验,也能提升产品的数据,比如当关注入口曝光更多,点击关注的概率就会有一定上升。
为极端情况而设计
 
 
2、筛选栏
筛选栏的固定方式也极为常见,很多地方为了用户可以方便做切换,都会把筛选栏固定在顶部,那么这时候就需要我们对交互进行详细的定义。
2.1、第一种是筛选栏本身就在顶部
当筛选栏在页面顶部时:
如果此时我们需要让筛选栏固定在顶部,那么可以这么说明:
页面上滑时,导航栏和筛选栏固定在顶部,其余内容向上滑动。
2.2、第二种是筛选栏在页面中间
这时候有两种情况,一种是筛选栏随页面一起上滑不做固定,另一种是筛选栏需要做固定。具体使用哪种需要视具体场景来定,下面说一下当筛选栏需要固定时我们该如何描述交互。
我们可以以筛选栏为基准
① 当筛选栏位置未到达顶部时
页面整体上滑(一般情况下导航栏当然始终固定在顶部)
② 当筛选栏的位置到达导航栏下方时
筛选栏固定,筛选栏下方内容继续向上滑动
为极端情况而设计
 
 
如何找到极端情况
有些设计师认为,极端情况往往是意料之外的情况,但是实际上,绝大多数的极端情况是可以提前预测的。有两种方法可以帮你找到极端情况:
1、
设计评审。
为了创造出色的设计,你应当主动寻找极端情况。设计评审是一个非常有用的环节,它可以帮助产品团队找到许多潜在的优势案例。在产品设计的早期,就应该进行设计评审。为了获得更好的结果,最好邀请开发人员和其他的团队成员参与此类会议。
2、
使用真实用户测试。
尽早在其他的团队成员的帮助下寻找极端情况是一种很好的办法,但是它不能保证你会发现所有的问题来源。只有在真正的用户进行测试的时候,才能帮你了解用户使用你的产品的时候所面临的问题。同时,值得一提的是,严格且有节制的可用性测试,用户可能会因为经常被指示要做什么而很难暴露极端情况的存在。所以,最好创建一个让用户可以尝试和探索的体系,在灵活的测试和充足的时间下,更容易找到问题。
 
结语
为各种可能发生的情况进行设计
好的设计就是注重细节。
正是这种针对每种场景进行设计的承诺,才使出色的体验与普通体验区分开来。作为设计师,你有责任针对这些边缘情况进行规划。无论您是否为它们进行设计,它们都会发生,所以最好做好准备!
以上仅仅举了几个极端情况的例子,实际上还会有很多,若想尽量覆盖全极端情况,在设计时可以多多思考,将自己切换成“找茬儿模式”,也可以寻求QA同学的帮助,因为他们在写用例时会考虑的更多。即使努力去想可能发生的极端情况,但是有些极端情况还是可能会遗漏,到真正遇到了才知道,不过其实也说明了那些想不到的极端情况可能发生的概率更小。
总之,有些极端情况一定要处理,尽量做到给用户一个好的体验,但是有些情况其实并不需要投入过多精力去思考该如何提升体验,因为本身就不是正常的产品使用场景,只要在发生的时候保证产品可用性即可,因为还有更重要的产品主线体验需要不断去迭代提升。
 


作者:王不二君
链接:https://www.zcool.com.cn/article/ZMTYxOTY5Ng==.html
来源:站酷
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。
 
 

蓝蓝设计(www.lanlanwork.com )是一家专注而深入的界面设计公司,为期望卓越的国内外企业提供卓越的大数据可视化界面设计B端界面设计桌面端界面设计APP界面设计图标定制用户体验设计交互设计UI咨询高端网站设计平面设计,以及相关的软件开发服务,咨询电话:01063334945。

关键词:UI咨询UI设计服务公司软件界面设计公司、界面设计公司、UI设计公司UI交互设计公司数据可视化设计公司用户体验公司高端网站设计公司

银行金融软件UI界面设计能源及监控软件UI界面设计气象行业UI界面设计轨道交通界面设计地理信息系统GIS UI界面设计航天军工软件UI界面设计医疗行业软件UI界面设计教育行业软件UI界面设计企业信息化UI界面设计、软件qt开发软件wpf开发软件vue开发

【Figma超级教程基础篇】看透Frame,是认识Figma的第一步

前端达人

如果四年前的我遇上现在的我,那我在Figma的学习上就少走4年弯路,如果现在的你刚接触设计或刚准备转Figma,重视我的教程,一定不会让你失望,你也能少走几年弯路!
全文无重点标注,因为字字纯手敲,每个字都很重要,希望需要的朋友用心去看每一个字!
【Figma超级教程基础篇】看透Frame,是认识Figma的第一步
 
 
感谢每一位朋友的阅读,后续章节,一定会尽快更新。
 


作者:PONEPENG
链接:https://www.zcool.com.cn/article/ZMTYxNjgxNg==.html
来源:站酷
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。

日历

链接

个人资料

蓝蓝设计的小编 http://www.lanlanwork.com

存档