分析 "扫荡 "过程中的相互作用
点击上方蓝字 ,+关注易设计课堂
扫一扫:有效连接线上世界和真实世界的方式,沟通线上和线下世界,把跨界体验变简单。今天小糕专门为你详细的分析一下 “扫一扫” 中涉及的交互,希望带给你更多灵感与帮助。
当前浏览器不支持播放音乐或语音,请在微信或其他浏览器中播放 时间飞行 白宇/朱一龙 - 镇魂 影视原声大碟
前言:扫一扫前生今世
日常生活中,扫一扫作为连接线上线下的桥梁变得越来越复杂和多功能。从微信推行二维码,到如今扫描二维码,条形码,以及身份证,快递,AR扫描,以图搜图,识别印刷文字,图片信息,网站链接等各种各样均可从线下扫到线上。
有效连接线上世界和真实世界的方式,沟通线上和线下世界,把跨界体验变简单。
扫描二维码可以快速把用户指向目的页面,不需要输入任何东西,尤其移动设备输入难度较大,而且达到信息源确保准确无误,类似web时代的网址。但它又比网址更多功能,可以增加物品本身信息量,人们通过扫码和物品产生交互,使用帮助,记忆信息,包括视频音频多媒体各式各样的信息。
除去未来的人脸识别,指纹识别,语音识别,是目前线下与线上连接最稳定快捷主要通路。
扫一扫得以流行传承的三个原因:
1. 有效性,存在使用价值;
2. 易用性,无需学习成本,或低成本学习掌握后即操作;
3. 可发现性,易于传播,大范围的被使用宣传,个人商家商户互相传播使用。
今天搜索几大常用不同应用来分析探讨当下扫一扫界面主要有哪些功能,提供哪些服务,何种设计更方便快捷,以及成功扫描,失败扫描情景提示。帮助之后设计中若涉及扫一扫功能,更全面了解。
一、扫一扫界面内容有哪些?
1. 扫描的头部标题
标题有采取“扫一扫” 或无标题,以及根据扫描场景写标题
2. 扫描界面的功能入口
相册,手电筒,历史记录,关闭(或返回首页),切换AR扫描,图片搜货,付款码,我的二维码,使用帮助
3. 可扫描的内容
二维码,条形码,图片,以图识文,以图搜图
4. 二维码扫描框的大小以及位置
位置普遍居中偏上,大小根据扫描内容不同而变化
5. 错误异常状态提示,以及提示文字
在顶部底部中间弹窗,提示异常的扫描结果,提示文字会根据扫描的时长变化,帮助用户操作,减少等待焦虑
二、“扫一扫”前中后状态交互提示
以支付宝中扫一扫为案例:
整个扫描过程,根据情景和用户心里活动,针对性提醒,常规正常状态安静的隐蔽,操作受阻出现情绪化时即使抚慰;需要帮助主动寻找方案,支付宝整体交互细节深钻用户深层需求,预见洞察需求不做马后炮,多嘴舌。
知识点:参照案例,如何在自己项目中深度挖掘情景化设计?
思考:针对上述案例,在感慨他人思考深入完善同时,我们该如何把知识点运用到自己项目中,通过哪些方法策略能够接触挖掘到用户的设计点呢?
首先了解什么是情景化设计?在场景中的用户,与情境互动,孕育、改变着需求。用户场景是某时间(when)某地点(where)特定类型用户会(who)会通过某种手段(method)来满足(do)这种欲望。
例如:用户根据趣味功能选择社群-场景,社群的氛围、构造、规则定义了用户;百事可乐典型场景是年轻人聚会,可口可乐在中国典型场景是过年回家。
再次如何根据场景做设计,通过翻看查阅交互书籍和分享的文章。
总结出主要分为三步:
第一步:列出设计场景,通过流程图,故事板,头脑风暴整理出关键场景。例如编写场景故事,包含谁在哪些时候做哪些事情,当前环境是怎样,有何外界因素影响 ,用户的情绪是怎样
第二步:深度分析列举场景,发掘机会点;通过故事板,流程图列出关键场景,通过分析当前场景用户的操作,和预见下一步的操作寻找发掘机会点,有针对性性满足不同用户需求。
第三步:设计宗旨在于解决问题,通过设计策略方法想出最优方案,将机会点转化成设计点。
在这分享下来自阿里设计师的策略方法高效,5种思考方向:
● 行动点前置插入:预期到用户下步操作,缩短关键流程。微信发图,手机截图时弹出分享编辑等。
● 行动点替换:一般是指当前场景下某个行动点的功能不再适合当前场景,因而将其替换为另外的需求较强的行动点,位置不发生变化,而功能变化,为用户提供当前场景需要的或与下一步意图相关的行动点能够帮助用户提高操作效率。例如底部Tab栏常规时显示首页,上下滑动时则变成返回顶部。
● 行动相关推送:指根据用户当前或下一步的行为提供相关推送或提示,以辅助用户进行决策行动,提高用户操作效率。缩短关键步骤。
● 突出行动点:预期到用户下一步的行为后通过颜色或提示等方式对行动点进行突出,吸引并提醒用户点击,减少思考成本,提高操作效率;扫一扫光线较暗时,自动打开手电筒。
● 自动执行:适用于一些需求较为明确的行动点,做用户之所想,提高操作流畅性及效率。
另外情感化,和贴心同样是情感化设计的目的,和思考切入点,产品设计本质是让用户更容易,更愉悦地使用产品。
三、异常状态提示的不同样式
异常状态的文字提醒,展示位置,上中下,跳转界面均有不同案例。
注:支付宝扫描微信二维码时会明显阻止无法扫描,其他应用扫描微信二维码时会提醒是否跳入对应链接。
知识点:关于容错机制
界面设计中会出现各种极端状态,错误提醒,如何合理设计容错机制,适当情景给予合适的提醒,又允许用户微微犯错,有返回余地呢?
容错性:是产品对错误操作的承载性能,即一个产品操作时出现错误的概率和错误出现后得到解决的概率和效率。容错性最初应用于计算机领域,它的存在能保证系统在故障存在的情况下不失效,仍然正常工作。 产品容错性设计能使产品与人的交流或人与人借助产品的交流更加流畅。
容错性设计原则:
1. 合适的引导和贴心提示无论针对新手用户或老用户,以及新功能上线,重要操作是,能给出详尽文字说明和指导方向,以及智能预测用户出错原因。并且引导内容简单容易理解,引起用户注意时快速获得信息帮助,降低错误发生概率。
在结果不可逆操作是,例如退出编辑,取消支付等,询问用户让其指导操作的后果。2. 限制操作 增加不可逆操作的难度,适当限制用户的某些交互操作,例如不可点击时 变灰色,表单未填写内容时,按钮呈灰色不可点击状态。3. 用户错误发生时,及时提供纠错帮助
4. 错误恢复允许犯错,并存在撤销以前的命令,尽可能保留操作信息,能帮助用户发送错误后迅速回到正确状态。 5. 减少负担,尽可能减少记忆负担,减少认知混淆,让用户啊单次只执行唯一操作,减少不必要操作步骤。
四、扫一扫中的帮助页面
解释说明主要能够扫描的内容,引导用户操作,同时宣传相关扫描活动,根据实际使用场景,合情合理的插入运营活动信息。
图三图五帮助页面:进入后直接提供拍照传图的入口以及输入入口,把帮助说明和实际功能操作结合在一起,不仅是图片演示,无需再次返回扫描界面。
知识点:如何让帮助页面深入人心,起到真正帮助作用呢?
1. 用户错误或不懂如何操作时,及时提供纠错帮助,减少挫败感,例如当下空白页面,错误页面的情感化设计,友好提醒不能责备或威胁用户。
2. 出现错误的提示词用简洁易懂清晰的词汇表达,不要使用术语。
3. 出错后提出的建议,应该有建设性帮助,智能纠错减少二次输入,以及提供快速入口,避免返回重新操作。
五、扫图识字
常见于以扫描为主的应用,类似扫描全能王,翻译,通过以图识别文字,并直接翻译。
文字识别出后可允许复制,编辑,翻译保存照片。
设计点:实时反馈扫描结果,让结果和原图处于同一视觉界面内,便于对照检测内容正确性。
六、扫描证件、卡片、文件等
同扫图识别文字相似,主要是固定类似的文字,识别账号卡号,在界面展示上要求信息操作一体化,直观看到扫描的结果,允许编辑修改内容,扫描作为辅助输入工具。
七、扫一扫 和 手动输入 如何高效切换
扫一扫获取信息,链接线上线下方便快捷,但容易受外界因素影响,例如扫描卡号,扫码开锁等,同样可手动输入;
如何快捷切换输入与扫一扫呢?
1. 扫描框底部明确提示可以扫描内容;
2. 输入入口命名清晰直观;
3. 自动根据输入内容调出相关键盘类型,减少点击;
4. 输入和扫描处在同一界面,沉浸同一场景,减少页面跳转,快速互相切换。
八、扫一扫 的那些广告
扫一扫逐渐被普及,用户习惯凡事扫一扫,界面曝光机会增加,内容简洁,在不引起用户注意下,顺带增加广告信息。
不浪费每一处的广告位,多使用电商行业。
在设计中我们也要思考如何合情合理的插播广告,看到广告让用户感受到的不是反感,而是贴心的正合我意。
尾言:糕小糕的思考
扫描虽然频繁被使用,但目前用户习惯使用微信扫一扫,或手机自带扫一扫,对软件应用自身携带扫一扫缺乏使用场景和常识。
但市面上应用基本把扫一扫当做标配,放在首页最顶部,用户多不知此处扫一扫和“微信” “手机自带”有何区别。设计产品时也应避免为了做功能而做功能,如何让扫一扫发挥最大价值,而非摆设。
首先从应用本身属性分析,软件需要哪些来自线下的信息,和外界产品有何不同?如何更好地使用扫一扫提升交互体验呢?
例如扫描前提示语,扫描后信息展示,可以被修改;
不如在输入卡号时,加入扫一扫;
输入地址时,复制文字。
作为UI设计师,除了提供专业技能的输出,同时多思考如何让现有技术价值最大化,向产品设计师精进。
参考文献:
1. 阿里设计师:如何根据用户场景设计产品? http://uxren.cn/?p=45575
2. 产品容错性设计原则 https://www.ui.cn/detail/96826.html
作者:糕小糕,正所谓:书宜杂读,业宜精钻
希望我的分享对你有所帮助
https://www.zcool.com.cn/article/ZODE0NjM2.html
PS:
微信公众号改版了,如果没有主动「设置星标」,「文章与教程」很容易被淹没。为保证「信息畅通」,请大家根据以下示意图完成设置:
—
感谢大家对我们的支持
我们将会带给你更多的原创文章与教程
—
糕小糕 原创文章推荐阅读
《用阅读寻找 3 年UI设计生涯的瓶颈出口》
作为一个3年多经验的设计师,也逐渐达到自己的设计瓶颈,除了对专业技能不断打磨提升,闲暇时会思考些许设计的能力模版,样式是否可参考,寻找他人的设计经验,参考不同等级的设计能力阶级,给自我的评分评级。
推荐阅读
-
分析 "扫荡 "过程中的相互作用
-
炼金术士的自我修炼:如何分析修炼过程中的异常损耗
-
用于 STRING 分析的蛋白质相互作用网络 (PPI) R 语言可视化
-
纯干货分享 | 研发效能提升——敏捷需求篇-而敏捷需求是提升效能的方式中不可或缺的模块之一。 云智慧的敏捷教练——Iris Xu近期在公司做了一场分享,主题为「敏捷需求挖掘和组织方法,交付更高业务价值的产品」。Iris具有丰富的团队敏捷转型实施经验,完成了企业多个团队从传统模式到敏捷转型的落地和实施,积淀了很多的经验。 这次分享主要包含以下2个部分: 第一部分是用户影响地图 第二部分是事件驱动的业务分析Event driven business analysis(以下简称EDBA) 用户影响地图,是一种从业务目标到产品需求映射的需求挖掘和组织的方法。 在软件开发过程中可能会遇到一些问题,比如大家使用不同的业务语言、技术语言,造成角色间的沟通阻碍,还会导致一些问题,比如需求误解、需求传递错误等;这会直接导致产品的功能需求和要实现的业务目标不是映射关系。 但在交付期间,研发人员必须要将这些需求实现交付,他们实则并不清楚这些功能需求产生的原因是什么、要解决客户的哪些痛点。研发人员往往只是拿到了解决方案,需要把它实现,但没有和业务侧一起去思考解决方案是否正确,能否真正的帮助客户解决问题。而用户影响地图通常是能够连接业务目标和产品功能的一种手段。 我们在每次迭代里加入的假设,也就是功能需求。首先把它先实现,再逐步去验证我们每一个小目标是否已经实现,再看下一个目标要是什么。那影响地图就是在这个过程中帮我们不断地去梳理目标和功能之间的关系。 我们在软件开发中可能存在的一些问题 针对这些问题,我们如何避免?先简单介绍做敏捷转型的常规思路: 先做团队级的敏捷,首先把产品、开发、测试人员,还有一些更后端的人员比如交互运维的同学放在一起,组成一个特训团队做交付。这个团队要包含交付过程中所涉及的所有角色。 接着业务敏捷要打通整个业务环节和研发侧的一个交付。上图中可以看到在敏捷中需求是分层管理的,第一层是业务需求,在这个层级是以用户目标和业务目标作为输入进行规划,同时需要去考虑客户的诉求。业务人员通过获取到的业务需求,进一步的和团队一起将其分解为产品需求。所以业务需求其实是我们真正去发布和运营的单元,它可以被独立发布到我们的生产环境上。我们的产品需求其实就是产品的具体功能,它是我们集成和测试的对象,也就是我们最终去部署到系统上的一个基本单元。产品需求再到了我们的开发团队,映射到迭代计划会上要把它分解为相应的技术任务,包括我们平时所说的比如一些前端的开发、后端的开发、测试都是相应的技术任务。所以业务敏捷要达到的目标是需要去持续顺畅高质量的交付业务价值。 将这几个点串起来,形成金字塔结构。最上层我们会把业务目标放在整个金字塔的塔尖。这个业务目标是通过用户的目标以及北极星指标确立的。确认业务目标后再去梳理相应的业务流程,最后生产。另外产品需求包含了操作流程和业务规则,具需求交付时间、工程时间以及我们的一些质量标准的要求。 谈到用户影响的地图,在敏捷江湖上其实有一个传说,大家都有一个说法叫做敏捷需求的“任督二脉”。用户影响地图其实就是任脉,在黑客马拉松上用过的用户故事地图其实叫督脉。所以说用户影响地图是在用户故事地图之前,先帮我们去梳理出我们要做哪些东西。当我们真正识别出我们要实现的业务活动之后,用户故事地图才去梳理我们整个的业务工作流,以及每个工作流节点下所要包含的具体功能和用户故事。所以说用户影响地图需要解决的问题,我们包括以下这些: 首先是范围蔓延,我们在整张地图上,功能和对应的业务目标是要去有一个映射的。这就避免了一些在我们比如有很多干系人参与的会议上,那大家都有不同想法些立场,会提出很多需求(正确以及错误的需求)。这个时候我们会依据目标去看这些需求是否真的是会影响我们的目标。 这里提到的错误需求,比如是利益相关的人提出的、客户认为产品应该有的、某个产品经理需求分析师认为可以有的....但是这些功能在用户影响地图中匹配不到对应目标的话,就需要降低优先级或弃掉。另外,通常我们去制定解决方案的时候,会考虑较完美的实现,导致解决方案括很多的功能。这个时候关键目标至关重要,会帮助我们梳理筛选、确定优先级。 看一下用户影响到地图概貌 总共分为一个三层的结构: 第一层why,你的业务目标哪个是最重要的,为什么?涉及到的角色有哪些? 第二层how ,怎样产生影响?影响用户角色什么样的行为? (不需要去列出所有的影响,基于业务目标) 第三层what,最关键的是在梳理需求时不需一次把所有细节想全,这通常团队中经常遇到的问题。 我们用这个例子来看一下 这是一个客服中心的影响地图,业务目标是 3个月内不增加客服人数的前提下能支持1.5倍的用户数。此业务目标设定是符合 smart 原则的,specific非常的具体,miserable 是可以衡量的,action reoriented是面向活动的, real list 也是很实际的。 量化的目标会指引我们接下来的行动,梳理一个业务目标,尽量去量化,比如 :我们通过打造一条什么样的流水线,能够提高整个部署的效率,时间是原来的 1/2 。这样才是一个能量化的有意义的目标。 回到这幅图, how 层级识别出来的内容,客服角色:想要对它施加的影响,把客户引导到论坛上,帮助客户更容易的跟踪问题,更快速的去定位问题。初级用户:方论坛上找到问题。高级用户:在论坛上回答问题。通过我们这些用户角色,进行活动,完成在不增加客户客服人数的前提下支持更多的用户数量。 最后一个层级,才是我们日常接触比较多的真正的功能的特性和需求,比如引导到客户到论坛上,其实这个产品就需要有一个常见问题的论坛的链接。这个层次需要我们团队进一步地在交付,在每个迭代之前做进一步的梳理,细化成相应的用户故事。 这个是云智慧团队中,自己做的影响地图的范例,可以看下整个的层级结构。序号表示优先级。 那我们用户影响地图可以总结为:
-
视频会议场景中的空间音频--为何选择空间音频这一主题? 首先,为什么选择空间音频这一主题?我在视频会议领域工作了近二十年,我们的目标一直是让声音更清晰、视频更清晰。但在过去的 20 年中,视频会议的产品形态并没有发生本质的变化。去年元宇宙比较火,微软、Facebook都在做基于VR和元宇宙的企业协作研究,我们也进行了这方面的探索。 一开始,我们想从纯技术角度研究空间音频技术如何应用于视频会议场景,但在研究过程中,我们发现这是一个非常复杂的场景。因为视频会议本质上是人与人之间的交流。人与人之间的沟通是多维度的信息传递,声音、图像、眼神、肢体语言、触觉都是人与人之间沟通的要素,音频只是其中之一。本次分享从沟通与交流的角度,从视频会议的应用场景出发,分析视频会议产品需要什么样的空间音频技术以及如何实现。 02 空间音频与沉浸式交流
-
Nat Commun.| 结合单细胞和空间转录分析肿瘤微环境中浸润细胞之间的相互作用
-
分析 Android 开发过程中常见的内存泄漏情况
-
R:用于字符串蛋白质相互作用分析的 STRINGdb 软件包
-
[催眠]催眠过程中的意识状态分析
-
iTALK - 单细胞受体-配体相互作用的分析和可视化(教程的详细版本)