首页

潘通(Pantone)是如何靠“色”赚钱的

seo达人


色彩研究机构潘通正式公布了2022年度流行色
长春花蓝

 

[优化输出图像]

 

特别有仙气的名称和颜色,长春花蓝是一个全新创作的颜色,代表着一种自在的信心和大胆的好奇心,期望激发个人的创意与创作力,拥抱充满可能性的未来。

当很多网友在讨论这到底是蓝色还是紫色时,潘通表示它是蓝色和紫红色的混合,将前者的「恒久」与后者的「活力和兴奋」结合在一起,并展示了多种配色组合方式。

 

图片

 

[优化输出图像]

 

其实这种分不清具体色系的颜色也出现在2001年潘通为Tiffany打造的独有品牌色Tiffany蓝,同时也成就了这个品牌。

 

图片

图片

 

很多女生买Tiffany大多为了这个颜色的包装。这个品牌色在潘通色库中是找不到的,除非是Tiffany授权,否则任何印刷厂都无法印制。

图片

 

潘通就像统治了色彩世界一样,只要跟潘通合作过的品牌色都会火,比如星巴克、可口可乐、腾讯企业官方色、华为P10的手机、欧拉汽车的粉色、五菱mini的马卡龙色等等。

图片

到底潘通为什么会这么火,而潘通到底是家什么公司,我们今天就来科普下。

潘通介绍

Pantone的前身是一家印刷品公司,创始人劳伦斯·赫伯特(Lawrence Herbert)原本是在一个小的广告印刷公司做兼职。

图片

 

同时拥有生物、化学双学位的他利用自己的专业知识简化了油墨生产流程,并且帮助公司的印刷部门实现盈利。

[优化输出图像]

 

后来一想,印刷部门盈利都是靠我,不如就自己单干,于是花费9W美元把这个印刷部门也买了下来,并命名为潘通(Pantone)。

图片

但在销售自己生产的颜色时,他经常发现会与客户需求颜色信息不对称的问题,比如客户需要一个湛蓝色,而油墨厂可能无法调制出与客户需求一样的颜色,就会导致在很多色彩上认定的误差。

 

图片

 

他意识到解决办法就是建立统一的色彩系统,每一种颜色都用数字代号来表示,比如设计师与印刷厂说,我要印制一个例如007颜色,而印刷厂只要拿着色卡找到与型号相符的油墨进行配置,就可以得到目的颜色,这样会极大的降低颜色的试错率,对印刷厂也可以减少库存,缩减成本。

 

在1963年,第一代潘通(Pantone)配色系统

(简称PMS)上市

图片

图片

接下来的20年,潘通逐步建立起了一整套色彩标准体系,使原本模糊不清的颜色概念发展成一门精准的科学,减少了设计师、制造方、零售商和终端客户间的沟通成本。

 

图片

 

 

因为便捷的色彩系统使用,应用人群也越来越广,这一套配色系统为潘通赚的盆满钵满,潘通也逐渐被市场认定为色彩标准的代表,就像国际通用货币一样的主导地位。

 

图片

图片

可赫伯特的野心不仅仅是这样,潘通建议所有的色卡用户每年都购买最新版本,理由是印刷的油墨会随着时间的推移而变黄,从而失去精准度。

图片

 

呃,虽然有点道理,但一看这色卡的价钱(割韭菜还是你狠),于是“卖色卡”成了一个持续带来现金的业务。

 

图片

但是大众也不傻,心想只要买一本色卡回去就能用好多年,于是潘通利用色卡所能涉及到的平面设计、家居装潢、服装纺织、工业产品的庞大人群便渗透到大众。

[优化输出图像]

在千禧年开始发布了第一个年度代表色,将天蓝色命名为千禧蓝(Pantone 15-4020)。

图片

 

并且植入到了《穿普拉达的女王》电影中,成为了潘通里程碑的时刻,这一招是真绝,因为电影与时尚行业是最能传播到大众市场的,加上各大品牌与潘通合作的专属色大火。

图片

 

从这一刻开始,潘通成为了全球色彩趋势的老大,之后的潘通每年都会推出一个新的年度代表色,每个代表色都有单独的色卡。

图片

 

利用每年的色彩流行趋势影响着众多产业的产品开发与采购决定,包括服装、家饰纺织品和工业设计,以及产品、包装和平面设计。

图片

而作为商家想跟时尚潮流就必须使用每一年的色卡,比如今年的长春花蓝,潘通的色彩帝国已经在影响着全球的消费心理和时尚变革。

图片

 

[优化输出图像]

 

最后来看看长春花篮的色彩

不得不说这颜色确实挺好看的

 

图片

图片

图片

图片

图片

图片

图片

 

原文地址:修先森撩设计(公众号)

作者:修先森


转载请注明:学UI网》潘通(Pantone)是如何靠“色”赚钱的

蓝蓝设计建立了UI设计分享群,每天会分享国内外的一些优秀设计,如果有兴趣的话,可以进入一起成长学习,请扫码蓝小助,报下信息,蓝小助会请您入群。欢迎您加入噢~~希望得到建议咨询、商务合作,也请与我们联系。

截屏2021-05-13 上午11.41.03.png

分享此文一切功德,皆悉回向给文章原作者及众读者.
免责声明:蓝蓝设计尊重原作者,文章的版权归原作者。如涉及版权问题,请及时与我们取得联系,我们立即更正或删除。

蓝蓝设计www.lanlanwork.com )是一家专注而深入的界面设计公司,为期望卓越的国内外企业提供卓越的UI界面设计、BS界面设计 、 cs界面设计 、 ipad界面设计 、 包装设计 、 图标定制 、 用户体验 、交互设计、 网站建设 平面设计服务


发现了10个非常棒的UI动效案例

seo达人


 01.  

动效,让点赞与众不同 

动态表情为社交场景带来更活跃的体验,使得交流过程变得更加趣味性。一个动态的表情不仅活跃了氛围,也使得通过简单的一个符号代表了千言万语。

最近在使用钉钉 APP 进行聊天的过程中,发现输入框的大拇指图标在长按的时候结合了动效的变化,对话场景中出现的大拇指表情会随着长按而增大。结合动效和长按手势,为点赞的图标增加了不一样的趣味性,带给用户不一样的社交体验。

 

[优化输出图像]

 

 

02.  

动态提醒,增强消息的关注度 

各类通知/消息在产品中随处可见,红点提示刚出现的时候还引起了用户强迫症,短时间内也增强了消息的阅读率。随着红点效应逐渐淡化,未读消息的点击率逐渐降低,大家都在尝试更多提高关注度的形式。

支付宝在消息模块的服务提醒中,采用了动态形式提高关注度。当用户点击消息进入界面时,小铃铛图标会左右晃动,以此来吸引用户的目光,达到增加关注度的目的。

图片

 

 03.  

图标动效,让你脱颖而出 

在金刚区众多的业务模块中,想要突出重点模块的关注度,采用动态图标是比较常用的方式。采用动静结合的形式,会让动态表达得到突出。

比如 Keep App 将活动挑战图标动效化,在不改变配色规则和图标设计规范前提下,依然可以达到突出主题的作用。

图片

 

 

 04.  

博人眼球的动态悬浮广告 

在不破坏产品结构的前提下,融入广告的做法中,悬浮层广告是较为明显的形式。通常是静态异形和动态异形较多,而动态的关注度相对更强一些。

比如 Keep App 将活动的折扣信息以悬浮层的形式表达,既不会占用太多空间(随着滑动会隐藏显示),又能吸引用户的关注度。如果用户觉得影响操作,也可以直接关闭,就不会反复提醒而形成干扰。

图片

 

 

 05.  

内容模块结合动效替换突出存在感 

在一些内容量比较多的产品中,比如电商产品,很多内容模块都是百花齐放。都想要突出自己模块的存在感,带来更好的流量引入。而动效的结合也是不错的选择,但是需要考虑动效的干扰度。

当当 App 在突出今日抢购栏目时,为了不影响临近板块的干扰度,利用动效转场来替换展示的商品信息。缩放替换商品时的动效既能达到差异化,也不会破坏整体的结构,算是一举两得的设计解决方案。

图片

 

 

 06.  

微弱的动效也能呈现有温度的设计 

有时候在进行产品设计的时候,动效带来的关注度并不是需要很强的表现力,一些微弱的动效依然可以提升产品体验,带给用户更有温度的设计。

自如 App 整体的设计都是做得非常不错的,在“我的”板块头部区域,结合背景插画视觉感也是非常不错。插画中部分元素的微动效增强了生活气息和真实感,让用户感受到这是一款有温度的产品,提升用户的好感度。

图片

图片

 

 

 07.  

动态感十足的底部标签栏 

图标动效运用到底部标签栏十分普遍,在这个频繁切换的操作中,动态的形式可以带来更强的趣味性和关注度。

优酷 App 底部标签栏采用多种颜色变化转场,结合路径动效带来动感十足的体验。首页图标还结合了刷新的功能,方便用户进行内容的刷新,增强用户体验感。

图片

 

 

 08. 

 拓展功能的动态指引设计 

针对一些功能体量较大的产品,会经常结合一些隐藏式设计,拓展出更多功能操作。通常默认为展开状态,在滑动浏览内容时隐藏,通过动效吸引点击展开,不会造成主内容的干扰。

比如平安口袋银行底部标签栏上方的拓展功能区,动态形式的展开与隐藏方便用户浏览主页内容。个别内容采用动态设计(点我抽奖),突出其点击欲望。动态设计不仅提高了功能的曝光度,也能引导用户操作,将繁琐的操作变得更便利。

图片

 

 

 09. 

 结合动态 IP 的下拉刷新 

针对下拉刷新这一常规操作,设计形式也是丰富多样。结合 IP 形象进行动态演变完成刷新动作,被很多产品设计师所采纳。

美团外卖就将品牌 IP 形象结合得恰到好处,下拉刷新时两只耳朵摇摆非常俏皮可爱,松开后 IP 形象露出,还配合眨眼睛等可爱的表情动效。情感化设计结合动态表现,拉近与用户之间的亲和力,带给用户更人性化的使用体验。

图片

 

 

 10. 

 图标动效带动局部功能的关注度 

对于一些局部功能或者模块占比较小的栏目,为了提高曝光度,获得用户的关注度,动态的形式是比较常用的方法。通常会在图标部分、文字部分、装饰元素部分等进行动效设计,带来的效果也是显而易见。

比如 QQ 音乐在“我的”模块中,将活动中心、会员中心、每日签到的图标采用动态设计形式,虽然几个模块占比较小,但是依然能够获得用户的关注度。

图片

 

 

 结 

动效表达在产品设计中的应用越发普及,不仅可以强化功能的关注度,也能带给用户感官体验上的升级。优秀案例的积累和分析,有助于我们掌握更多的表现形式,灵活的运用到项目设计中。

 

原文地址:黑马家族(公众号)

作者:黑马青年

转载请注明:学UI网》发现了10个非常棒的UI动效案例

蓝蓝设计建立了UI设计分享群,每天会分享国内外的一些优秀设计,如果有兴趣的话,可以进入一起成长学习,请扫码蓝小助,报下信息,蓝小助会请您入群。欢迎您加入噢~~希望得到建议咨询、商务合作,也请与我们联系。

截屏2021-05-13 上午11.41.03.png

分享此文一切功德,皆悉回向给文章原作者及众读者.
免责声明:蓝蓝设计尊重原作者,文章的版权归原作者。如涉及版权问题,请及时与我们取得联系,我们立即更正或删除。

蓝蓝设计www.lanlanwork.com )是一家专注而深入的界面设计公司,为期望卓越的国内外企业提供卓越的UI界面设计、BS界面设计 、 cs界面设计 、 ipad界面设计 、 包装设计 、 图标定制 、 用户体验 、交互设计、 网站建设 平面设计服务


仪表盘设计的 7 个阶段

雪涛

你知道仪表盘应该如何被设计,才能更符合用户需求、满足用户的使用期待吗?过于复杂的仪表盘设计可能是不可取的,在进行仪表盘设计前,你需要做好相应的规划和设计策略。本篇文章里,作者总结了仪表盘设计的七个阶段,一起来看一下。

一个看起来很酷炫的仪表盘可能有很多功能但实际上,它通常只是一个闪亮的玩具,而不是一个有用的工具。这些仪表盘类似于多臂机器人,能随机拖拽数据并将这些数据分门别类地整理在一起,让你目瞪口呆。

就像魔术师玩纸牌戏法一样,它看起来令人印象深刻,但它的大脑和巧夺天工的手法一样好。

([1] Widget:全称Web widget是一种Web2.0 的衍生物,它好像是一个小型的应用程式,是一小块可以在任意一个基于HTML的网页上执行代码构成的小部件。)

玩这个仪表盘机器人一开始可能很有趣,但最终会让客户失望,因为它没有达到用户的期望值。为什么会发生这种情况呢?设计一个工具而不是一个很快就会被丢弃的玩具的诀窍是什么呢?

一、构想仪表板:核心大脑 Conceiving the dashboard: the brain

让我们深入剖析仪表盘设计。

仪表盘是由客户、设计师和开发人员共同设计的,他们每个人通过合作做出一定的贡献,并且所有的基础功能在一开始就确定了(或者他们没标明)。

一个有思考能力的人是从胚胎发育而来的。脑细胞和神经细胞是最先形成的,随后是身体的其他细胞,而这正是任何可行项目被创建的方式。

第一个阶段是最重要的。如果你在这个阶段遗漏了什么,那么任何奇特的设计都无法挽救。因为在这一阶段你正在为仪表盘的长期发展奠定基础。“我为什么被设计出来?谁需要我?”如果仪表盘会说话的,它一定会问这些问题。你能回答这些问题吗?

  • 仪表盘将如何促进公司目标的达成?
  • 什么样的结构、功能和视觉效果能让仪表盘执行它的任务?
  • 哪种设计最适合你的目标受众?

这些问题的答案将构成你设计理念的基础(现在你可以告诉你的仪表盘存在的意义了)。

仪表盘设计的 7 个阶段

网页Perls仪表盘设计

1)仪表盘的“智能”是其实现目标的能力。

有些人认为只有分析类仪表盘才需要智能性能,而可操作的仪表板只需要可读性,实际上这个想法是错的。比方说,你有一个用于激励员工的操作类仪表盘,用户的注意力应该放在比较结果,然而设计师会让其在视觉效果上更加突出。

2)仪表盘上没有琐碎的细节。仪表盘上需要展示足够的信息使用户来做决定。设计师的职责是帮助用户,而不是通过一系列很酷的小微件来帮助用户解决难题。任何不是出于这个目的设计的都会阻碍用户使用。

3)从项目的初始阶段到最终阶段,设计师必须关注公司的目标、仪表盘的目标,和用户的目标。否则仪表盘将永远无法运行。

仪表盘设计的 7 个阶段

仪表盘设计:Clover

二、数据及关键绩效指标的选择:这属于血液循环系统 Data & KPI selection: the circulatory system

仪表盘的数据就像是身体内的循环血液。我们必须了解它们来自哪里,它们在被用户需要时是如何被处理的,以及它们该如何被可视化。

理所当然地,设计师需要了解指标的目的,显然,这将帮助他们选择合适的微件,但不仅仅只有这些。

举个例子,一个客户想在屏幕上看到许多不同的读数。你(作为设计师)并不需要从屏幕上去除任何东西来清理仪表盘的展示空间;但你可以做的是突出最重要的东西,并在视觉上淡化次要的内容。

然而,要做到这一点,你必须得知道哪个指标是最重要的且哪个是次要的。

仪表盘设计的 7 个阶段

仪表盘设计:Bidding Car

最重要的一系列指标有助于实现目标,且能帮助控制流程(或者产品),例如:

  • 它们展示实际的成功率;
  • 它们影响产品被感知的方式;
  • 它们激励创建该仪表盘的团队。

指标的选择还需要了解受众。用户应该看到哪个 KPI以及他们认为最容易理解的视觉表现形式?

人们喜欢对应他们目标的一系列数字。

仪表盘设计的 7 个阶段

仪表盘设计:Panch

三、仪表盘的结构:这类似于骨头 Dashboard structure: the skeleton

想象一下,你进入一家酒店房间,看到一张床、一面桌椅、一个镜子和一个衣柜,就算不打开壁橱,你也能猜到里面有什么,吹风机、拖鞋、浴巾就放在你所认为的地方——有人已经保证了这些。

一个好的仪表盘设计就如同那个房间:它是干净、整洁且可被预知的。你可以立即看到所有必需品,并且直观地知道剩下的东西会在哪里。设计师们有他们自己的工具来确保仪表盘设计的整洁性。

1. 层级

首先,你需要理清思路,在发挥创意之前,要对所有数据进行排序将其分类并充分理解优先级等等,确定用户可以立即看见的关键指标数据

1)视觉层级必须反应信息层级。

设计师可以通过微件的大小及位置来表现数据的层级权重。如果你的用户是从左往右阅读的,那么关键信息必须放在左上角,而相关性最弱的信息放在底部右下角。

对数据重要性的排序方法取决于仪表盘的设计用途。重要的是根据信息的优先级构造信息并搭建逻辑链路。

2)将信息面板视为一个故事,而不是一系列的数据点。

2. 网格

网格对于创建页面的总体布局排序协调和对齐元素非常有用。

仪表盘设计的 7 个阶段

3. 信息模块

系统的模块类似于一个住宅中的功能分区:卧室用来睡眠,餐厅用来吃饭之类,每个区域有其功能。你的舒适性取决于它们放置的位置有多方便。

一个糟糕的布局不能靠翻新和布置家具来挽救,因此与之相类似的,信息模块的布局需要被提前考虑。信息模块帮助你展示内容的层次结构且帮助你根据数据内容的重要性、相关性和逻辑连接对内容进行分组。每个模块应该在给定过程中执行特定的目的。

仪表盘设计的 7 个阶段

仪表盘设计的 7 个阶段

4. 连续性和接近性

如果你在去往厨房的路上需要穿过一个有两扇门的走廊,那么这是一个糟糕的室内布局。相互关联的进程则会假定在逻辑上也具有相似性。如果一个模块的进程需要来自另一个模块的数据,那么数据的布局就需要有近似性。

这一点必须事先考虑,这样用户就不需要在晦涩难懂的信息海里挖掘他们需要的信息。所有相关的信息应依据相似性,从最重要到最不重要性来进行分组和定位。

5. 分离模块

没有人需要一个与卧室相连的厨房。为了将两个区块分开,你需要留白或者负空间。你一定要在一开始就考虑到:将负空间视为视觉平衡所需要的设计元素组合

仪表盘设计的 7 个阶段

仪表盘设计:Wingle

四、功能:这就类似于身体的肌肉部分 Functions: the muscles

功能和工具的数量取决于仪表盘的用途和其用户的主要目标。为了自由地移动,人类需要两条腿,狗需要四条腿,而蜘蛛需要八条腿。一个拥有太多功能的仪表盘就像一条有着六条腿的狗一样优秀,但这有点让人毛骨悚然。

不要在控制面板上放太多工具,只需要在最表层放置用户必需品就好。太多的可用工具会让用户困惑且被吓退,因为这会让仪表盘看起来很复杂。个性化总是比定制要好。

仪表盘设计的 7 个阶段

仪表盘设计:Band

五、微件:重要的器官 Widgets: thevital organs

如果屏幕上有超过 5~7 个的小微件,人们则会难以理解其内容。所以我们(设计师)的工作是让相关数据可以被访问但数量保持一定,不过多,这样就能使用户能在数秒中理解他们看到的内容。视觉可视化的工具包括:

  • 表格
  • 图形
  • 图表
  • 卡片
  • 指标
  • 地图
  • 图片
  • 分组
  • 过滤器
  • 列表
  • 资料结构

仪表盘设计的 7 个阶段

仪表盘数据微件的选择取决于你仪表盘的目的和你的受众。请思考以下问题:

  • 哪一种微件最能展示特定的 KPI(关键绩效指标)?
  • 用户需要最先在仪表盘上看到什么?
  • 哪一种微件将会是用户最容易理解的?
  • 什么可以帮助用户更快地找到他们需要的东西?

请选择容易理解和可读的微件。这里有一个让人困惑的与最易理解的微件对比示例:‍‍‍‍‍‍‍‍‍

仪表盘设计的 7 个阶段

请考虑什么是主要的目标来吸引用户的注意力。

例如,如果你的首要任务是业绩目标,则应使用数字;如果你需要比较数值,则应使用折线图或者柱状图;如果是为了激励团队,则应使用具有亮点突出的排行榜。

选择一个不合适的部件或默认的小部件模板可能会混淆用户或导致他们误解数据。最好的解决方案总是分析和测试的结果。

仪表盘设计的 7 个阶段

最好的小部件设计是简约的并且易于阅读的

例如,一个 3D 图可能看起来令人印象深刻,但它占用了用户太多的注意力,最终证明它会分散用户的注意力。渐变、过度使用颜色和太多细节也同样会造成困扰。

六、视觉设计:通用技巧 Visual design: general tips

我们已经构建了仪表盘的大脑和身体。最后需要构建的是仪表盘的皮肤——最表面的一层。这可以根据好的经典设计的基本原则来完成,但这里仍然有些细节需要具体说明。

1. 简约性

一个仪表盘应该跟你喜欢的工作桌面一样干净:它只有必需的文件和工具,没有任何干扰项。

仪表盘设计的 7 个阶段

仪表盘设计:MEMO

2. 配色板

仪表盘的颜色选择必须服务于一个目的:尽可能清晰地呈现信息。你的配色板越大,就越难清晰地展示信息。所以不要在仪表盘上使用过多颜色。尽可能用相同颜色的深浅色或者不同的色相。

仪表盘设计的 7 个阶段

首选,你需要选择一个基础色,然后选择一个辅助色。每个颜色都必须有特定的用途。一个颜色可以用来结合/组合元素,另一种颜色可以用来强调元素。颜色还经常用来展示一个元素是主动的还是被动的。避免使用可能具有负面含义的颜色。

例如在下面的例子中,红色看上去像展示一些不好且不受欢迎的数据:

仪表盘设计的 7 个阶段

如果仪表盘提供可定制的颜色,请确保所有的可选颜色看上去都不错。Aodbe Color CC 是一个用来选择配色的优秀工具。

3. 强调

语义的强调之处应和视觉的强调之处一一对应。你可以使用颜色(对比、亮度)、形状、大小、负空间等等来强调元素。

4. 可读性和数字格式

这是确保视觉上清晰清楚的一切:干净的布局,视觉层级,突出重点,对比鲜明的元素,适当的字体,且这些字体也必须具有对比性和易读性

高精度的数字格式是难以让人理解的。最好的办法是将任何数字四舍五入,并减少较长的数字。

七、适应性 Adaptability

在实践过程中,当桌面版本是用户的优先选择时,则应该优先构建网页版,然后创建移动端的。如果你的目标受众主要使用移动端版本,则应首先着眼于构建移动端的仪表盘。然后再创建桌面端的。

仪表盘设计的 7 个阶段

仪表盘设计:Snap

八、结论 In conclusion

设计一个优先的仪表盘并不容易。我们将其创建过程类比作人类发展,因为它是记住重要东西和展示工作的连续阶段的好方法。当你在开发你的仪表盘,请不断地自我提问:是否一切各就其位、各司其职?是否有多余的部分吗(需要去掉)?各部位协作时工作正常吗?用户会喜欢这样的结果吗?这(功能)会有用吗?

如你所见,视觉设计实际上是设计师最后需要担心的事。如果你什么都没有漏过,你的仪表盘将对你的用户产生有价值的帮助,而不只是一个玩具。

本文翻译已获得作者的正式授权(授权截图如下)

仪表盘设计的 7 个阶段


文章来源:人人都是产品经理   作者:TCC翻译情报局


分享此文一切功德,皆悉回向给文章原作者及众读者.

免责声明:蓝蓝设计尊重原作者,文章的版权归原作者。如涉及版权问题,请及时与我们取得联系,我们立即更正或删除。

蓝蓝设计www.lanlanwork.com )是一家专注而深入的界面设计公司,为期望卓越的国内外企业提供卓越的UI界面设计、BS界面设计 、 cs界面设计 、 ipad界面设计 、 包装设计 、 图标定制 、 用户体验 、交互设计、 网站建设 平面设计服务


 


数字农业:农企数字化转型实施路径

雪涛

农业产业链上的企业实现数字化后,才能逐渐带动当地县域整个农业的数字化,每一件事进行都有着它的实施路径,农企数字化也不例外。本文涵盖了某农企的数字化战略规划之路,与你分享。


很多人一谈数字农业上来的就是政府,这个我们也有文章阐述过。今天我们主要是来分析一下农企怎么做数字化,毕竟农业产业链上的企业一个个实现数字化之后,才会带动当地县域整个农业的数字化。

每一件事情做的时候都是有实施路径,农企数字化也不例外。

农业数字化有方方面面,本文还是聚焦于农企数字化,只有一个个的农企实现了数字化转型,才能让整个农业产业链是数字化的,即实现某一个区域内的农业数字化。

最后本文将给某农企的五年数字化之路,从业务优化、商业变革到技术应用都会涵盖。

本文可以看成是某一个农企的数字化战略规划之路。

一、现状评估-常规操作

一般商业模式实施前,需要了解自身有哪些资源,有哪些优劣势,政策经济背景如何。

农企做数字化转型,也是如此,需要清晰地了解自己所处的产业链地位、产业地位、内外部环境如何。使用的工具有战略地图、波特五力模型、市场分析、SWOT/PEST、 价值链分析、标杆对标等一些列工具。

最后期望的出来的就是农企要做农企数字化转型,需要哪些资源,需要怎么做,需要多少成本,需要多少工期。

以上都是常规操作,实施起来,不找个外部咨询公司、花个一二百万,还分析不出个所以然。

二、现状评估模板-简单版

所以我们的建议是,把农企高管集中起来,统一回答如下几个问题。

谈谈你对数字化转型的理解,随意任何方面,哪怕是国家政策导向。

  1. 你认为本企业数字化的模样是咋样的?
  2. 你认为可以从哪几个方面发力成为你心中的数字化企业?
  3. 这几个方面需要哪些成本和资源?
  4. 当地政府可以为哪些工作买单

当然还有其他的五个问题。

通过这几个问题的高管问答,高层能够看到农企数字化后的未来蓝图,也能看到现在到未来的差距。

至于现在长得怎样,相比未来而言,还是可以简单看待。毕竟漏洞识别越多,得罪的人越多。不如多谈谈未来蓝图,跨组织跨部门的未来。

三、某农企的数字化转型蓝图

农企的数字化转型可以从以下一个方向展开。都针对大企业,小企业建议选择其中若干项开展。

第一,业务模式的变化,建议增加三块业务,一个是政府项目申报,一个是直播+电商小程序,最后一个是自建渠道。三个的价值不一,政府项目申报,是与当地产业的深入融合,额外与政府形成联盟。直播+电商小程序,不为真卖,只为营销推广和品牌孵化,所以短视频也行。自建渠道,包括采购和销售,一定要发展起自己的贸易属性,将贸易武器抓在自己手里。

第二,信息化建设,配合上面三个业务,做一些信息化数字化建设,可以建设的系统有农事生产系统,电商系统,进销存管理系统,财务分析系统,人力资源系统等,可以做的数据分析有产量预估,农事作业分析,销售价格预测。

第三,商业模式创新。要为董事长CEO以及当地政府对口单位,一个可以不断做大不断优化的商业模式。不能只讲自己的数字化,要讲产业,要说明农企数字化进程中,给产业,给就业,给GDP带来的变化。

四、某农企的数字化转型蓝图

该企业为了确保以上战略的实施,做了一下工作。

1)成立项目管理团队,用来管理整体的数字化转型项目的落地实施和资源协调。

2)成立政府研究和项目申报团队,专门维持与政府及大企业的关系,支持政府各项涉农规划在本企业的试点落地。同时专门面向政府的项目立项机会完成项目立项。

3)构建自己的经销渠道,并通过电商系统做自己农产品的软文推广。开始在各类自媒体上,联合当地政府发布推介信息,争取销路和投资。

4)分五年,将上面信息化系统进行落地,并选择合适的云计算厂商,将系统和物联网设备跑在公有云上。第三年开始,应用前两年积累的数据开始做数据运营分析,发挥数据的生产力价值。

5)开始认养农业模式,并选择了合适自己的潜在目标客群。


文章来源:人人都是产品经理   作者:农业数字化


分享此文一切功德,皆悉回向给文章原作者及众读者.

免责声明:蓝蓝设计尊重原作者,文章的版权归原作者。如涉及版权问题,请及时与我们取得联系,我们立即更正或删除。

蓝蓝设计www.lanlanwork.com )是一家专注而深入的界面设计公司,为期望卓越的国内外企业提供卓越的UI界面设计、BS界面设计 、 cs界面设计 、 ipad界面设计 、 包装设计 、 图标定制 、 用户体验 、交互设计、 网站建设 平面设计服务



B端设计指南 - 审批

雪涛

一直以来,业务都是B端逃不开的话题,你可以在许多文章当中看到
我们的改版方向是因为业务需求、设计的思路是因为业务需求

业务究竟是什么?


很多时候既让初入B端行业的设计师感到一丝丝迷茫,因为不同的B端系统也就意味着,它的业务一定就会有所不同。比如CRM系统当中的客户生命周期管理,OA的办公自动化,特定的行业往往都会蕴含着不同的业务类型


而作为设计师,如果只了解设计模式、设计组件,不去分析设计最后的业务诉求,其实是没有任何意义。因此想要通过B端设计指南,和大家一起聊聊B端业务,以及背后所牵涉的具体逻辑。今天就简单聊聊最为常见的 审批


开始之前,还得再多说两句,因为一个系统当中,业务本身就不是独立存在的。因此在去讲述审批的过程,一定会涉及到 流程、权限、表单配置 等一些基础内容,建议可以先做初步了解,再结合文章进行阅读



审批的起源

虽然在说起源,其实我更想给大家讲清楚 审批在B端系统 当中的重要性

审批字面意思是审查并加以批示,通常指对 下级呈报上级的公文进行审查批示,报请上级审批

现如今,任何事情一定都会有分工协作,而使用审批的好处是可以

  • 规范员工行为

  • 提高企业运转效率

  • 系统存档便于溯源

  • 保护环境(毕竟减少了纸张浪费)

当然在不同的阶段的公司,对于审批的诉求是不太一样

小公司:因为审批的决策路径短、流程上都非常简单,但因此就会缺乏规范保障。比如在外出办公时,看似只需要与老板当面进行口头上的沟通即可,但是在外出出现意外时,由于缺乏外出办公的相关证据,员工的权益则很难得到保障

大公司:因为审批的决策路径长,流程上都极其复杂,因此会在多人协作下完成整个流程审批。比如想要申请购买办公用品时,会由 行政、Leader、财务 层层审批,从提交审批到最终落实可能需要十天半个月,但是这样的流程,能够确保企业在清查财务状况时,更加有理有据

审批的演变,就是从最开始的规章制度而来。比如在早期去政务机构办理各种业务时,会让你去填写各种纸质表单。在审核过程中,则需要有各个机关的盖章及批准,而这种形式正是政府对于普通市民的自上而下的管理方式


审批其实是整个B端系统的灵魂,因为在B端系统当中,企业想要使用系统的一大痛点便是 核心的管控

因此你会发现,只要一个独立的系统,一定会存在独立的审批模块。因为B端管理系统当中企业的最终目的,是管理手中的人,而审批便是最为常见的一种手段

审批在如今的B端系统当中,可以理解为它是一组消息,在这一组消息当中会有:“具体的文本、对应的附件、以及照片视频”这些内容都是辅佐 申请人 去讲诉你需要申请的内容

比如我们在申请病假时,往往需要出示 三甲医院所开设的证明,对于这个证明,如何在表单当中出现,你会发现最为常见的便是拍摄证明图片,然后上传到表单当中(这个与字段属性紧密相连,我就不做不过介绍)


审批的这组消息还会有些特殊,因为它非常重要,你可以理解为它是一则“加急消息”会提醒审批人快速的进行处理,同时会告知相关的参与人(处理人、抄送人)审批的进度、并且无论成功与否,都会在系统当中留下 足迹,因此它起到了 “追踪、通知、留存” 三个非常重要的作用,我们首先对于审批进行一个基础的拆解

审批的拆解

如果把审批单独拿出来,你会发现审批会牵涉到 发起人、处理人、抄送人

发起人:

审批的发起人,也是整个审批流程的归属人,他最关心整个审批进展

因为在发起人的角度,创建完审批事项后,可能还需要进入审批页面,完善 后续附加信息、及时了解审批状态、催促审批人的审核、处理驳回意见 等等,因此站在发起人的角度,审批需要尽可能详细的展示 当前审批的状态、完整的审批流程、驳回信息的快速操作、成功信息的必要通知

处理人

审批的处理人主要在审批过程做出决策,因此他更在乎的是审批申请内容的信息。比如 审批的信息内容、直接的审批操作、多条审批的管理

当然,在一些大型的集团企业当中,会将审批分为审批「直接处理人」「间接处理人」(后文以 直处人、间处人 简称)

「直处人」作为审批的第一处理人,也就意味着他的意见至关重要,如果「直处人」通过过后,相对而言整条审批的通过几率会大大增加。通常「直处人」是作为申请人的直系领导居多,因此多数情况下可以理解为直属领导进行 “把关”

「间处人」作为审批的后续处理人,同样在流程当中也十分重要。但在有些情况下,比如一些偏平化管理的企业,「间处人」更多像是“权利”的象征,因为权利已经下放给「直处人」,而「间处人」起到知晓审批以及企业的规章制度要求

抄送人

审批抄送人主要起到通知对应角色的作用,因为一条审批的出现,会造成诸多影响,假设今天你需要申请事假,如何通知同部门的其他成员呢?

发送即时消息,显得过于简单;每个打电话,又有些麻烦;发送企业邮件,又怕他们没有看到

这时候抄送人会显得尤为关键

通常抄送会有企业流程上管理员配置的固定抄送人,以及发起人选择的自行抄送人 两种类型

固定抄送人 角色通常与管理员配置整个流程有关,他是角色当中 管理员 所配置的重要通知人,比如今天你的请假信息,肯定会告知行政,像这类默认的通知流程,则可以将其设为固定抄送人

自行选择抄送人 则是提供给发起人自行选择,该条审批可能会影响到的相关人群。比如就是发送给同事,让他们知晓今天你不在岗位上,因此自行选择可以增加审批抄送的灵活性

这里肯定会有很多读者会问,我选择抄送人与我发消息给同事,有什么区别么?

看似完全相同,实则有明确的区分

通过消息,将审批内容传达,本质上是你自行将内容发送给对方,对方会对于你这个消息的真实性会产生疑问?你是否通知了

而选择抄送,更为权威,更能体现你这条消息的真实性,并且整个流程都已经由领导进行批准,因此不会存在太大问题

其实审批的本质就是一组消息,而这一组消息当中,申请人 通过 表单配置 去获取需要补充的消息内容,而流程会根据企业所配置的流程方式将这一组消息进行合并转发给对应人,而审批人则需要对这一组消息进行回复“通过、驳回” 来让整个流程继续延续

审批流程

审批当中,最主要的便是流程。因为你可以通过查看流程图,去了解整个企业的组织架构、规章制度、员工管理方式

1.串行审批/依次审批

串行审批主要是指当一个审核节点通过后,才能进入下一个审核节点。如果节点驳回,则可以根据业务实际需要,配置驳回的返回路径,会有:拨回到发起人、驳回到上一个节点、或驳回之前任意一个节点 重新审批


2.并行审批

并行审批是指一个审批节点存在多个角色同时审批,这里会存在两种情况

  1. 任何一个人审批通过,则可以进入下个节点,这也就是系统当中常说的 「或签」

  2. 所有审批人员通过,才能进入下个节点,这也是系统当中常说的 「会签」


3. 条件审批

条件审批就是将企业当中的规章制度映射到实际的项目当中,通常就是某个审批内容会根据 金额多少、实际数量 等 进而选择哪个角色进行审批

比如销售人员在申请一个合同审批时,会根据合同金额的不同,审批人也会有所差异

  • 当金额小于8000时,合同直接由财务专员进行审批,进而让流程进行快速审批

  • 当金额大于8000时,合同会由销售主管进行审批,让销售主管能够掌握企业的重要合同


4.自主审批

通过发起人选定一个审批事项后,将自主选择后续的审批内容,进而实现审批的后续选择。这是一种较为灵活的审批流程,当企业尚未形成标准化流程时,自主的核心就是当发起人发起一个审批,提交时需要自行选择下一个环节的审批人。而下一个环节的审批人审批通过后,可以选择继续流转到再下一个人去审批,或者结束这个流程

审批页面梳理

审批的背后,它映射的其实是企业的一条条管理制度,而它的设计一定是要满足企业的实际需求。因为你负责的产品不是为某一家企业提供的服务(定制化产品),并且企业管理制度的变动其实是家常便饭,你需要去考虑一个通用的解决方案,这个解决方案拆解下来会分为三个内容,分别是:申请表单、流程配置、更多配置 进行讲解

1.审批表单

审批表单是最为一个“简单”的用户可配置化表单,因为现如今大多数B端产品都是以 SaaS 作为基础(如果是定制化产品 它的审批内容、流程也不会是固定不变的)也就意味着审批表单需要为企业提供“DIY”的方式,通过表单提供不同的字段类型,去构建审批的实际要求


比如在一个选择请假时,年假、事假、病假、婚假 等的要求都会有所不同

如何知道他们的差别,其实可以根据《劳动法》的相关规定 以及 各个其实的实际公司制度,进行个性化的处理

在申请婚假时,需要上传你的结婚证,以证明其真实性;在病假时,需要有3甲医院的病情证明;在年假时,则需要有你的剩余年假天数。而这些特殊诉求,其实都需要在表单当中进行各种定制化表单

当然这只是极为常见的 请假 场景,而在实际业务当中的复杂场景(更多需要将 审批与其他系统关联)一个简单的表单是没有办法进行满足

这也是很多企业会发现,无论是飞书、钉钉、企业微信,都没有办法满足其实际流程需求。又没有办法改变自身流程,只能够自研、定制化 产品,这也是为什么即便各行各业都有了初具规模的 SaaS 产品,但是还是会有很多企业愿意自行研发软件


2.流程配置

企业可以根据自身的系统流程,在流程配置当中去定制特定的流程。在这个页面的设计上,需要注意不同参与人的状态,以及复杂流程时如何才能够进行清晰的阅读,因此增加了 颜色区分(发起人、审批人、抄送人)+ 视图缩放 功能

颜色自然不必多说,整个系统需要统一,因此不能够只考虑在管理后台的颜色,是一定要在详情页当中也能过保证颜色的一致。这样才能够满足实际业务所需

视图缩放只是小小提一下,常见的视图缩放会放在左侧,至于为什么,自己稍稍揣摩揣摩

由于流程配置的属性页面会涉及很多表单的复杂逻辑,这个只能够留在我的 训练营的课程 当中进行拆解,这里就不过多赘述


3.更多配置

更多配置项则是审批在实际情况下的特殊处理,比如:申请人修改审批的具体时间、能够将审批转发给其他人、出现多次相同的审批人是否去重 等等...  其实就是将审批的设计方案进行“赋能”,去满足更多企业在实际场景当中的需求,感兴趣的同学可以去 钉钉、飞书 了解详情


结语

审批,核心还是提高企业运转效率,如果在审批之间,还需要不同角色私下反复沟通,本质上就失去了审批的意义。而审批本身,就是一个典型的B端产品 从场景到需求,进而研发功能,最后又回归场景,你设计的好与坏,落地到真实的场景当中,试试便知





文章来源:站酷   作者:CE青年


分享此文一切功德,皆悉回向给文章原作者及众读者.

免责声明:蓝蓝设计尊重原作者,文章的版权归原作者。如涉及版权问题,请及时与我们取得联系,我们立即更正或删除。

蓝蓝设计www.lanlanwork.com )是一家专注而深入的界面设计公司,为期望卓越的国内外企业提供卓越的UI界面设计、BS界面设计 、 cs界面设计 、 ipad界面设计 、 包装设计 、 图标定制 、 用户体验 、交互设计、 网站建设 平面设计服务


一直以来,业务都是B端逃不开的话题,你可以在许多文章当中看到
我们的改版方向是因为业务需求、设计的思路是因为业务需求

业务究竟是什么?


很多时候既让初入B端行业的设计师感到一丝丝迷茫,因为不同的B端系统也就意味着,它的业务一定就会有所不同。比如CRM系统当中的客户生命周期管理,OA的办公自动化,特定的行业往往都会蕴含着不同的业务类型


而作为设计师,如果只了解设计模式、设计组件,不去分析设计最后的业务诉求,其实是没有任何意义。因此想要通过B端设计指南,和大家一起聊聊B端业务,以及背后所牵涉的具体逻辑。今天就简单聊聊最为常见的 审批


开始之前,还得再多说两句,因为一个系统当中,业务本身就不是独立存在的。因此在去讲述审批的过程,一定会涉及到 流程、权限、表单配置 等一些基础内容,建议可以先做初步了解,再结合文章进行阅读



审批的起源

虽然在说起源,其实我更想给大家讲清楚 审批在B端系统 当中的重要性

审批字面意思是审查并加以批示,通常指对 下级呈报上级的公文进行审查批示,报请上级审批

现如今,任何事情一定都会有分工协作,而使用审批的好处是可以

  • 规范员工行为

  • 提高企业运转效率

  • 系统存档便于溯源

  • 保护环境(毕竟减少了纸张浪费)

当然在不同的阶段的公司,对于审批的诉求是不太一样

小公司:因为审批的决策路径短、流程上都非常简单,但因此就会缺乏规范保障。比如在外出办公时,看似只需要与老板当面进行口头上的沟通即可,但是在外出出现意外时,由于缺乏外出办公的相关证据,员工的权益则很难得到保障

大公司:因为审批的决策路径长,流程上都极其复杂,因此会在多人协作下完成整个流程审批。比如想要申请购买办公用品时,会由 行政、Leader、财务 层层审批,从提交审批到最终落实可能需要十天半个月,但是这样的流程,能够确保企业在清查财务状况时,更加有理有据

审批的演变,就是从最开始的规章制度而来。比如在早期去政务机构办理各种业务时,会让你去填写各种纸质表单。在审核过程中,则需要有各个机关的盖章及批准,而这种形式正是政府对于普通市民的自上而下的管理方式


审批其实是整个B端系统的灵魂,因为在B端系统当中,企业想要使用系统的一大痛点便是 核心的管控

因此你会发现,只要一个独立的系统,一定会存在独立的审批模块。因为B端管理系统当中企业的最终目的,是管理手中的人,而审批便是最为常见的一种手段

审批在如今的B端系统当中,可以理解为它是一组消息,在这一组消息当中会有:“具体的文本、对应的附件、以及照片视频”这些内容都是辅佐 申请人 去讲诉你需要申请的内容

比如我们在申请病假时,往往需要出示 三甲医院所开设的证明,对于这个证明,如何在表单当中出现,你会发现最为常见的便是拍摄证明图片,然后上传到表单当中(这个与字段属性紧密相连,我就不做不过介绍)


审批的这组消息还会有些特殊,因为它非常重要,你可以理解为它是一则“加急消息”会提醒审批人快速的进行处理,同时会告知相关的参与人(处理人、抄送人)审批的进度、并且无论成功与否,都会在系统当中留下 足迹,因此它起到了 “追踪、通知、留存” 三个非常重要的作用,我们首先对于审批进行一个基础的拆解

审批的拆解

如果把审批单独拿出来,你会发现审批会牵涉到 发起人、处理人、抄送人

发起人:

审批的发起人,也是整个审批流程的归属人,他最关心整个审批进展

因为在发起人的角度,创建完审批事项后,可能还需要进入审批页面,完善 后续附加信息、及时了解审批状态、催促审批人的审核、处理驳回意见 等等,因此站在发起人的角度,审批需要尽可能详细的展示 当前审批的状态、完整的审批流程、驳回信息的快速操作、成功信息的必要通知

处理人

审批的处理人主要在审批过程做出决策,因此他更在乎的是审批申请内容的信息。比如 审批的信息内容、直接的审批操作、多条审批的管理

当然,在一些大型的集团企业当中,会将审批分为审批「直接处理人」「间接处理人」(后文以 直处人、间处人 简称)

「直处人」作为审批的第一处理人,也就意味着他的意见至关重要,如果「直处人」通过过后,相对而言整条审批的通过几率会大大增加。通常「直处人」是作为申请人的直系领导居多,因此多数情况下可以理解为直属领导进行 “把关”

「间处人」作为审批的后续处理人,同样在流程当中也十分重要。但在有些情况下,比如一些偏平化管理的企业,「间处人」更多像是“权利”的象征,因为权利已经下放给「直处人」,而「间处人」起到知晓审批以及企业的规章制度要求

抄送人

审批抄送人主要起到通知对应角色的作用,因为一条审批的出现,会造成诸多影响,假设今天你需要申请事假,如何通知同部门的其他成员呢?

发送即时消息,显得过于简单;每个打电话,又有些麻烦;发送企业邮件,又怕他们没有看到

这时候抄送人会显得尤为关键

通常抄送会有企业流程上管理员配置的固定抄送人,以及发起人选择的自行抄送人 两种类型

固定抄送人 角色通常与管理员配置整个流程有关,他是角色当中 管理员 所配置的重要通知人,比如今天你的请假信息,肯定会告知行政,像这类默认的通知流程,则可以将其设为固定抄送人

自行选择抄送人 则是提供给发起人自行选择,该条审批可能会影响到的相关人群。比如就是发送给同事,让他们知晓今天你不在岗位上,因此自行选择可以增加审批抄送的灵活性

这里肯定会有很多读者会问,我选择抄送人与我发消息给同事,有什么区别么?

看似完全相同,实则有明确的区分

通过消息,将审批内容传达,本质上是你自行将内容发送给对方,对方会对于你这个消息的真实性会产生疑问?你是否通知了

而选择抄送,更为权威,更能体现你这条消息的真实性,并且整个流程都已经由领导进行批准,因此不会存在太大问题

其实审批的本质就是一组消息,而这一组消息当中,申请人 通过 表单配置 去获取需要补充的消息内容,而流程会根据企业所配置的流程方式将这一组消息进行合并转发给对应人,而审批人则需要对这一组消息进行回复“通过、驳回” 来让整个流程继续延续

审批流程

审批当中,最主要的便是流程。因为你可以通过查看流程图,去了解整个企业的组织架构、规章制度、员工管理方式

1.串行审批/依次审批

串行审批主要是指当一个审核节点通过后,才能进入下一个审核节点。如果节点驳回,则可以根据业务实际需要,配置驳回的返回路径,会有:拨回到发起人、驳回到上一个节点、或驳回之前任意一个节点 重新审批


2.并行审批

并行审批是指一个审批节点存在多个角色同时审批,这里会存在两种情况

  1. 任何一个人审批通过,则可以进入下个节点,这也就是系统当中常说的 「或签」

  2. 所有审批人员通过,才能进入下个节点,这也是系统当中常说的 「会签」


3. 条件审批

条件审批就是将企业当中的规章制度映射到实际的项目当中,通常就是某个审批内容会根据 金额多少、实际数量 等 进而选择哪个角色进行审批

比如销售人员在申请一个合同审批时,会根据合同金额的不同,审批人也会有所差异

  • 当金额小于8000时,合同直接由财务专员进行审批,进而让流程进行快速审批

  • 当金额大于8000时,合同会由销售主管进行审批,让销售主管能够掌握企业的重要合同


4.自主审批

通过发起人选定一个审批事项后,将自主选择后续的审批内容,进而实现审批的后续选择。这是一种较为灵活的审批流程,当企业尚未形成标准化流程时,自主的核心就是当发起人发起一个审批,提交时需要自行选择下一个环节的审批人。而下一个环节的审批人审批通过后,可以选择继续流转到再下一个人去审批,或者结束这个流程

审批页面梳理

审批的背后,它映射的其实是企业的一条条管理制度,而它的设计一定是要满足企业的实际需求。因为你负责的产品不是为某一家企业提供的服务(定制化产品),并且企业管理制度的变动其实是家常便饭,你需要去考虑一个通用的解决方案,这个解决方案拆解下来会分为三个内容,分别是:申请表单、流程配置、更多配置 进行讲解

1.审批表单

审批表单是最为一个“简单”的用户可配置化表单,因为现如今大多数B端产品都是以 SaaS 作为基础(如果是定制化产品 它的审批内容、流程也不会是固定不变的)也就意味着审批表单需要为企业提供“DIY”的方式,通过表单提供不同的字段类型,去构建审批的实际要求


比如在一个选择请假时,年假、事假、病假、婚假 等的要求都会有所不同

如何知道他们的差别,其实可以根据《劳动法》的相关规定 以及 各个其实的实际公司制度,进行个性化的处理

在申请婚假时,需要上传你的结婚证,以证明其真实性;在病假时,需要有3甲医院的病情证明;在年假时,则需要有你的剩余年假天数。而这些特殊诉求,其实都需要在表单当中进行各种定制化表单

当然这只是极为常见的 请假 场景,而在实际业务当中的复杂场景(更多需要将 审批与其他系统关联)一个简单的表单是没有办法进行满足

这也是很多企业会发现,无论是飞书、钉钉、企业微信,都没有办法满足其实际流程需求。又没有办法改变自身流程,只能够自研、定制化 产品,这也是为什么即便各行各业都有了初具规模的 SaaS 产品,但是还是会有很多企业愿意自行研发软件


2.流程配置

企业可以根据自身的系统流程,在流程配置当中去定制特定的流程。在这个页面的设计上,需要注意不同参与人的状态,以及复杂流程时如何才能够进行清晰的阅读,因此增加了 颜色区分(发起人、审批人、抄送人)+ 视图缩放 功能

颜色自然不必多说,整个系统需要统一,因此不能够只考虑在管理后台的颜色,是一定要在详情页当中也能过保证颜色的一致。这样才能够满足实际业务所需

视图缩放只是小小提一下,常见的视图缩放会放在左侧,至于为什么,自己稍稍揣摩揣摩

由于流程配置的属性页面会涉及很多表单的复杂逻辑,这个只能够留在我的 训练营的课程 当中进行拆解,这里就不过多赘述


3.更多配置

更多配置项则是审批在实际情况下的特殊处理,比如:申请人修改审批的具体时间、能够将审批转发给其他人、出现多次相同的审批人是否去重 等等...  其实就是将审批的设计方案进行“赋能”,去满足更多企业在实际场景当中的需求,感兴趣的同学可以去 钉钉、飞书 了解详情


结语

审批,核心还是提高企业运转效率,如果在审批之间,还需要不同角色私下反复沟通,本质上就失去了审批的意义。而审批本身,就是一个典型的B端产品 从场景到需求,进而研发功能,最后又回归场景,你设计的好与坏,落地到真实的场景当中,试试便知




文章来源:站酷   作者:CE青年


分享此文一切功德,皆悉回向给文章原作者及众读者.

免责声明:蓝蓝设计尊重原作者,文章的版权归原作者。如涉及版权问题,请及时与我们取得联系,我们立即更正或删除。

蓝蓝设计www.lanlanwork.com )是一家专注而深入的界面设计公司,为期望卓越的国内外企业提供卓越的UI界面设计、BS界面设计 、 cs界面设计 、 ipad界面设计 、 包装设计 、 图标定制 、 用户体验 、交互设计、 网站建设 平面设计服务


一些交互体验的思考

雪涛

站酷对于长文章需要点击展开文章按钮,才能继续阅读全文;而对于短文则不需要。对于这个按钮的存在是否必要,值得深思。

站酷“展开文章”按钮合理性思考


站酷对于长文章需要点击展开文章按钮,才能继续阅读全文;而对于短文则不需要。对于这个按钮的存在是否必要,值得深思。


先说一下个人体验,每次当我看文章看的津津有味,这个按钮映入眼帘,告诉你需点击“展开文章”才能继续阅读,虽然点击这个动作很简单,但无形之中打断了用户的心流状态,这并不是一个好的用户体验。让用户沉浸在心流状态不被打扰,用户能感觉到愉悦,是产品的温柔。


什么是心流?


《About face 4》中提到,心流在心理学中是指一种人们在专注进行某行为时所表现的心理状态,理想的交互设计是专注于促成用户进入心流的状态,因此在设计过程中最核心的关注点应该是用户的目标,而不是只考虑交互是否酷炫,最完美的交互设计是让用户除了自己的目标,感受不到其他干扰。


简单的说就是用户全神贯注于某件事而产生的一种精神状态。


进入心流状态是一种美妙的境界,完全专心于一件事,沉浸享受其中,不想停下来,用户着眼于当下的事情或者目标,心无旁骛,全神贯注投入并且享受其中,而体验到的一种精神状态。


大多数用户的目标是想先看完文章,再去看评论。这是大多数人的需求。


对于有一部分用户,他并没有耐心看完全文;或者觉得文章比较枯燥很无趣,不想看了,想直奔评论区;建议可以改成“点击收起”。我想这样的体验是不是会更友好一些。


还有一些网站(例:观察者网)喜欢把一页文章分成两页,这是为了提高网页的点击数据,以牺牲用户体验而达到商业目的,也是令人不齿的。



刷手机坐公交能否更简单一些?


广州的公交车终于可以刷手机坐公交了(多年前),但我感觉广州的刷手机坐公交体验很让人迷惑,在第一次体验刷手机坐公交的时候,竟然使用了两次都不知道怎么操作,很是尴尬。我感觉广州的刷手机坐公交对于新手用户来说学习成本有点高,不够人性化,不那么自然。



在评判任何一个交互行为时,我们都要了解用户的使用场景,我们知道用户坐公交通常是比较匆忙的,着急的,而情急之下极容易犯错,因此操作过程越简单越好,学习成本越低越好,尽可能的减少用户第一次使用的挫败感。最好让人一看到就知道怎么操作,而不需要去思考。在设计硬件的时候就应该考虑到这一点。


为什么我说体验感比较差呢?当我第一次看到这个机器的时候,给我的第一感觉是把手机屏幕贴在凹槽里扫描,我试了几次,都失败了,最后无奈只能付现金。后来我才发现正确的步骤是把手机放进凹槽,这是一个非常不自然的操作,一般人都想不到。过了很久我才发现原来上面那个是摄像头,设计的很隐蔽,谁又知道呢?你会说屏幕上面不是有说明图,很抱歉,在那种场景下没有人会去看你的说明图的。


我认为更好的解决方案应该像南京公交那样的,有一个明显的摄像头,这样人们一看到就知道怎么操作,学习成本比较低,因为这种支付方式在超市、商场、高速公路收费站等早已司空见惯,用户已经习惯了这种付款方式。



当然,二维码始终不是最理想的解决方法,因为你要打开App,打开乘车码小程序,这几个步骤对于用户来说还是稍显繁琐了点。如果能够像公交卡一下,“嘀”一下就上车,这才是最理想的终极解决方案。把手机放过去就可以“嘀”一下,不需要打开任何App,手机就是公交卡,自然而然的操作,完全没有任何的学习成本。但这需要使用到NFC技术,现在并不是所有的手机都支持这个功能。因此当下这个方案还难以执行。



知乎问题时间的缺失


作为知乎的重度用户,使用这个产品多年,一直很喜欢这个产品。但在长期的使用过程中,有个问题一直困扰着我,那就是问题的时效性,在知乎上搜索问题时看不到提问时间,相信也不仅仅是我一个用户遇到这个问题吧。

有的人会问了为什么要显示时间,时间有那么重要吗?


当然重要,一般问题都具有很强的时效性,一个问题在三年前很有用,但在今天看来已经没有什么参考价值。而且我肯定是希望寻找最近的问题和答案。


举个例子来说,我搜索“广州考驾照”,那我肯定希望时间越近的越好,越有参考价值,最好是今年的,毕境驾考规则每年都在变化。而你看同样问答类的百度知道,答案给出了明确的时间,这样就合理很多,我可以根据最近的时间去选择。



再比如我想了解一下“月饼门事件”,当我进入这个问题页面时,看不到时间,根本就不知道这个事件是何时发生的,难道还要去百度搜索一下?那我要你这破乎有何用?



有人说可以通过“查看问题日志”的方式看提问时间,抱歉,我觉得那个入口隐藏的太深了,我在很长一段时间之内都不知道还有这个入口,而且根据我身边朋友的调研和网上调查,极少数用户知道这个入口的存在。况且这么重要的时间戳,隐藏起来也确实不合理,点击也麻烦。


同样,答案的时间也是很重要的,放在文章的后面也不合理,过于弱化。而且有的文章写的很长,难道还要我拉到最后面为了看个时间,那样多麻烦,拉的我手都要酸,而且容易剧透内容。


列举几个常见的用户使用场景:


很多时候我看到回答问题的时间很久了,那我就不会看了。


文章中提到“今年的互联网寒冬”,搞的我都不知道今年是哪一年,缺少时间坐标。而如果在文章的开头就显示了,起码心里有个数。


有的文章提到“预测未来5年内房价走低”,但我不知道你回答的时间是哪一年。


……

综上所述,我觉得应该加上问题的创建时间和回答的时间,明确告知用户问题的时效性。



iOS闹钟交互思考


闹钟提醒的界面有两种情况,锁屏状态和非锁屏状态。分别对应以下几种使用场景:


使用场景一,比如起床提醒(锁屏)


使用场景二,你在干别的事情需要闹钟提醒(锁屏)


使用场景三,正在使用手机(非锁屏)


起床提醒闹钟,这时手机屏幕处于锁屏状态,当闹钟响起,屏幕出现稍后提醒和停止两个按钮。很明显,这里稍后提醒按钮的权重更高,因为如果不小心关闭闹钟可能会睡过头,导致上班迟到。为了避免这种情况,稍后提醒按钮必须突显,这样即使你在朦胧状态依然可以轻松点击。而停止闹钟按钮应该弱化,防止误触。



还有一种情况,比如你晚上赶稿子熬夜太晚了,早上又要起来上班,实在没睡醒,眼睛都睁不开,点击屏幕的话有可能会关闭闹钟,那么可以利用手机实体键控制闹钟的开关,这种方式的优势在于可以盲按。按音量键和电源键都是稍后提醒,按返回键是关闭闹钟。


另外一种使用场景,当你正在使用手机时,闹钟响了。这个时候界面上方会弹出一个非模态的浮层,但这个浮层并不干扰用户的其他操作。这里会有三个交互手势,上划表示稍后提醒,有一个隐藏手势,选中浮层下拉会出现两个按钮:稍后提醒,停止。用力下滑居然是关闭闹钟,这个手势我表示从未用过。



个人觉得这里的交互略微有点复杂了,很多人可能都不知道如何关闭,我一般都是上滑,然后在消息通知栏那里关掉闹钟,我想大多数人都是这样操作的吧。因为后面两个交互手势隐藏的太深了,很多人都不知道,学习成本比较高。还不如像来电显示浮层那样,接听或挂断两个按钮,简单易用,无需思考。


岔个话题,对比一下闹钟与计时器的交互差异,计时器的界面按钮布局的刚好跟闹钟的相反,为什么会这样呢?这是由计时器的使用场景决定的,用户使用计时器一般都是为了提醒完成某个任务。而倒计时一结束,意味着需要马上去完成某个任务。因此这时需要停止倒计时,停止的权重更高。




产品初始默认值的重要性


每个产品都有初始默认设置,比如各种游戏、输入法、ps软件、浏览器,比如qq、微信的系统设置,但有多少人会去自定义设置呢?



Microsoft Office小组曾经做过这样一个用户研究,发现只有不到 5% 的用户更改了默认设置,多年来,他们以各种形式重复了这项用户研究。发现它始终如一:用户很少更改他们的设置。


《About face 4》中提到,我们只需要满足满足大多数主流用户的需求,对用户合理推断,所以在设定初始默认值的时候就要格外注意,要找出帮用户实现目标的最佳默认值设定。


比如,在疫情期间我们经常使用到的健康码,每当打开健康码都会弹出一个窗口,上报个人健康状况,这几个选项都是必填项。因为绝大多数的用户的状况都是正常的,所以全部选项直接默认正常即可,少数不正常的用户如实填写即可。



不要每次让用户去选择,在进入商场需要查看健康码的时候,很多人根本就不会认真去填,想都不想就直接点击提交了。如果每次都强制要求用户去选择,那么这就是个灾难。


用户多数时候是倾向于不调整默认值的,而默认值设置的合理与否,对于产品的整体体验影响是非常大的。


但有两类人是例外的,设计师和程序员,他们总是喜欢修改自己的默认设置,以符合自己的使用习惯,使效率最大化。



喜马拉雅可否记住定时设置?


每天晚上入睡前,家里的小宝都要听喜马拉雅的睡前故事才能入睡,这已经形成了一个睡前习惯。


喜马拉雅app有个很好用的功能,那就是定时关闭功能,比如定时30分钟,倒计时结束后,睡前故事就自动关闭了。



但是有个不完美的地方在于每次都要去手动选择定时,有时候经常会忘记定时,手机就会一直播放,直到手机没电。这样第二天的起床闹钟就不响了,容易睡过头。

站酷对于长文章需要点击展开文章按钮,才能继续阅读全文;而对于短文则不需要。对于这个按钮的存在是否必要,值得深思。

站酷“展开文章”按钮合理性思考


站酷对于长文章需要点击展开文章按钮,才能继续阅读全文;而对于短文则不需要。对于这个按钮的存在是否必要,值得深思。


先说一下个人体验,每次当我看文章看的津津有味,这个按钮映入眼帘,告诉你需点击“展开文章”才能继续阅读,虽然点击这个动作很简单,但无形之中打断了用户的心流状态,这并不是一个好的用户体验。让用户沉浸在心流状态不被打扰,用户能感觉到愉悦,是产品的温柔。


什么是心流?


《About face 4》中提到,心流在心理学中是指一种人们在专注进行某行为时所表现的心理状态,理想的交互设计是专注于促成用户进入心流的状态,因此在设计过程中最核心的关注点应该是用户的目标,而不是只考虑交互是否酷炫,最完美的交互设计是让用户除了自己的目标,感受不到其他干扰。


简单的说就是用户全神贯注于某件事而产生的一种精神状态。


进入心流状态是一种美妙的境界,完全专心于一件事,沉浸享受其中,不想停下来,用户着眼于当下的事情或者目标,心无旁骛,全神贯注投入并且享受其中,而体验到的一种精神状态。


大多数用户的目标是想先看完文章,再去看评论。这是大多数人的需求。


对于有一部分用户,他并没有耐心看完全文;或者觉得文章比较枯燥很无趣,不想看了,想直奔评论区;建议可以改成“点击收起”。我想这样的体验是不是会更友好一些。


还有一些网站(例:观察者网)喜欢把一页文章分成两页,这是为了提高网页的点击数据,以牺牲用户体验而达到商业目的,也是令人不齿的。



刷手机坐公交能否更简单一些?


广州的公交车终于可以刷手机坐公交了(多年前),但我感觉广州的刷手机坐公交体验很让人迷惑,在第一次体验刷手机坐公交的时候,竟然使用了两次都不知道怎么操作,很是尴尬。我感觉广州的刷手机坐公交对于新手用户来说学习成本有点高,不够人性化,不那么自然。



在评判任何一个交互行为时,我们都要了解用户的使用场景,我们知道用户坐公交通常是比较匆忙的,着急的,而情急之下极容易犯错,因此操作过程越简单越好,学习成本越低越好,尽可能的减少用户第一次使用的挫败感。最好让人一看到就知道怎么操作,而不需要去思考。在设计硬件的时候就应该考虑到这一点。


为什么我说体验感比较差呢?当我第一次看到这个机器的时候,给我的第一感觉是把手机屏幕贴在凹槽里扫描,我试了几次,都失败了,最后无奈只能付现金。后来我才发现正确的步骤是把手机放进凹槽,这是一个非常不自然的操作,一般人都想不到。过了很久我才发现原来上面那个是摄像头,设计的很隐蔽,谁又知道呢?你会说屏幕上面不是有说明图,很抱歉,在那种场景下没有人会去看你的说明图的。


我认为更好的解决方案应该像南京公交那样的,有一个明显的摄像头,这样人们一看到就知道怎么操作,学习成本比较低,因为这种支付方式在超市、商场、高速公路收费站等早已司空见惯,用户已经习惯了这种付款方式。



当然,二维码始终不是最理想的解决方法,因为你要打开App,打开乘车码小程序,这几个步骤对于用户来说还是稍显繁琐了点。如果能够像公交卡一下,“嘀”一下就上车,这才是最理想的终极解决方案。把手机放过去就可以“嘀”一下,不需要打开任何App,手机就是公交卡,自然而然的操作,完全没有任何的学习成本。但这需要使用到NFC技术,现在并不是所有的手机都支持这个功能。因此当下这个方案还难以执行。



知乎问题时间的缺失


作为知乎的重度用户,使用这个产品多年,一直很喜欢这个产品。但在长期的使用过程中,有个问题一直困扰着我,那就是问题的时效性,在知乎上搜索问题时看不到提问时间,相信也不仅仅是我一个用户遇到这个问题吧。

有的人会问了为什么要显示时间,时间有那么重要吗?


当然重要,一般问题都具有很强的时效性,一个问题在三年前很有用,但在今天看来已经没有什么参考价值。而且我肯定是希望寻找最近的问题和答案。


举个例子来说,我搜索“广州考驾照”,那我肯定希望时间越近的越好,越有参考价值,最好是今年的,毕境驾考规则每年都在变化。而你看同样问答类的百度知道,答案给出了明确的时间,这样就合理很多,我可以根据最近的时间去选择。



再比如我想了解一下“月饼门事件”,当我进入这个问题页面时,看不到时间,根本就不知道这个事件是何时发生的,难道还要去百度搜索一下?那我要你这破乎有何用?



有人说可以通过“查看问题日志”的方式看提问时间,抱歉,我觉得那个入口隐藏的太深了,我在很长一段时间之内都不知道还有这个入口,而且根据我身边朋友的调研和网上调查,极少数用户知道这个入口的存在。况且这么重要的时间戳,隐藏起来也确实不合理,点击也麻烦。


同样,答案的时间也是很重要的,放在文章的后面也不合理,过于弱化。而且有的文章写的很长,难道还要我拉到最后面为了看个时间,那样多麻烦,拉的我手都要酸,而且容易剧透内容。


列举几个常见的用户使用场景:


很多时候我看到回答问题的时间很久了,那我就不会看了。


文章中提到“今年的互联网寒冬”,搞的我都不知道今年是哪一年,缺少时间坐标。而如果在文章的开头就显示了,起码心里有个数。


有的文章提到“预测未来5年内房价走低”,但我不知道你回答的时间是哪一年。


……

综上所述,我觉得应该加上问题的创建时间和回答的时间,明确告知用户问题的时效性。



iOS闹钟交互思考


闹钟提醒的界面有两种情况,锁屏状态和非锁屏状态。分别对应以下几种使用场景:


使用场景一,比如起床提醒(锁屏)


使用场景二,你在干别的事情需要闹钟提醒(锁屏)


使用场景三,正在使用手机(非锁屏)


起床提醒闹钟,这时手机屏幕处于锁屏状态,当闹钟响起,屏幕出现稍后提醒和停止两个按钮。很明显,这里稍后提醒按钮的权重更高,因为如果不小心关闭闹钟可能会睡过头,导致上班迟到。为了避免这种情况,稍后提醒按钮必须突显,这样即使你在朦胧状态依然可以轻松点击。而停止闹钟按钮应该弱化,防止误触。



还有一种情况,比如你晚上赶稿子熬夜太晚了,早上又要起来上班,实在没睡醒,眼睛都睁不开,点击屏幕的话有可能会关闭闹钟,那么可以利用手机实体键控制闹钟的开关,这种方式的优势在于可以盲按。按音量键和电源键都是稍后提醒,按返回键是关闭闹钟。


另外一种使用场景,当你正在使用手机时,闹钟响了。这个时候界面上方会弹出一个非模态的浮层,但这个浮层并不干扰用户的其他操作。这里会有三个交互手势,上划表示稍后提醒,有一个隐藏手势,选中浮层下拉会出现两个按钮:稍后提醒,停止。用力下滑居然是关闭闹钟,这个手势我表示从未用过。



个人觉得这里的交互略微有点复杂了,很多人可能都不知道如何关闭,我一般都是上滑,然后在消息通知栏那里关掉闹钟,我想大多数人都是这样操作的吧。因为后面两个交互手势隐藏的太深了,很多人都不知道,学习成本比较高。还不如像来电显示浮层那样,接听或挂断两个按钮,简单易用,无需思考。


岔个话题,对比一下闹钟与计时器的交互差异,计时器的界面按钮布局的刚好跟闹钟的相反,为什么会这样呢?这是由计时器的使用场景决定的,用户使用计时器一般都是为了提醒完成某个任务。而倒计时一结束,意味着需要马上去完成某个任务。因此这时需要停止倒计时,停止的权重更高。




产品初始默认值的重要性


每个产品都有初始默认设置,比如各种游戏、输入法、ps软件、浏览器,比如qq、微信的系统设置,但有多少人会去自定义设置呢?



Microsoft Office小组曾经做过这样一个用户研究,发现只有不到 5% 的用户更改了默认设置,多年来,他们以各种形式重复了这项用户研究。发现它始终如一:用户很少更改他们的设置。


《About face 4》中提到,我们只需要满足满足大多数主流用户的需求,对用户合理推断,所以在设定初始默认值的时候就要格外注意,要找出帮用户实现目标的最佳默认值设定。


比如,在疫情期间我们经常使用到的健康码,每当打开健康码都会弹出一个窗口,上报个人健康状况,这几个选项都是必填项。因为绝大多数的用户的状况都是正常的,所以全部选项直接默认正常即可,少数不正常的用户如实填写即可。



不要每次让用户去选择,在进入商场需要查看健康码的时候,很多人根本就不会认真去填,想都不想就直接点击提交了。如果每次都强制要求用户去选择,那么这就是个灾难。


用户多数时候是倾向于不调整默认值的,而默认值设置的合理与否,对于产品的整体体验影响是非常大的。


但有两类人是例外的,设计师和程序员,他们总是喜欢修改自己的默认设置,以符合自己的使用习惯,使效率最大化。



喜马拉雅可否记住定时设置?


每天晚上入睡前,家里的小宝都要听喜马拉雅的睡前故事才能入睡,这已经形成了一个睡前习惯。


喜马拉雅app有个很好用的功能,那就是定时关闭功能,比如定时30分钟,倒计时结束后,睡前故事就自动关闭了。



但是有个不完美的地方在于每次都要去手动选择定时,有时候经常会忘记定时,手机就会一直播放,直到手机没电。这样第二天的起床闹钟就不响了,容易睡过头。


文章来源:站酷   作者:
CdzhcHappy

分享此文一切功德,皆悉回向给文章原作者及众读者.

免责声明:蓝蓝设计尊重原作者,文章的版权归原作者。如涉及版权问题,请及时与我们取得联系,我们立即更正或删除。

蓝蓝设计www.lanlanwork.com )是一家专注而深入的界面设计公司,为期望卓越的国内外企业提供卓越的UI界面设计、BS界面设计 、 cs界面设计 、 ipad界面设计 、 包装设计 、 图标定制 、 用户体验 、交互设计、 网站建设 平面设计服务



体验设计指南:问卷篇

雪涛



1.前言

12月份马上就结束了,这也意味着这个双月的体验OKR也到了复盘的阶段。想趁这个机会复盘一下自己这么久以来的体验经历,帮助我拓宽了设计职能的边界,站在整个产品和业务的角度,思考当前产品遇到的问题和解决方案。


所以打算分几篇文章输出一些关于我在体验中遇到的问题和解决方案,以及一些个人感悟。


之所以会先从问卷入手,一方面是因为我们在问卷的设计的过程中,很难找到全面分析问卷设计的文章。另一方面是因为理解用户,才能理解体验。真正好的体验一定来自于用户,且以帮助用户解决问题为目的。


接下来,本文会通过大量问卷案例,把实际过程中的落地经验分享给大家。


1.1 问卷的使用场景

问卷还是访谈?

在实际的工作中,常用的用户调研方式有两种:问卷调研和用户访谈。


那么,我们这次体验调研,为什么使用问卷调研而不是用户访谈呢?


想要回答这个问题,可以从问卷和访谈的差异性上进行对比:

当一个问题没有明确答案的时候,很适合做访谈,因为没有确定的参考变量,不知道方向在哪,访谈可以帮助我们找到目标方向。甚至你的访谈对象可以不是产品用户,但是他一定要有相同的产品需求。比如一个用户没有使用过微信,但是他有明确的社交需求,那么这个用户就有被访谈的价值,因为他能够帮助我们找到产品后续的迭代方向。


而问卷是基于现有数据,向用户求证问题的过程。当公司产品经历了冷启动阶段之后,后台已经记录了足够的产品数据,这其中包括各功能的使用情况、用户行为等,都为问卷设计提供了很好的参考变量。所以,这个时候调研对象控制在使用过我们产品的用户,可以帮助我们快速定位问题。


当然,上述观点并不绝对,根据公司业务、使用场景、成本预算等因素,问卷和调研一起使用的情况也是有的,所以找到适合自己公司的调研方式最重要。


补充:问卷是一种常用的定量分析工具,使用场景主要分为收集用户数据和需求验证



收集用户数据

收集用户数据主要是为了判断我们对用户的的定位是否精准。具体表现为收集用户的基本信息、和用户的体验反馈(吐槽、好评),主要作为了完善用户画像。


需求验证

需求验证主要是调研产品功能是否符合用户预期,以及判断现有功能是否有优化的价值和空间(判断优化空间的依据主要以后台数据为根本立足点)。


举个例子:平台上架了一个xx功能,新功能的触达路径从首页到目标页需要三步,通过后台数据埋点的追踪发现,在第二步的时候,触达人数骤降。那么针对新功能的问卷重点之一,就会放在这个页面触达率为什么这么低上,以此寻找解决方案。



1.2 问卷的特点:

问卷调研属于间接调查,即被调查者填写问卷是在调查者不在场的情况下进行的,即调查者与被调查者一般不见面。


问卷的优点:

  • 效率高:低成本、反馈快。

  • 容易量化:问卷的内容呈封闭式,答案基本会被限定在有限的数量范围内,很少有主观问答,样本结果可控,容易量化。

  • 范围广:问卷调研不受人数、地域范围、时空的限制。


问卷的缺点:

  • 封闭性:问卷的答案是设计者预先设计好的,所以收到的信息有限。

  • 数据质量不稳定:由于问卷覆盖的用户广,回答问卷的人是不受约束的,用户的配合意愿对数据质量影响较大(可能会出现随便答题的情况)。




1.3 问卷流程

在工作中,问卷的设计流程通常被分为四个阶段:准备阶段、设计阶段、发放并回收阶段,分析报告阶段。



2. 问卷设计前

2.1 关键目的

确定问卷目的是为了聚焦问题的范围和方向。

每一个产品调研问卷都应该围绕着至少1-2个核心目标进行拆分,过多的核心目标会导致问题数量没法控制和调研方向不清晰。


2.2 问卷说明

在向用户提出问题之前,有个最重要也是最容易忽略的地方,就是问卷的说明部分,通常这些说明会包括以下内容:

  • 告诉用户为什么要做这份问卷调查:让用户知道,他们的建议会影响产品的设计方向。

  • 告诉用户做调研的人是谁(即平台方的名称)

  • 告诉用户这份问卷的重要程度:告诉用户的选择会影响最后产品的方向

  • 告诉用户需要多久能填完这份问卷:让用户判断当前是否有足够的时间完成全部问卷。

  • 告诉用户回答问卷的有效期限:避免用户填写完后,提交的时候发现已经错过了时机。

  • 告诉用户保证受访者的个人隐私是保密的:打消用户不必要的顾虑,反映客观事实和观点。

  • 问卷奖励的说明:激励用户答题,最好是和产品相关的奖励,比如说平台会员奖励。


2.3 确定问卷的目标用户

用户分群:

用户分群其实就是通过权衡来让调研目的和用户的需求相匹配,忽略和调研目的不相关的用户,从而更好的调研目标用户的需求,本质是为了提升效率。



常用的用户分群维度由时间、用户行为和用户属性三个维度组合完成:



  • 时间范围:比如,最近7天,或者给出一个时间区间。


  • 用户行为:围绕调研目标,明确用户的核心行为路径以及分支路径。然后判断用户完成了/未完成/依次完成了xx路径,比如:

    1. 完成了登录注册的用户

    2. 没完成登录注册的用户

    3. 完成了登录注册,并且点击了首页广告位的用户


  • 用户属性:关于用户属性的定义,没有统一的标准,通常会从业务角度出发,基于产品功能或运营玩法,对用户进行属性分类,比如:性别/是否新用户/是否实名认证/用户来源(抖音、地推)等。



下图是我们用的用户分群工具:



选择的维度越多,用户越精准

我们在进行用户分群时,定位的精准程度,和维度的选择数量是正相关的。时间范围越窄,用户行为越多,用户属性越多,定位到的用户越精确。


举个例子:“近7天使用xx功能的男性用户”,一定比“近7天使用xx功能的用户”更加精准,因为多了一个“性别”的维度。


当然,每一个产品的业务模式和用户群体都是复杂的,根据商业模式、产品功能、用户使用习惯和目的不同,这些因素都可能成为用户细分的维度。


样本数量

样本的数量,主要取决于我们想要回收多少份有效问卷,也就是回收率。

  • 回收率 = 回收的有效回答份数 / 总发送的份数 × 100%

  • 问卷回收数 = 回收率 × 样本数量


所以,在回收率固定不变的情况下,样本数量越大,问卷回收的数量越多,反之,样本数量越小,问卷回收的数量越少。


影响样本数量的因素

影响样本数量的因素主要分为响应率和完成率:

  • 响应率 = 打开问卷的用户 / 问卷实际发放人数×100%

举个例子:平台通过渠道向100人发放问卷,只有50人打开了问卷,那么调查的响应率为50 / 100 × 100% = 50%


  • 完成率 = 完成并提交问卷的用户 / 打开问卷的用户×100%

举个例子:有100人点开了问卷,最终有50个人填写完成,那么完成率为50 / 100 × 100% = 50%


相同的调研样本数量,用户响应率和完成率越高,有效问卷的回收率也就越高。所以,除了增加样本数量外,也可以通过提高用户的响应率和完成率,来提高问卷的回收数量。


举个例子:

  • 扩大问卷的曝光量,从而触达更多用户,提高响应率。

  • 丰富问卷奖励,增加用户的答题意愿,提高完成率。



样本数量的边际效益

问卷数量的价值是存在边际效应的,因为随着样本数量的增多,回收的答案是趋于一致的,参考价值较低,所以问卷的样本数量并不是越多越好。



通常为了保证最终的有效问卷回收能满足研究报告,应该在理想的样本数量上,进行适当的扩充。


举个例子:通过观察平台用户的响应率和完成度,估算出抽取1000数量的样本数量能够支撑最终的研究产出,但是考虑一些特殊情况的产生,此时会再加上200的样本数量,来确保问卷的回收率。



3. 问题和答案的设计

3.1 MECE原则

MECE是一种将一个具体事物进行"拆分"的原则,该原则由麦肯锡顾问巴巴拉·明托(Barbara Minto)在《金字塔原理》一书中首次提出,随即被奉为咨询解决思路的圭臬。其目的在于分析问题时尽量做到对问题点进行不重叠且不遗漏的分类,而且能够借此有效把握问题的核心,并成为有效解决问题的方法。


MECE原则可以分为两个部分:


  • 相互独立(ME):

互斥性原则是指在问卷答案的设计中,同一问题的若干个答案之间关系时是互相排斥的,不能有重叠、交叉、包含等情况。

  • 完全穷尽(CE):

完备性原则是指在问卷答案的设计中,所排列出的答案应包含问题的全部情况,不能有遗漏。特别是针对封闭题而言的,必须做到穷尽。



MECE的步骤

了解完MECE原则后,接着从以下四个步骤来说一下它的实际用法:



步骤一:确定范围

明确问题是什么,比如说我们当前产品的问题是:“为什么新用户搭讪次数低?”,所以我们的问题就会聚焦在搭讪数低的原因上,这也是“完全穷尽”的基础,只有当问题有了边界,才能穷尽。


步骤二:寻找切入点

切入点指的是按什么方向进行拆分,还是以“为什么新用户搭讪次数低?”这个问题来举例,我们从搭讪数低的原因出发,选择的切入点是“角色”。即:在整个业务中,会涉及到的“用户方”和“产品方”两个角色:

  • 用户在使用过程中遇到哪些问题,导致用户搭讪次数低,比如说用户对平台推荐的人不感兴趣、不知道搭讪是什么等。

  • 产品的功能设计是否合理,比如说交互逻辑、界面布局,甚至可以聚焦到按钮的大小和颜色,这些都可能会影响用户使用搭讪。


步骤三:继续细分

考虑当前问题是否可以继续细分,比如说用户方可以分为男性和女性,但是这对搭讪数并没有直接的影响,可能还要继续细分为年龄、地区、职业等属性,直到找到影响“搭讪”的因素。


步骤四:检查确认

细分完成之后,对问题进行检查,看看是否有明显遗漏或者重复的问题。

怎么检查提出的问题是否已经满足相互独立和完全穷尽呢?这里提供以下两个方法:

  • 判断是否相互独立:每个拆分后的问题,是否可以和其他问题清楚的区分开。

  • 判断是否完全穷尽:拆分后的问题是否具有唯一性,是否把能想到的都想到了。


*注:MECE原则同时适用于问题和答案的设计。



MECE原则的拆分方法

MECE的拆分方法具体分为以下五种:



二分法

二分法指的是把信息分成A和非A的两个部分,也就是说在找出事物的某一维度后,继续找出一个相反的维度,通俗来说就是找出他的反义词。常见的例子在我们生活中随处可见,比如说:未婚和已婚、成年和未成年、黑和白、上和下等等。


象限法

找到一个事物的两个维度,进行坐标系划分,变成4个象限。

比如我们一次性接到了很多迭代的设计需求,可以根据任务的重要性和紧急程度两个维度,确定所有迭代需求的优先级。

  • P0:重要且紧急,该问题未得到解决,用户无法顺利完成任务,这种需要马上开始进行优化解决的,比如一个电商软件,用户付款时总是失败。

  • P1:重要但不紧急,这种一般指用户在操作时可能感到麻烦,但仍然可以继续完成任务,比如说按钮、反馈很不显眼,需要仔细查找。可以过段时间交付的内容也算在这个范围内,比如国庆大型活动这种需求一般都要提前很久准备,可能交付时间在一两个星期之后。

  • P2:不重要但紧急,这种情况在设计工作中一般会比较少,比如历史版本中遗留下来的字号、间距等问题。

  • P3:不重要且不紧急,尽量少做,或者可以不做的需求,比如需求评审会上不完善、待修改的需求。



要素法

要素法是根据一个事物的做成要素行划分的。比如说我们作为设计师,都知道体验很重要,但是什么样的体验才能被称之为好呢?于是很多公司会制定自己的体验度量标准,比如Ant rDesign的PTECH模型,就把体验拆分成了性能体验、任务完成度、参与度、清晰度和满意度。


*题外话补充:

HEART模型更多是用来度量C端产品的体验,并不太适用于B端产品。B端产品多是提高效率的工具类产品,业务比较复杂且用户需要付费才能使用,比较注重任务的完成效率和逻辑的清晰度。


公式法

按照现有公式中的要素进行去分类,比如说销售额 = 销售量 x 价格,CTR = 点击数 / 曝光数(根据不同业务和场景会有细微差异)。


这种时候,我们就可以把销售额拆分为销售量和价格,CTR拆分为点击数和曝光数。



流程法

流程法指的是把一个事物,按照进行的流程进行划分。拿我自己的上班日常来举例:8个活动组成一个流程。


3.2 问题设计

问题的四种形式

  • 封闭式:

在提出的每个问题下面给出若干个答案,让被调查者选出其中的一个或若干个问题来回答的问卷形式。封闭式问题的优势在于,用户在看到问题和答案的时候,很快就能理解提问者的目的。


a. 是非型:有且只有两个备选答案,受访者只能从中选择一个答案。



b. 并列型:提供两个及以上的并列答案,让用户在其中选择最适合自己的答案。



c. 等级型:对两个及以上分成等级的答案进行选择的题型,只能从中选择一个答案。



d. 排序型:让用户从备选答案中选出全部或者部分答案,根据用户选择顺序对答案进行排列的一种方式。


  • 开放式:

开放式问卷是问卷设计者提供问题,由被调查者自行构思自由发挥,从而按自己意愿答出问题的问答题型为主,也就是我们常说的填空题。


开放式的优势是经常会收集到一些意料之外的信息,且都是用户直观的感受。但正是由于它的开放性,会导致问题的答案很不规范,经常会出现用户的回答和问题不相符的情况。这类不规范的回答无法使用数据分析方法,严重影响最后的分析效率。


比如说我们本次的问卷目标是调研影响用户搭讪率和回复率的因素,其中有道填空题:

问题:您在搭讪聊天的过程中,有什么不满意的地方?或有什么建议?

回答:不太清楚、不知道等词语。


  • 混合式:指的是封闭式+开放式组合,常见的是在封闭式的答案下,用户选择一个答案后,会出现一个输入框,填写用户自己的看法,根据不同的情况,输入框分为必填和非必填。


问题产生的依据

*问题的产生要有理有据。


我们本次调研的目的,主要是为了帮助用户解决问题,所以在问卷的设计过程中,要问自己两个问题:

  • 找到用户遇到了哪些问题?

  • 造成用户遇到这些问题的原因有哪些?

步骤一:通过用户使用路径差异,定位问题

通过对比路径和数据漏斗,发现并记录用户在使用过程中遇到的问题。

如下图,是一个简化的用户路径和漏斗数据,主要分析的是“首页 - 发送消息”这条核心路径,可以发现:用户流失最大的地方在“查看用户资料 - 进入IM页”这一阶段。


当定位问题后,还需要通过福格模型来拟定问题和答案。



步骤二:通过福格模型,分析影响因素

福格模型认为,行为的发生,有 3 个关键的要素,并且需要 3 个要素同时发生才能产生作用,也就是动机、能力和提示:

  • 动机:做出行为的欲望。

  • 能力:去做某个行为的能力。

  • 提示:提醒你做出某个行为的信号。


*之前的版本为 B=MAT,其中 T 是 trigger 触发的意思,后续迭代成 B=MAP,P 是 Prompt 提示的意思,但是提示和触发的差异并不大,不必纠结。



当我们利用福格模型去分析“查看用户资料 - 进入IM页”的流失问题时,就变成了:

  • 动机:对方资料页的哪些信息对用户的吸引力高?哪些吸引力低?

  • 能力:阻碍用户点击私聊的原因可能是什么?按钮是否在拇指可触控区域?

  • 提示:用户是否注意到了私聊的存在?怎样在不打扰用户的情况下让用户注意到私聊按钮?



针对MAP这三个因素,预测用户在各个使用场景会遇到的困难,总结成问卷,向用户求证。




问题筛选

我们通过上述方法设计出很多的问题后,时常会出现问题很多,“我全都要”的情况。

步骤一:通过属性,对问题进行归类

这里提供给大家一个思路:根据属性不同,对所有问题进行归类。当然,有时候会遇到这样的情况:有一些问题没有明确的属性进行定义,但是又很重要,这种问题可以统一概括为其他。



步骤二:问题筛选

归类完成后,从每一个属性中,选出固定数量的问题整合成问卷,筛选的标准以目标结果为导向,也就是每个问题和本次问卷目标的关联性,关联性强,则纳入问卷,反之则剔除。


这样做的好处是在最后的问卷结构上,可以把相同属性的问题放在一起,保证上下问题的逻辑性和相关性,用户作答时不显得别扭。




3.3 问题数量

问题的数量没有固定的要求,根据不同的业务、不同的问卷目的,问卷的数量都是不同的。

通常情况下,问卷中的问题越多,所得的数据就越详细。但是问题越多,用户的投入成本也就越高,这样就会导致填写意愿降低。


我们公司平时的问题数量,基本会控制在15个左右,为的是让用户能够在半小时内填写完毕。因为用户填写问卷的耐心和时间都是有限的,所以在问题的数量上,不宜过多。


提问技巧


由浅入深

  • 按照问题的难易程度进行排列:问题应该先易后难,由浅入深,先问正面的问题,后问负面的问题,先描述客观问题,后描述主观问题,先一般性质的问题,后特殊性质的问题。


  • 按照问题的类型进行排序:排列问题的顺序时,要注意把不同类型的问题放在一起,这样用户可以一起回答,避免破坏用户的思路和注意力。


  • 按照问题的时间顺序进行排列:一般来说,问题应该按照事情发生的过去、现在、未来的时间顺序进行排列,也可以发过来,即由近到远。


提供场景预设,帮助用户回忆

在设计问题时,避免回忆性问题,特别是长时间以前的回忆,记忆的模糊会降低答题的准确率。


因为人的记忆是呈碎片化存储在大脑里的,直接问用户是很难被搜索到的。但是,在实际调研中,经常会出现不得不让用户回忆的情况,针对这种场景,需要在问题当中构建出一个具象的场景,这里的场景可以是时间、地点或者产品功能等,能够帮助用户串联起回忆的都可以。



举个例子:比如我现在想调研用户使用发布模块的情况,那么在问题设计时,就会围绕发布相关的场景进行提问。



保持客观,避免导向型问题

如果问题中带有偏向性的语境,这样就可能引发“诱导”,会导致用户选择问题“暗示”的答案。


举个例子:


避免范围很大的问题

如下图,单看修改前的问题是没什么对错的,但聊天只是我们产品的功能之一,它由1v1聊天、群组聊天等多个功能组成。这样就会造成用户回答的内容很宽泛,很难提取出有价值的信息。所以在问题的修改上,我们需要更加具体的指向性内容。



避免一个问句,两个问题

一个问句中,出现两个及以上的问题。这个很简单,我们直接用上面学到的MECE原则进行拆分就可以了,直接分成两个问题提问。



避免术语、黑话

在设计问题时要避免使用专业性术语,通俗易懂的语言容易被不同画像的用户理解,避免误会而引起的问答偏差。有些用户可能因为不知道“算法”的具体意思,导致问卷无法进行。



避免双重否定句式

双重否定就是否定两次,即表示肯定的意思,如:不得不。这种句式的问题,用户通常不能一下子就读懂句子的意思,增加答题成本。



敏感问题

  • 转移法

不直接询问用户对某事的观点,而是把问题转移到其他人身上,然后,请用户以第三人称的视角,对他人的回答作出评价,更能得到用户真实的想法。


  • 假设法

首先假设某一情景或现象的存在,然后再询问用户的看法。


3.4 答案设计

答案设计的注意事项

答案的设计最后会影响数据的有效性,所以在设计上需要注意以下三点事项:

  • 具体量化:避免主观描述,比如,偶尔、经常、几乎、相当多。这类词语在不同的情况下,不同的用户会有不同程度的理解。

  • 避免无效数据:特殊情况下,提供无效答案,比如其他、以上都不是等选项,避免给出的答案都不是用户想要的,随便选一个,影响最后的数据分析。

  • 避免多选:多选的话设置上限,一般不超过三个,可根据具体情况增加或减少。


3.5 问卷评审

内审和外审

在内部评审之前,首先要自审一遍,这就要求我们在设计问卷后,最好是站在问卷回答者的角度,试着自己做一遍问卷,避免出现一些比较常规性质的问题,比如问卷的逻辑性、用词的通俗性、语意的表达等。


问卷自审后没什么问题后,可以邀请项目组的人进行内审,最好可以拉上开发、产品一起,提供多角度的思考方向。


4. 问卷发放

问卷发放主要从时间、地点、人物三个维度出发。

4.1 时间:

在问卷的发放和回收时间之间,需要考虑用户看到问卷的时间和答题时间。


根据问卷的曝光程度,留有足够的时间让用户能够看到并点击问卷,如果发放和回收中间留的时间过短,会造成用户可能没看到问卷,或正在答题中,就已经开始回收了。这种情况会导致用户在没有完整阅读题目或者充分思考的情况下,随便作答,无法获取足够的样本数据和用户的真实想法。


当然,发放和回收中间留的时间也不宜过长,时间越长,用户忘记调研问卷这回事的概率也就越大。


4.2 地点(投放方式):

投放渠道,由于我们的体验工作一般围绕APP进行,所以我们的渠道主要分为以下几种:


  • app消息推送(push)

优点:可实现精准投放

缺点:受限于设备的消息开关,打扰性强


  • app广告位推送:启动页,banner,信息流等形式

优点:由于是用户主动点击进行,所以有效性较高

缺点:广告位多为全量投放,无法保证用户参与度


4.3 人物:

用户和问卷的匹配关系:问卷的调研对象必须是我们的用户。也就是说,如果投放的用户和问卷不匹配,那么最后得到的数据是没有意义。


并且在分发方式上,还会根据规模分为部分和全量。部分就是针对用户分群后的具体用户,有选择性的进行问卷发放。全量则是针对平台所有用户的问卷,这种由于平台的用户类型很多,资源浪费等问题,基本不太用。



5. 问卷整理:数据清洗

5.1 有效问卷的数量影响最后分析的准确性

在前文关于问卷的特点中我们提到,用户回答问题的场景是不可控的,可能会出现瞎填的情况,如果我们回收问卷后立马进行分析,会混入一些无效数据,大大降低我们调研结果的可靠性。


所以,在正式进行数据分析之前,还有一个问卷筛选的环节,以此保证数据的有效性,专业名称叫做数据清洗。

 


5.2 筛选无效问卷的标准

既然涉及数据清洗,那么就一定会有一套标准去判断哪些数据是可以“被清洗”的,所以我们这里总结了以下几个标准供大家参考:


  • 选项呈重复性和规律性

检查答案是否出现保持一致,或呈现某种规律的情况,出现的问卷进行删除。

举个例子:所有的答案都是“A-A-A-A”或”A-B-A-B”


  • 剔除漏答数过多的问卷

严格来说应该将漏填的答卷全都进行剔除,但有时候会遇到回收样本量很少的情况,所以一般会设置漏答数的标准。

常用的标准是总题数的2/3,例如问卷一共设计了 10 个问题,回答了 6 个以上的用户即视为有效问卷,反之,则视为无效问卷。



  • 前后逻辑不符

有些用户受主客观因素影响,可能不会认真选答案,所以需要检查前后的选项是否矛盾。

在问题的设计中,经常会出现多个问题之间保持逻辑关系,如果用户选择了前一题“A”,则不应该选择后一道题的“B”。


举个例子:用户在前一题中选择了“从未搭讪过”,后面却又选择了“搭讪后没有人回复“,这种就可以视为前后逻辑不符的答卷。


如果问卷中实在找不出可以用来表示逻辑关系的问题,那么也可以设置一个明显错误的答案,最后统计问卷数据时,剔除该问卷即可。

当然问题的迷惑性不能太强,我们只是想要检验用户是否在认真答题,而不是为难用户,所以认真阅读问题和答案就不会出错。


  • 未按问卷所指示之题项填答

举个例子:第1题问:「请问您使用过语音功能吗?若没有,请忽略第 2 题」,如果用户第1题选没有的,却仍回答了第2题,那么就可以把该问卷视为无效。


  • 根据填答时间和提交时间处理

在发放问卷前,我们会进行答题测试,目的是估算出答题所需要的总时长,以此作为问卷答题时长的有效性依据,如果最后回收的问卷答题时间比预估时间过长或过短,就可以判断为答题不认真,都可以根据业务需求酌情剔除。


提交时间主要针对的是在规定时间内完成答题,但超过了提交时间的用户。比如说我们回收问卷的截止时间是12月7日,但是有的用户是在12月8日完成答题并提交的,也会被视为无效问卷。(市面上有些问卷工具,可以回收设置时间,超过规定时间提交的问卷不计入问卷回收。)


6. 分析报告

统计各选项的数量、频率是最常用到的分析方法,然后通过图表展现出来,可以非常直观的看出整体分布情况。具体可以分为趋势分析和分组分析两种方法。

6.1 分类筛选

顾名思义,分类筛选是根据类别来进行数据筛选的一种方法,常用的类别有:

  • 按回答筛选:根据题目中某道题进行筛选分类。使用场景如:需要分别查看男、女性的数据,或者是按部门查看数据。

  • 问卷提交时间:顾名思义按提交的时间筛选(以天为时间单位)。

  • 来源详情:如链接地址、邮件地址、手机、PC等。

  • 地区:省份、城市

  • 其他类别:比如得分、IP地址等。


举个例子:如下图,选择的筛选条件是问题回答+提交日期。最终选择的类别为:年龄在21-30岁之间的用户,且2021/12/23之前提交问卷的用户,最后得到的有效答卷是 44 份,这就说明满足该筛选条件的用户有44人。




此时,系统会把这44个人回答的其他问题也全部筛选出来,如下图:

44个人当中,有7个人搭讪过 1 次,9个人搭讪过 2-5 次,4个人搭讪过6-10次,5个人搭讪过 10 次以上,剩下19个人从未搭讪过。




6.2 交叉分析

除了分类统计,我们还可以通过交叉法,进行差异分析,找出影响因素。


交叉分析法通常用于分析两个及以上的变量关系,即同时将有一定联系的变量及其值交叉排列在一张表格内,形成交叉表,从而分析交叉表中变量之间的关系。



听上去有一些麻烦,但是现在的很多问卷平台都会提供交叉分析的功能,下面会以问卷星为例,简单的了解一下交叉分析的具体流程。



步骤一:点击问卷后台的统计页面,选择交叉分析,选择自变量X和因变量Y,点击交叉分析。



步骤二:得出“分析年龄和关注信息之间的关系”数据表现。

当数据都放在一起分析时,很难看出年龄和关注信息这一行为的关系,但使用交叉分析之后,可以聚焦每个年龄段对于关注点的偏好,针对性的给出优化方案。

  • 20岁以下的用户中,最关注的是颜值,占比为63.64%。

  • 21-30岁的所有用户中,最关注的是年龄,占比为67.86%。

  • 31-40岁的所有用户中,最关注城市,占比为76.92%。

  • 其他年龄的信息偏好等等...




上述的两种分析方法(分类筛选和交叉分析),都是我们常用且方便的分析方法。如果想要更加深入的进行调研总结,可以使用一些专业的分析软件,例如使用SPSS软件,或者导入Excel表格做数据的处理,这都是目前使用比较广泛的一些分析工具。


*重要的不是分析工具,而是对数据的敏感程度和分析能力。

7. 写在最后

至此,从问卷设计到最后的数据分析就讲解完了。


问卷调研不是目的,目的是通过调研得出的结论,指导我们体验的优化方向,问卷调研本身只是了解用户的手段之一,重要的是在问卷设计过程中加深对手头业务的理解。



1.前言

12月份马上就结束了,这也意味着这个双月的体验OKR也到了复盘的阶段。想趁这个机会复盘一下自己这么久以来的体验经历,帮助我拓宽了设计职能的边界,站在整个产品和业务的角度,思考当前产品遇到的问题和解决方案。


所以打算分几篇文章输出一些关于我在体验中遇到的问题和解决方案,以及一些个人感悟。


之所以会先从问卷入手,一方面是因为我们在问卷的设计的过程中,很难找到全面分析问卷设计的文章。另一方面是因为理解用户,才能理解体验。真正好的体验一定来自于用户,且以帮助用户解决问题为目的。


接下来,本文会通过大量问卷案例,把实际过程中的落地经验分享给大家。


1.1 问卷的使用场景

问卷还是访谈?

在实际的工作中,常用的用户调研方式有两种:问卷调研和用户访谈。


那么,我们这次体验调研,为什么使用问卷调研而不是用户访谈呢?


想要回答这个问题,可以从问卷和访谈的差异性上进行对比:

当一个问题没有明确答案的时候,很适合做访谈,因为没有确定的参考变量,不知道方向在哪,访谈可以帮助我们找到目标方向。甚至你的访谈对象可以不是产品用户,但是他一定要有相同的产品需求。比如一个用户没有使用过微信,但是他有明确的社交需求,那么这个用户就有被访谈的价值,因为他能够帮助我们找到产品后续的迭代方向。


而问卷是基于现有数据,向用户求证问题的过程。当公司产品经历了冷启动阶段之后,后台已经记录了足够的产品数据,这其中包括各功能的使用情况、用户行为等,都为问卷设计提供了很好的参考变量。所以,这个时候调研对象控制在使用过我们产品的用户,可以帮助我们快速定位问题。


当然,上述观点并不绝对,根据公司业务、使用场景、成本预算等因素,问卷和调研一起使用的情况也是有的,所以找到适合自己公司的调研方式最重要。


补充:问卷是一种常用的定量分析工具,使用场景主要分为收集用户数据和需求验证



收集用户数据

收集用户数据主要是为了判断我们对用户的的定位是否精准。具体表现为收集用户的基本信息、和用户的体验反馈(吐槽、好评),主要作为了完善用户画像。


需求验证

需求验证主要是调研产品功能是否符合用户预期,以及判断现有功能是否有优化的价值和空间(判断优化空间的依据主要以后台数据为根本立足点)。


举个例子:平台上架了一个xx功能,新功能的触达路径从首页到目标页需要三步,通过后台数据埋点的追踪发现,在第二步的时候,触达人数骤降。那么针对新功能的问卷重点之一,就会放在这个页面触达率为什么这么低上,以此寻找解决方案。



1.2 问卷的特点:

问卷调研属于间接调查,即被调查者填写问卷是在调查者不在场的情况下进行的,即调查者与被调查者一般不见面。


问卷的优点:

  • 效率高:低成本、反馈快。

  • 容易量化:问卷的内容呈封闭式,答案基本会被限定在有限的数量范围内,很少有主观问答,样本结果可控,容易量化。

  • 范围广:问卷调研不受人数、地域范围、时空的限制。


问卷的缺点:

  • 封闭性:问卷的答案是设计者预先设计好的,所以收到的信息有限。

  • 数据质量不稳定:由于问卷覆盖的用户广,回答问卷的人是不受约束的,用户的配合意愿对数据质量影响较大(可能会出现随便答题的情况)。




1.3 问卷流程

在工作中,问卷的设计流程通常被分为四个阶段:准备阶段、设计阶段、发放并回收阶段,分析报告阶段。



2. 问卷设计前

2.1 关键目的

确定问卷目的是为了聚焦问题的范围和方向。

每一个产品调研问卷都应该围绕着至少1-2个核心目标进行拆分,过多的核心目标会导致问题数量没法控制和调研方向不清晰。


2.2 问卷说明

在向用户提出问题之前,有个最重要也是最容易忽略的地方,就是问卷的说明部分,通常这些说明会包括以下内容:

  • 告诉用户为什么要做这份问卷调查:让用户知道,他们的建议会影响产品的设计方向。

  • 告诉用户做调研的人是谁(即平台方的名称)

  • 告诉用户这份问卷的重要程度:告诉用户的选择会影响最后产品的方向

  • 告诉用户需要多久能填完这份问卷:让用户判断当前是否有足够的时间完成全部问卷。

  • 告诉用户回答问卷的有效期限:避免用户填写完后,提交的时候发现已经错过了时机。

  • 告诉用户保证受访者的个人隐私是保密的:打消用户不必要的顾虑,反映客观事实和观点。

  • 问卷奖励的说明:激励用户答题,最好是和产品相关的奖励,比如说平台会员奖励。


2.3 确定问卷的目标用户

用户分群:

用户分群其实就是通过权衡来让调研目的和用户的需求相匹配,忽略和调研目的不相关的用户,从而更好的调研目标用户的需求,本质是为了提升效率。



常用的用户分群维度由时间、用户行为和用户属性三个维度组合完成:



  • 时间范围:比如,最近7天,或者给出一个时间区间。


  • 用户行为:围绕调研目标,明确用户的核心行为路径以及分支路径。然后判断用户完成了/未完成/依次完成了xx路径,比如:

    1. 完成了登录注册的用户

    2. 没完成登录注册的用户

    3. 完成了登录注册,并且点击了首页广告位的用户


  • 用户属性:关于用户属性的定义,没有统一的标准,通常会从业务角度出发,基于产品功能或运营玩法,对用户进行属性分类,比如:性别/是否新用户/是否实名认证/用户来源(抖音、地推)等。



下图是我们用的用户分群工具:



选择的维度越多,用户越精准

我们在进行用户分群时,定位的精准程度,和维度的选择数量是正相关的。时间范围越窄,用户行为越多,用户属性越多,定位到的用户越精确。


举个例子:“近7天使用xx功能的男性用户”,一定比“近7天使用xx功能的用户”更加精准,因为多了一个“性别”的维度。


当然,每一个产品的业务模式和用户群体都是复杂的,根据商业模式、产品功能、用户使用习惯和目的不同,这些因素都可能成为用户细分的维度。


样本数量

样本的数量,主要取决于我们想要回收多少份有效问卷,也就是回收率。

  • 回收率 = 回收的有效回答份数 / 总发送的份数 × 100%

  • 问卷回收数 = 回收率 × 样本数量


所以,在回收率固定不变的情况下,样本数量越大,问卷回收的数量越多,反之,样本数量越小,问卷回收的数量越少。


影响样本数量的因素

影响样本数量的因素主要分为响应率和完成率:

  • 响应率 = 打开问卷的用户 / 问卷实际发放人数×100%

举个例子:平台通过渠道向100人发放问卷,只有50人打开了问卷,那么调查的响应率为50 / 100 × 100% = 50%


  • 完成率 = 完成并提交问卷的用户 / 打开问卷的用户×100%

举个例子:有100人点开了问卷,最终有50个人填写完成,那么完成率为50 / 100 × 100% = 50%


相同的调研样本数量,用户响应率和完成率越高,有效问卷的回收率也就越高。所以,除了增加样本数量外,也可以通过提高用户的响应率和完成率,来提高问卷的回收数量。


举个例子:

  • 扩大问卷的曝光量,从而触达更多用户,提高响应率。

  • 丰富问卷奖励,增加用户的答题意愿,提高完成率。



样本数量的边际效益

问卷数量的价值是存在边际效应的,因为随着样本数量的增多,回收的答案是趋于一致的,参考价值较低,所以问卷的样本数量并不是越多越好。



通常为了保证最终的有效问卷回收能满足研究报告,应该在理想的样本数量上,进行适当的扩充。


举个例子:通过观察平台用户的响应率和完成度,估算出抽取1000数量的样本数量能够支撑最终的研究产出,但是考虑一些特殊情况的产生,此时会再加上200的样本数量,来确保问卷的回收率。



3. 问题和答案的设计

3.1 MECE原则

MECE是一种将一个具体事物进行"拆分"的原则,该原则由麦肯锡顾问巴巴拉·明托(Barbara Minto)在《金字塔原理》一书中首次提出,随即被奉为咨询解决思路的圭臬。其目的在于分析问题时尽量做到对问题点进行不重叠且不遗漏的分类,而且能够借此有效把握问题的核心,并成为有效解决问题的方法。


MECE原则可以分为两个部分:


  • 相互独立(ME):

互斥性原则是指在问卷答案的设计中,同一问题的若干个答案之间关系时是互相排斥的,不能有重叠、交叉、包含等情况。

  • 完全穷尽(CE):

完备性原则是指在问卷答案的设计中,所排列出的答案应包含问题的全部情况,不能有遗漏。特别是针对封闭题而言的,必须做到穷尽。



MECE的步骤

了解完MECE原则后,接着从以下四个步骤来说一下它的实际用法:



步骤一:确定范围

明确问题是什么,比如说我们当前产品的问题是:“为什么新用户搭讪次数低?”,所以我们的问题就会聚焦在搭讪数低的原因上,这也是“完全穷尽”的基础,只有当问题有了边界,才能穷尽。


步骤二:寻找切入点

切入点指的是按什么方向进行拆分,还是以“为什么新用户搭讪次数低?”这个问题来举例,我们从搭讪数低的原因出发,选择的切入点是“角色”。即:在整个业务中,会涉及到的“用户方”和“产品方”两个角色:

  • 用户在使用过程中遇到哪些问题,导致用户搭讪次数低,比如说用户对平台推荐的人不感兴趣、不知道搭讪是什么等。

  • 产品的功能设计是否合理,比如说交互逻辑、界面布局,甚至可以聚焦到按钮的大小和颜色,这些都可能会影响用户使用搭讪。


步骤三:继续细分

考虑当前问题是否可以继续细分,比如说用户方可以分为男性和女性,但是这对搭讪数并没有直接的影响,可能还要继续细分为年龄、地区、职业等属性,直到找到影响“搭讪”的因素。


步骤四:检查确认

细分完成之后,对问题进行检查,看看是否有明显遗漏或者重复的问题。

怎么检查提出的问题是否已经满足相互独立和完全穷尽呢?这里提供以下两个方法:

  • 判断是否相互独立:每个拆分后的问题,是否可以和其他问题清楚的区分开。

  • 判断是否完全穷尽:拆分后的问题是否具有唯一性,是否把能想到的都想到了。


*注:MECE原则同时适用于问题和答案的设计。



MECE原则的拆分方法

MECE的拆分方法具体分为以下五种:



二分法

二分法指的是把信息分成A和非A的两个部分,也就是说在找出事物的某一维度后,继续找出一个相反的维度,通俗来说就是找出他的反义词。常见的例子在我们生活中随处可见,比如说:未婚和已婚、成年和未成年、黑和白、上和下等等。


象限法

找到一个事物的两个维度,进行坐标系划分,变成4个象限。

比如我们一次性接到了很多迭代的设计需求,可以根据任务的重要性和紧急程度两个维度,确定所有迭代需求的优先级。

  • P0:重要且紧急,该问题未得到解决,用户无法顺利完成任务,这种需要马上开始进行优化解决的,比如一个电商软件,用户付款时总是失败。

  • P1:重要但不紧急,这种一般指用户在操作时可能感到麻烦,但仍然可以继续完成任务,比如说按钮、反馈很不显眼,需要仔细查找。可以过段时间交付的内容也算在这个范围内,比如国庆大型活动这种需求一般都要提前很久准备,可能交付时间在一两个星期之后。

  • P2:不重要但紧急,这种情况在设计工作中一般会比较少,比如历史版本中遗留下来的字号、间距等问题。

  • P3:不重要且不紧急,尽量少做,或者可以不做的需求,比如需求评审会上不完善、待修改的需求。



要素法

要素法是根据一个事物的做成要素行划分的。比如说我们作为设计师,都知道体验很重要,但是什么样的体验才能被称之为好呢?于是很多公司会制定自己的体验度量标准,比如Ant rDesign的PTECH模型,就把体验拆分成了性能体验、任务完成度、参与度、清晰度和满意度。


*题外话补充:

HEART模型更多是用来度量C端产品的体验,并不太适用于B端产品。B端产品多是提高效率的工具类产品,业务比较复杂且用户需要付费才能使用,比较注重任务的完成效率和逻辑的清晰度。


公式法

按照现有公式中的要素进行去分类,比如说销售额 = 销售量 x 价格,CTR = 点击数 / 曝光数(根据不同业务和场景会有细微差异)。


这种时候,我们就可以把销售额拆分为销售量和价格,CTR拆分为点击数和曝光数。



流程法

流程法指的是把一个事物,按照进行的流程进行划分。拿我自己的上班日常来举例:8个活动组成一个流程。


3.2 问题设计

问题的四种形式

  • 封闭式:

在提出的每个问题下面给出若干个答案,让被调查者选出其中的一个或若干个问题来回答的问卷形式。封闭式问题的优势在于,用户在看到问题和答案的时候,很快就能理解提问者的目的。


a. 是非型:有且只有两个备选答案,受访者只能从中选择一个答案。



b. 并列型:提供两个及以上的并列答案,让用户在其中选择最适合自己的答案。



c. 等级型:对两个及以上分成等级的答案进行选择的题型,只能从中选择一个答案。



d. 排序型:让用户从备选答案中选出全部或者部分答案,根据用户选择顺序对答案进行排列的一种方式。


  • 开放式:

开放式问卷是问卷设计者提供问题,由被调查者自行构思自由发挥,从而按自己意愿答出问题的问答题型为主,也就是我们常说的填空题。


开放式的优势是经常会收集到一些意料之外的信息,且都是用户直观的感受。但正是由于它的开放性,会导致问题的答案很不规范,经常会出现用户的回答和问题不相符的情况。这类不规范的回答无法使用数据分析方法,严重影响最后的分析效率。


比如说我们本次的问卷目标是调研影响用户搭讪率和回复率的因素,其中有道填空题:

问题:您在搭讪聊天的过程中,有什么不满意的地方?或有什么建议?

回答:不太清楚、不知道等词语。


  • 混合式:指的是封闭式+开放式组合,常见的是在封闭式的答案下,用户选择一个答案后,会出现一个输入框,填写用户自己的看法,根据不同的情况,输入框分为必填和非必填。


问题产生的依据

*问题的产生要有理有据。


我们本次调研的目的,主要是为了帮助用户解决问题,所以在问卷的设计过程中,要问自己两个问题:

  • 找到用户遇到了哪些问题?

  • 造成用户遇到这些问题的原因有哪些?

步骤一:通过用户使用路径差异,定位问题

通过对比路径和数据漏斗,发现并记录用户在使用过程中遇到的问题。

如下图,是一个简化的用户路径和漏斗数据,主要分析的是“首页 - 发送消息”这条核心路径,可以发现:用户流失最大的地方在“查看用户资料 - 进入IM页”这一阶段。


当定位问题后,还需要通过福格模型来拟定问题和答案。



步骤二:通过福格模型,分析影响因素

福格模型认为,行为的发生,有 3 个关键的要素,并且需要 3 个要素同时发生才能产生作用,也就是动机、能力和提示:

  • 动机:做出行为的欲望。

  • 能力:去做某个行为的能力。

  • 提示:提醒你做出某个行为的信号。


*之前的版本为 B=MAT,其中 T 是 trigger 触发的意思,后续迭代成 B=MAP,P 是 Prompt 提示的意思,但是提示和触发的差异并不大,不必纠结。



当我们利用福格模型去分析“查看用户资料 - 进入IM页”的流失问题时,就变成了:

  • 动机:对方资料页的哪些信息对用户的吸引力高?哪些吸引力低?

  • 能力:阻碍用户点击私聊的原因可能是什么?按钮是否在拇指可触控区域?

  • 提示:用户是否注意到了私聊的存在?怎样在不打扰用户的情况下让用户注意到私聊按钮?



针对MAP这三个因素,预测用户在各个使用场景会遇到的困难,总结成问卷,向用户求证。




问题筛选

我们通过上述方法设计出很多的问题后,时常会出现问题很多,“我全都要”的情况。

步骤一:通过属性,对问题进行归类

这里提供给大家一个思路:根据属性不同,对所有问题进行归类。当然,有时候会遇到这样的情况:有一些问题没有明确的属性进行定义,但是又很重要,这种问题可以统一概括为其他。



步骤二:问题筛选

归类完成后,从每一个属性中,选出固定数量的问题整合成问卷,筛选的标准以目标结果为导向,也就是每个问题和本次问卷目标的关联性,关联性强,则纳入问卷,反之则剔除。


这样做的好处是在最后的问卷结构上,可以把相同属性的问题放在一起,保证上下问题的逻辑性和相关性,用户作答时不显得别扭。




3.3 问题数量

问题的数量没有固定的要求,根据不同的业务、不同的问卷目的,问卷的数量都是不同的。

通常情况下,问卷中的问题越多,所得的数据就越详细。但是问题越多,用户的投入成本也就越高,这样就会导致填写意愿降低。


我们公司平时的问题数量,基本会控制在15个左右,为的是让用户能够在半小时内填写完毕。因为用户填写问卷的耐心和时间都是有限的,所以在问题的数量上,不宜过多。


提问技巧


由浅入深

  • 按照问题的难易程度进行排列:问题应该先易后难,由浅入深,先问正面的问题,后问负面的问题,先描述客观问题,后描述主观问题,先一般性质的问题,后特殊性质的问题。


  • 按照问题的类型进行排序:排列问题的顺序时,要注意把不同类型的问题放在一起,这样用户可以一起回答,避免破坏用户的思路和注意力。


  • 按照问题的时间顺序进行排列:一般来说,问题应该按照事情发生的过去、现在、未来的时间顺序进行排列,也可以发过来,即由近到远。


提供场景预设,帮助用户回忆

在设计问题时,避免回忆性问题,特别是长时间以前的回忆,记忆的模糊会降低答题的准确率。


因为人的记忆是呈碎片化存储在大脑里的,直接问用户是很难被搜索到的。但是,在实际调研中,经常会出现不得不让用户回忆的情况,针对这种场景,需要在问题当中构建出一个具象的场景,这里的场景可以是时间、地点或者产品功能等,能够帮助用户串联起回忆的都可以。



举个例子:比如我现在想调研用户使用发布模块的情况,那么在问题设计时,就会围绕发布相关的场景进行提问。



保持客观,避免导向型问题

如果问题中带有偏向性的语境,这样就可能引发“诱导”,会导致用户选择问题“暗示”的答案。


举个例子:


避免范围很大的问题

如下图,单看修改前的问题是没什么对错的,但聊天只是我们产品的功能之一,它由1v1聊天、群组聊天等多个功能组成。这样就会造成用户回答的内容很宽泛,很难提取出有价值的信息。所以在问题的修改上,我们需要更加具体的指向性内容。



避免一个问句,两个问题

一个问句中,出现两个及以上的问题。这个很简单,我们直接用上面学到的MECE原则进行拆分就可以了,直接分成两个问题提问。



避免术语、黑话

在设计问题时要避免使用专业性术语,通俗易懂的语言容易被不同画像的用户理解,避免误会而引起的问答偏差。有些用户可能因为不知道“算法”的具体意思,导致问卷无法进行。



避免双重否定句式

双重否定就是否定两次,即表示肯定的意思,如:不得不。这种句式的问题,用户通常不能一下子就读懂句子的意思,增加答题成本。



敏感问题

  • 转移法

不直接询问用户对某事的观点,而是把问题转移到其他人身上,然后,请用户以第三人称的视角,对他人的回答作出评价,更能得到用户真实的想法。


  • 假设法

首先假设某一情景或现象的存在,然后再询问用户的看法。


3.4 答案设计

答案设计的注意事项

答案的设计最后会影响数据的有效性,所以在设计上需要注意以下三点事项:

  • 具体量化:避免主观描述,比如,偶尔、经常、几乎、相当多。这类词语在不同的情况下,不同的用户会有不同程度的理解。

  • 避免无效数据:特殊情况下,提供无效答案,比如其他、以上都不是等选项,避免给出的答案都不是用户想要的,随便选一个,影响最后的数据分析。

  • 避免多选:多选的话设置上限,一般不超过三个,可根据具体情况增加或减少。


3.5 问卷评审

内审和外审

在内部评审之前,首先要自审一遍,这就要求我们在设计问卷后,最好是站在问卷回答者的角度,试着自己做一遍问卷,避免出现一些比较常规性质的问题,比如问卷的逻辑性、用词的通俗性、语意的表达等。


问卷自审后没什么问题后,可以邀请项目组的人进行内审,最好可以拉上开发、产品一起,提供多角度的思考方向。


4. 问卷发放

问卷发放主要从时间、地点、人物三个维度出发。

4.1 时间:

在问卷的发放和回收时间之间,需要考虑用户看到问卷的时间和答题时间。


根据问卷的曝光程度,留有足够的时间让用户能够看到并点击问卷,如果发放和回收中间留的时间过短,会造成用户可能没看到问卷,或正在答题中,就已经开始回收了。这种情况会导致用户在没有完整阅读题目或者充分思考的情况下,随便作答,无法获取足够的样本数据和用户的真实想法。


当然,发放和回收中间留的时间也不宜过长,时间越长,用户忘记调研问卷这回事的概率也就越大。


4.2 地点(投放方式):

投放渠道,由于我们的体验工作一般围绕APP进行,所以我们的渠道主要分为以下几种:


  • app消息推送(push)

优点:可实现精准投放

缺点:受限于设备的消息开关,打扰性强


  • app广告位推送:启动页,banner,信息流等形式

优点:由于是用户主动点击进行,所以有效性较高

缺点:广告位多为全量投放,无法保证用户参与度


4.3 人物:

用户和问卷的匹配关系:问卷的调研对象必须是我们的用户。也就是说,如果投放的用户和问卷不匹配,那么最后得到的数据是没有意义。


并且在分发方式上,还会根据规模分为部分和全量。部分就是针对用户分群后的具体用户,有选择性的进行问卷发放。全量则是针对平台所有用户的问卷,这种由于平台的用户类型很多,资源浪费等问题,基本不太用。



5. 问卷整理:数据清洗

5.1 有效问卷的数量影响最后分析的准确性

在前文关于问卷的特点中我们提到,用户回答问题的场景是不可控的,可能会出现瞎填的情况,如果我们回收问卷后立马进行分析,会混入一些无效数据,大大降低我们调研结果的可靠性。


所以,在正式进行数据分析之前,还有一个问卷筛选的环节,以此保证数据的有效性,专业名称叫做数据清洗。

 


5.2 筛选无效问卷的标准

既然涉及数据清洗,那么就一定会有一套标准去判断哪些数据是可以“被清洗”的,所以我们这里总结了以下几个标准供大家参考:


  • 选项呈重复性和规律性

检查答案是否出现保持一致,或呈现某种规律的情况,出现的问卷进行删除。

举个例子:所有的答案都是“A-A-A-A”或”A-B-A-B”


  • 剔除漏答数过多的问卷

严格来说应该将漏填的答卷全都进行剔除,但有时候会遇到回收样本量很少的情况,所以一般会设置漏答数的标准。

常用的标准是总题数的2/3,例如问卷一共设计了 10 个问题,回答了 6 个以上的用户即视为有效问卷,反之,则视为无效问卷。



  • 前后逻辑不符

有些用户受主客观因素影响,可能不会认真选答案,所以需要检查前后的选项是否矛盾。

在问题的设计中,经常会出现多个问题之间保持逻辑关系,如果用户选择了前一题“A”,则不应该选择后一道题的“B”。


举个例子:用户在前一题中选择了“从未搭讪过”,后面却又选择了“搭讪后没有人回复“,这种就可以视为前后逻辑不符的答卷。


如果问卷中实在找不出可以用来表示逻辑关系的问题,那么也可以设置一个明显错误的答案,最后统计问卷数据时,剔除该问卷即可。

当然问题的迷惑性不能太强,我们只是想要检验用户是否在认真答题,而不是为难用户,所以认真阅读问题和答案就不会出错。


  • 未按问卷所指示之题项填答

举个例子:第1题问:「请问您使用过语音功能吗?若没有,请忽略第 2 题」,如果用户第1题选没有的,却仍回答了第2题,那么就可以把该问卷视为无效。


  • 根据填答时间和提交时间处理

在发放问卷前,我们会进行答题测试,目的是估算出答题所需要的总时长,以此作为问卷答题时长的有效性依据,如果最后回收的问卷答题时间比预估时间过长或过短,就可以判断为答题不认真,都可以根据业务需求酌情剔除。


提交时间主要针对的是在规定时间内完成答题,但超过了提交时间的用户。比如说我们回收问卷的截止时间是12月7日,但是有的用户是在12月8日完成答题并提交的,也会被视为无效问卷。(市面上有些问卷工具,可以回收设置时间,超过规定时间提交的问卷不计入问卷回收。)


6. 分析报告

统计各选项的数量、频率是最常用到的分析方法,然后通过图表展现出来,可以非常直观的看出整体分布情况。具体可以分为趋势分析和分组分析两种方法。

6.1 分类筛选

顾名思义,分类筛选是根据类别来进行数据筛选的一种方法,常用的类别有:

  • 按回答筛选:根据题目中某道题进行筛选分类。使用场景如:需要分别查看男、女性的数据,或者是按部门查看数据。

  • 问卷提交时间:顾名思义按提交的时间筛选(以天为时间单位)。

  • 来源详情:如链接地址、邮件地址、手机、PC等。

  • 地区:省份、城市

  • 其他类别:比如得分、IP地址等。


举个例子:如下图,选择的筛选条件是问题回答+提交日期。最终选择的类别为:年龄在21-30岁之间的用户,且2021/12/23之前提交问卷的用户,最后得到的有效答卷是 44 份,这就说明满足该筛选条件的用户有44人。




此时,系统会把这44个人回答的其他问题也全部筛选出来,如下图:

44个人当中,有7个人搭讪过 1 次,9个人搭讪过 2-5 次,4个人搭讪过6-10次,5个人搭讪过 10 次以上,剩下19个人从未搭讪过。




6.2 交叉分析

除了分类统计,我们还可以通过交叉法,进行差异分析,找出影响因素。


交叉分析法通常用于分析两个及以上的变量关系,即同时将有一定联系的变量及其值交叉排列在一张表格内,形成交叉表,从而分析交叉表中变量之间的关系。



听上去有一些麻烦,但是现在的很多问卷平台都会提供交叉分析的功能,下面会以问卷星为例,简单的了解一下交叉分析的具体流程。



步骤一:点击问卷后台的统计页面,选择交叉分析,选择自变量X和因变量Y,点击交叉分析。



步骤二:得出“分析年龄和关注信息之间的关系”数据表现。

当数据都放在一起分析时,很难看出年龄和关注信息这一行为的关系,但使用交叉分析之后,可以聚焦每个年龄段对于关注点的偏好,针对性的给出优化方案。

  • 20岁以下的用户中,最关注的是颜值,占比为63.64%。

  • 21-30岁的所有用户中,最关注的是年龄,占比为67.86%。

  • 31-40岁的所有用户中,最关注城市,占比为76.92%。

  • 其他年龄的信息偏好等等...




上述的两种分析方法(分类筛选和交叉分析),都是我们常用且方便的分析方法。如果想要更加深入的进行调研总结,可以使用一些专业的分析软件,例如使用SPSS软件,或者导入Excel表格做数据的处理,这都是目前使用比较广泛的一些分析工具。


*重要的不是分析工具,而是对数据的敏感程度和分析能力。

7. 写在最后

至此,从问卷设计到最后的数据分析就讲解完了。


问卷调研不是目的,目的是通过调研得出的结论,指导我们体验的优化方向,问卷调研本身只是了解用户的手段之一,重要的是在问卷设计过程中加深对手头业务的理解。


文章来源:站酷   作者:抓马九七


分享此文一切功德,皆悉回向给文章原作者及众读者.

免责声明:蓝蓝设计尊重原作者,文章的版权归原作者。如涉及版权问题,请及时与我们取得联系,我们立即更正或删除。

蓝蓝设计www.lanlanwork.com )是一家专注而深入的界面设计公司,为期望卓越的国内外企业提供卓越的UI界面设计、BS界面设计 、 cs界面设计 、 ipad界面设计 、 包装设计 、 图标定制 、 用户体验 、交互设计、 网站建设 平面设计服务


2022年10种UI/UX设计趋势

雪涛

我们收集了一份UX/UI设计趋势清单,帮助你了解2022年的相关行业变化,以及未来展望。

想成为更优秀的设计师, 需要了解设计趋势和受众目标的需求。了解UI/UX设计趋势本质上与了解时尚或者消费行业的趋势并无本质差别,都必须倾听人们的需求,关注人们如何使用产品,创造出美观、简单、易用的设计,使产品脱颖而出。

在2021年的那份文章中,许多假设已不仅仅是一种趋势——已经演变成全新的东西。

我们收集了一份UX/UI设计趋势的清单,帮助你了解2022年的相关行业变化。




1.极简主义


越是领先的科技公司,你会发现,他们对简单大气、重点信息明确、精致的设计越有强烈的偏好。这种趋势逐年增多,覆盖范围也越来越广,品牌和各行各业的设计师也越来越多的偏好这种风格。


例如:英国金融科技公司Revolut


Meta(2021年10月28日,Facebook宣布,该平台的品牌将部分更名为“Meta”。)


Dribbble设计师:MoRas ✪ 的作品

小结:从心理学角度上说,极简主义也是在寻求一种安全感,纷杂的物品和内容生产者无时无刻都在绑架我们的眼睛,很容易让人沉沦其中,不能自拔。当越来越多的人开始明确自己的定位,明确这些购物和社交软件只是满足自己需求的一种工具,而拒绝做工具的奴隶。「觉醒」的人越多,极简主义的运用就会越来越普遍。





2.粗旷/粗野主义


粗旷主义包含强烈的轮廓、鲜明的对比色、大胆的排版和真实的生活摄影相结合。




  • 去年我们还在说:“ 野蛮主义设计风格短期内应该不会深入到UI设计中去,更多的会在网站,或者杂志的设计运用此种设计思想。”


今年Spotify Wrapped(可以理解为国外的网易云年报)就给我们上了一课—野无止境。

贪吃蛇一样的形状配合各种高饱和颜色,穿插于各种界面和海报中,形成了巨大的视觉冲击,令人难以忘怀。


让我们来看看他们的设计:





3. 重回90年代


流行趋势总是轮回又轮回,但原因可能不是现在的人忽然意识到以前的回忆有多美好,而是当年的90后小孩成了行业的领头羊以后,将童年的美好回忆拿出来沉醉一番,找个机会释放内心的那份童真。

创意机构CPB London的设计总监June Frange将这波趋势称之为「年代怀旧」,短视频平台和明星效应的加持,以及使用者自发性的DIY内容,也使得它的影响力更加强大。

今年《王者荣耀》推出了两个新主题的游戏皮肤,其中一个以旧版西游记为原型打造的孙行者皮肤,一经上线在销售量上就远远超过了同时出现的安琪拉新皮肤。而原因却并不是皮肤的精美,因为从孙行者皮肤的精美程度而言,官方这一次就是出了一个“原皮”。

这样一个简单的皮肤,却让无数玩家纷纷掏钱买账,这就是怀旧的魅力。这种使用传统神话故事元素结合官方的创新设计,让无数玩家用一种全新的方式感受到了传统文化的魅力所在。


虽然我玩游戏不多,但是也半夜爬起来买了个孙猴子~




4.排版变得更生动有趣


10 年前,行业对排版比现在要严格得多,有明确的排版和字体使用规范。

不过现在,设计师们可以对标题和段落做任何想做的事情——完全取决于想象力。将字体与形状、照片和表情符号混合,在其上添加纹理,或者选择一种形式非常复杂的字体做装饰。

这种设计会产生一种有趣、引人注目的效果,但它也必须要美观和谐——我们仍需在设计时首先牢记:用户的舒适度永远是第一原则。

字体设计在2022年仍将占有一席之地,设计排版中融入夸张的、富有个性的字体,比如:同时拥有流畅的线条与锐利的棱角。


《鱿鱼游戏》的韩文片名标题,是由几何图形重新排列组合而成,挑战了抽象形状和文字之间的区别,借此突破字体必须易于阅读的局限,创作出具有表现力的形式。


Design Bridge London的高级设计师 Chris Algar认为:「  2022 年将是字体的重要一年」。


他预测:“我们将看到排版风格融入真正夸张的个性字体,在流畅的线条和锐利的棱角形状之间形成对比。”
Chris 认为,颜色和活力也将在 2022 年的排版趋势中发挥重要作用。





5.Glassmorphism 和玻璃元素


玻璃态已经无处不在——这是事实。有背景模糊、半透明物体,如卡片、水彩、玻璃球等等。从 Mac OS Big Sur 和 Windows 11 ,玻璃拟态已经存在了很长时间。

在去年,Glassmorphism(玻璃拟态)经过一整年的风靡也算站稳了脚跟,并未像新拟态风(Neumorphism)一样火速崛起又火速沉寂。越来越多的设计师将这种风格融入设计中去。





6.极光背景


不知大家是否可能还记得前一年的这个趋势——「模糊的彩色背景」。

它在2021变得非常流行,甚至有了一个专有名词——极光背景。

微妙、多彩、模糊的颜色看起来非常友好和有机——且更具视觉吸引力。这些飞溅和高斯模糊可以用作整个背景或置于一些重要的 UI 元素下。








7.全息/霓虹灯


这种网络全息/霓虹灯效果很适合虚拟现实和全息界面的时代。虚拟世界提供的新可能性激发了设计师的灵感。充满活力的、发光的颜色、抽象的圆形、全息图纹理是这一趋势的典型特征。


它也被广泛用于许多加密空间,以展示这些接口的未来性。





8.环保风


我们大多数人还是愿意选择环保的生活方式的,投射到设计中——可以将「生态外观」和感觉融入设计中。

越来越多的品牌在追逐这种「纸质感」的趋势——背景通常是灰色的,类似于可回收的纸板。排版风格极简。对比度很高。颜色非常克制,看起来稍显「暗淡」,这种风格包含现实生活中的摄影、纹理、和涂鸦。




9.粘土形态3D


3D 作为一种艺术风格正在变成设计趋势和大众流行

现在一种特殊的风格越来越受欢迎,3D最新的流行风格是粘土形态——类似于由粘土制成的对象(形状简单,由圆柱形/椭圆形组成,由内阴影和外阴影创造深度,但采用更「松软」的 3D呈现方式,通常与其他极简设计结合在一起。粘土3D有种可以按出一个坑的质感。






10. Metaverse


元宇宙(英语:Metaverse),又称形上宇宙,此一科技词汇由前缀“meta”(意思是超越)和词干“verse”(通过逆向构词法从“宇宙(universe)”得来)组成,可简称为MVS。这个词通常用来描述未来互联网虚拟环境的概念,于共享、持久的3D 虚拟空间组成一个可感知的虚拟宇宙,此合成环境包含对象、常驻用户与其交互关系,并存在于虚拟定义的时间中。旨在提供连接用户长时间登录和交互。广义上的元宇宙概念不仅指虚拟合成世界,还指整个互联网,也包括增强现实的范围。


Metaverse描述的是一种趋势:越来越多的技术和媒介,都在不停地缩短虚拟和现实的距离。


人类的大量活动和时间在往数字世界进行迁移。我们的社交活动、经济活动都是在数字世界(或者叫虚拟世界)里面,玩游戏也好,购物也好,社交也好,所以元宇宙(Metaverse)就是顺应这样的趋势产生的,元宇宙就是个数字世界。


感兴趣的朋友可以自行搜集详细资料。



用户体验设计,设计师的出发点是人,让人的使用体验感加强,趣味性加强,使用更加方便。





文章来源:站酷   作者:一个辛普森


分享此文一切功德,皆悉回向给文章原作者及众读者.

免责声明:蓝蓝设计尊重原作者,文章的版权归原作者。如涉及版权问题,请及时与我们取得联系,我们立即更正或删除。

蓝蓝设计www.lanlanwork.com )是一家专注而深入的界面设计公司,为期望卓越的国内外企业提供卓越的UI界面设计、BS界面设计 、 cs界面设计 、 ipad界面设计 、 包装设计 、 图标定制 、 用户体验 、交互设计、 网站建设 平面设计服务


中后台加载-被忽略的体验细节

雪涛

这是一篇想要讲清楚中后台加载流程和加载用法的文章,希望能帮助到大家。同时感谢在此期间公司前后端和设计部门小伙伴提供的帮助

先看目录,大家按需取用,当然更建议全文阅读(全文7756字,建议阅读20分钟)

undefined


undefined

大部分设计师应该都遇到过这种场景:在做设计前并没有考虑到加载,但在进行还原度走查或者验收的时候才发现,由于某些页面数据请求较慢,导致在页面中会出现空屏状态。这时才想起需要在这些页面添加动画来承载页面的过渡。

归根结底是因为设计师在设计过程中,更多关注页面本身,而很少去思考页面在呈现过程中何时会出现白屏状态,都是后知后觉去补充完善。加载作为必备的一环,却总是被忽略。目前很多B端产品在这方面都没有一个系统合理的规划,导致系统的加载体验缺失或者不统一。

因此希望这篇文章能够讲清楚中后台加载出现的场景和规则,对需要深入了解加载以及在制定加载规则的设计师朋友们带来一些帮助。


undefined

加载通俗来讲就是用户从触发页面操作,到页面最终呈现的一个等待过程。这个过程始终存在不可避免,只是时间有快有慢。快的加载只需要几百毫秒就结束,但慢的加载就可能会达到几秒甚至十几秒,让人产生焦虑。

而为什么会有如此大的差距,这就需要从页面渲染的整体过程来进行说明。当我们从浏览器输入网址,再到我们看到完整页面的这个过程,网页到底经过了哪些步骤呢。经过资料查询和与前端确认,整体过程可以阐述如下:

从这里我们可以看到页面的呈现是程序经过了一系列操作才最终呈现到我们面前的。在这里可以将其简化为四个阶段:用户操作功能→页面向服务器发送请求→服务器接受并返回数据→页面呈现。

而决定整个页面加载快慢的就在于请求与数据这里。一般我们可以将页面的数据分为2种类型:静态资源和动态资源。


静态资源:前端的固定页面,这里面包含HTML、CSS、JS、图片等等,不需要查数据库也不需要程序处理,直接就能够显示的页面。可以简单理解为你页面上的固定字段和结构。这种页面一般加载速度比较快,比如我们看到的展示型官网一般都是前端写好的静态资源。


动态资源:而对于页面上的动态变化的,需要程序处理或者从数据库中读数据,能根据不同的条件在页面显示不同的数据,比如表格数据、统计数据等称为动态资源,这种都需要调用后台接口来进行返回,因此加载速度相比于静态资源就会更慢。

而它们的区分点用下图可以表示:

可以看到静态资源基本是直接返回,而动态资源还需要连接数据库调取资源,尤其是在遇到数据库调取较慢时就会花费更多时间。而我们加载缓慢的大多数问题,也基本上更多出现在动态资源的获取上。


undefined

当我们清楚加载形成的原因,接下来要做的就是在需要加载的地方对其进行处理。这也是在设计过程中我们经常遗漏的地方。我们先看一下目前常见的2种处理方式:「默认处理」和「使用进度指示器」


2.1程序默认处理方式:直接显示

当我们对加载过程不进行任何处理时,程序就会以默认的方式进行-即根据资源获取速度一步步呈现。可以看到嘿店后台的处理过程就是一种默认处理方式:

但是这种做法就会导致我们在页面加载过程中会出现空屏状态,比如上图切换到概览时出现了空屏状态,尤其是当遇到了网络缓慢的情况,会造成在加载时页面停留在当前状态下不动,往往会让用户陷入到「系统故障」的错觉。


2.2通用处理方式:进度指示器

这个名词说起来可能比较陌生,它指代的就是我们平时经常看到的加载动画、骨架屏或者进度条等。进度指示器的作用就是告知用户当前页面并没有故障,而是正在读取数据。

通过添加进度指示器来对空屏状态进行承载,能够减轻用户的焦虑感。目前很多B端产品更通用的形式是添加动画来过渡

但是在体验过程中很容易发现一个问题,就是在产品的整体加载过程中,某些空屏状态是没被加载动画覆盖到的。当这些没被覆盖到的加载过程过长时,很容易出现焦虑感。比如神策数据在左侧列表切换时的加载过程就没被覆盖:

想要更全面的把加载动画覆盖到所有页面,我们就需要弄清页面在哪些状态下会出现空屏状态,从而制定统一的加载动画规则。这个问题可以先思考一下,后面解答。


undefined

在制定统一加载规则之前,我们需要明确一个概念,就是加载的模态与非模态。


3.1模态加载

模态加载的含义就是当前加载会中断用户其余操作,用户在这个期间只能等待加载而不能进行其他操作(有的模态会提供取消按钮)。如果你的页面涉及到以下2种情况,可以考虑使用:

1.用户当前的操作本身不能与其他操作同时进行。比如系统更新,或者工具类的导入导出相关操作,我们只能等待更新、导出完成才能继续进行后续的操作。这时候可以使用模态加载来承载,比如protopie的导入操作;

2.当用户进入到一个全新的页面时,这个时候页面什么都没有,我们只能等待页面加载完成才能进行后续的操作,因此在这种情况下也可以采用模态加载,比如我们刚进入Asanan产品页面看到的首屏加载动画:

除了上述2种情况外,你也可以根据你的业务场景来进行模态加载的选择,但建议是尽量少用模态加载,其会对用户的打断和干扰性比较强。


3.2非模态加载

非模态加载的话,这种加载通常只会出现在需要加载的部分,不会中断用户其他操作。对用户干扰比较小。比如我们常见的功能切换加载、数据筛选加载等都属于非模态加载。

非模态加载相比于模态加载会更轻量,因为用户随时都可以打断也不会影响到其他操作。因此建议在大部分情况下都可以使用非模态弹窗来进行承载,比如飞书的左侧栏切换操作:


undefined

接下来我们进入正题,在这里我从加载的角度将网页整体加载过程分为呈现加载规则操作加载规则

我们先谈页面呈现规则。前面已经明确加载产生的原因和类型后,我们就可以开始为我们的产品制定统一的加载规则,以保证后续页面加载的一致性。


4.1 页面的加载过程拆解

在拆解页面的加载过程前,我们进一步阐述之前提到的渲染原则,从前文中提到最后会经过「解码」和「渲染」2个步骤,这也是决定了我们看到的页面的最终呈现顺序:


1.页面渲染顺序

我们看到的页面是由HTML、CSS和JavaScript来进行构成的。HTML可以看作最简单的框架、CSS则是赋予了框架样式,JavaScript则是负责页面中的交互(当然JS也可以控制样式,这里只描述主要功能)。

页面在「解码」阶段,拿到的HTML文档会被解码为DOM树,同时将CSS文件解析成CSSOM,这两者结合后一起渲染页面,JS一般是在最后渲染。所以逻辑上就是框架和样式一起渲染,最后渲染交互。视觉的角度来讲就是先看到元素样式,然后才能进行对应操作。


2.页面呈现的视觉顺序

由于浏览器渲染顺序一般会根据代码的顺序进行渲染,而代码在页面中的构建一般也是按照页面的上下和左右的顺序去写的,因此我们看到的页面的视觉呈现顺序也是遵循从上到下,从左到右。

所以几乎所有的产品都是先看到顶栏,然后左侧边栏,然后其他内容。因此我们可以通过这个原则来拆解对应的页面,我们按照页面常规结构可以将其分为三个加载部分:顶栏、左侧导航栏、内容区域。而其加载顺序如图所示:

当知道对应页面的渲染顺序后,我们就能够清楚在页面渲染的过程中哪些地方会出现空屏了。因此将页面加载过程拆解为如下顺序:

undefined

我们的加载动画需要承载的就是上述这些白屏的地方,从而将加载细化为三种场景的拆分:全局加载+局部加载+内部加载。如图所示:

undefined

通过这三种加载就可以涵盖页面所涉及到的所有部分。接下来详细阐述一下这三种类型的定义和用法。


4.2 全局加载

如上图所示,全局加载的目的是为了覆盖用户从输入网址到页面的资源渲染的这个中间过程的空屏状态而存在的。而这种状态会涉及三种场景:

1.通过网址进入到一个新的页面时;

2.通过鼠标右键或网页刷新按钮对该页面刷新时;

3.通过页面操作需要新开页面时。

该全局加载的动画构成为:

1:覆盖整个页面的加载,由纯白色+加载动画构成;

2:加载类型为模态加载,因为用户在这种页面状态下并不能进行其它操作。

undefined

但在这里我们需要注意全局加载的开始和结束时间:

开始时间:当进入页面时立即呈现加载动画;

结束时间:当页面加载出顶栏的时候,此时停止加载。


为何要这么处理结束时间,原因其实图中已经给出了。这里再解释一下原则:只要有页面资源返回,我们的全局加载动画就会结束,随后启用局部加载来承接后续的状态,避免用户在当前状态长时间等待。而顶栏在一般情况下都是最先加载出来的,所以以顶栏出现作为结束全局加载的标准。当然如果你的结构没有顶栏,可以以左侧栏来作为结束标准。


4.3 局部加载

局部加载是用在页面整体框架加载的过程中,承接在全局加载后。局部加载的使用场景可以概括如下:

1.顶栏加载结束后,用在剩余框架的加载效果(具体体现为左侧边栏和右侧内容区域);

2.对于涉及到局部页面的切换操作都会进行局部加载(比如左侧边栏的切换);

光看文字可能不是特别清晰,在这里可以举一个动态的例子来帮助理解:


上述展示的是在页面呈现的时候一个完整的局部加载。在这里需要注意的是我们首次渲染和第二次渲染在加载动画上是可以有区分的,可以通过程序控制让这种加载动画只在初次加载时出现。


第一次加载时出现是因为我们需要有加载动画来承接框架首次加载的空屏时间:

但第二次的时候由于有缓存(缓存会加载我们的静态资源,能够让我们的页面框架在第二次时更快显示),这样在读取框架时基本不需要加载,我们就可以通过程序来直接去掉其中的局部加载动画,直接显示框架来进行呈现。

undefined

目前在飞书和钉钉等B端产品后台均采用了这种处理方式。可以看到图中我在第一次切换到角色管理时是有碰撞小球的局部动画存在的,而第二次再次进入时则直接出现框架。这样既能够保证加载动画能够覆盖所有的空屏状态,又避免了局部加载动画的频繁出现。


4.4 内部加载

内部加载是用在页面内部不同模块数据间的加载。当框架都已经加载结束,但某些数据由于接口比较慢,此时还没有返回,这时我们就可以用内部加载来进行承载。这应该是我们更常见的加载情况:

在进行内部加载的时候,需要注意,内部加载的时候一般标题是存在的,因为标题基本都是固定的,所以能够很快被拉取。比如Zoho的内部加载,加载时标题已经出现了:

通过这三种类型的加载,能够覆盖从用户输入网址,到页面渲染完成这个页面呈现过程中的全部加载场景。


undefined

说完页面的呈现规则,再谈页面操作加载规则。页面的操作其实对应的是页面控件的反馈。而我们的常用的控件比如有按钮、tab切换等。我们不仅需要考虑控件本身的加载状态,而且需要考虑到控件影响的其他页面范围。


5.1需要考虑控件本身加载

控件的加载并不是随时都需要,我们要根据实际的数据量大小及业务场景来选择性使用。目前我们需要考虑的控件及其加载状态主要有如下:

undefined

比如图中的按钮的加载状态是必备的,在很多场景下都会用到。但是下拉列表和级联列表,在一般的场景下都不太需要进行加载,当遇到列表中的数据特别多或者调取特别慢时就可以考虑为其加上加载状态。


5.2当控件操作会影响到页面其他元素

这种控件比如日期筛选、表格筛选或者保存等操作,当你切换筛选条件后所有与其相关的页面元素都会发生变化。在这种情况下我们需要考虑到被影响元素的状态。目前的设计实现上有两种做法:

1.被影响元素不可被操作,且该区域有遮罩+加载动画来覆盖;

2.被影响元素可进行操作,无任何动画,但操作并不会影响之前提交的结果;


这两种方案一种是利用遮罩防止用户无效操作,另一种则是保持了足够的操作自由性。个人在这里更倾向于处理方式1,我认为被影响的元素是需要有遮罩+动画的,来避免用户在加载期间对其进行无效操作,比如示例中方案2后面修改的名称是没有被系统保存的。

需要注意的是如果在产品中使用方案1,我们的遮罩区域只需要覆盖被影响的元素就可以了(保存这种可以将按钮一起覆盖),比如通过筛选导致图表数据发生变化,这时只需覆盖图表区域,而不用覆盖筛选区域。这样的好处是当某些筛选数据出现加载过慢问题时,用户可以通过切换筛选项来打断当前加载。

上述描述的操作都是针对于当前页加载。当控件导致页面刷新或者跳转时,则整体遵照页面呈现的规则进行加载。


undefined

上面阐述的加载已经完全能够覆盖我们页面整体的加载,但是还是需要提及一下骨架屏和进度条这两种加载形式。

undefined

先说骨架屏。实际上骨架屏的使用效果体验是优于加载动画的体验的(骨架屏的加入使用会让用户感觉网页出现的更快)。那么为什么在大部分的B端业务页面中没被用到呢,主要有2点原因:

1.每种骨架屏都需要进行对应的定制开发,需要与加载后的页面框架保持一致,这会增加了开发成本。

2.中后台的业务界面对来说固定结构的页面会较少,这对于骨架屏的使用机会就相对较少。

个人认为在前期可以以统一加载体验为主,在后期业务相对成熟后,可以针对固定结构,通过骨架屏的使用优化加载体验。


再说进度条。我理解的进度条的使用条件:对于加载时间较长的规定场景可以考虑用进度条来承载,比如我们常见的游戏加载中进度条就用得比较多,因为游戏一般资源比较大。还比如figma在进入设计文件的过程中也采用了进度条加载也是因为设计文件可能会很大。

进度条在特定场景下能够缓解用户焦虑,让用户知道进展。但进度条在多数情况下都抓取不到程序的真实进度,这也会导致有时候我们看着加载到99%,那最后的1%迟迟加载不出来的的原因。目前很多中后台产品对于进度条加载使用相对较少的原因,很大程度是没有那种加载特别长的场景。


因此这两种加载场景的使用会更加定制化,如果需要使用请根据具体的业务场景来进行选择。


如果把加载动画等比作页面加载的外在,那么缓存和加载策略则是页面加载的内核,合理使用缓存和加载策略可以从根本上提升我们页面的加载速度,让用户更快速地看到页面。


7.1 关于页面的资源缓存

大家肯定听过缓存这个概念,前后端都可以使用缓存。缓存就是数据交换的缓冲区(称作Cache),是存贮数据(使用频繁的数据)的临时地方。在这里主要讲一下浏览器缓存:

undefined

从这张图可以看出,服务器在请求数据时,会进行缓存的判断,如果有缓存则首先读取缓存,如果没有则从服务器中拿取。调取缓存会在很大程度上提升页面的加载速度,缩短了从服务获取数据的时间。通常浏览器会主动对页面的静态资源进行对应的缓存,这也就解释了我们第二次进入页面会比初次进入页面时加载快的原因。


但程序其实也可以对动态资源(也就是需要从数据库等拿到的资源)进行缓存的,并且可以设置缓存的过期时间(比如设置过期时间为1小时,那么1小时过后就会重新拉取新资源)。对于某些动态资源拉取过慢并且更新频率不高的我们可以采用动态资源缓存的策略,从而提升整体的页面加载体验。


7.2 加载策略的正确使用

现阶段我们常用的主要有下列6种加载策略:

加载策略的本质就是通过对应的加载设置来缩短产品与服务器交换数据的时间,接下来我们详细看一下每种加载策略的具体使用策略:


7.2.1懒加载

懒加载是当内容落入视窗被用户看到时,才会进行加载。这种比较节省资源和减轻服务器压力。对于当前页面内容很多的可以采用这种加载策略。而这种加载策略的设计,能够让用户更快看到当前屏幕内的内容,减少等待时间。

比如苹果官网的加载策略就采取了这样的一种方式。我们可以看到右侧的资源只有在我们向下滚动出现在屏幕中时才会进行对应的加载,这样能够保证用户在进入网页第一时间看到首屏内容,并且用户几乎感知不到这种加载延迟。


7.2.2预加载

预加载是在页面空闲的时候就把用户即将用到的资源加载完存到缓存中,等用户需要使用时,通过缓存直接调用呈现。比如用户在看A页面的时候,就可以通过预加载来准备用户需要的B页面资源。当用户需要B页面的时候,立刻就可以呈现。

比如某些页面在实际中加载比较慢,这个时候就可以考虑是否用预加载的策略来提升网页整体加载速度。比如知乎的视频和文字在都进行了对应的预加载。即使当你处于断网状态(图中我将页面网络切换为断开状态),可以看到依旧可以点击全文进行查看和视频的部分预览。


7.2.3分步加载

当页面中有文字和图片时,优先加载占用网络资源小的,比如文字资源,然后再进行占用资源较大的加载,比如图片资源。通过分步加载也能有效减少页面等待时间。比如大众点评等图片很多的网站往往会采用这种加载策略。


7.2.4分页加载

分页加载是我们目前很常见的方式,比如我们常用的百度和谷歌等搜索引擎都是使用的分页加载,分页适用于数据量比较大的内容,比如表格数据或者大数据搜索场景可以使用。

分页加载可以理解为当前获取到100条数据,但是将100条数据分别拆成5页每页20条数据提供给用户,这样也可以让用户减少等待时间:

在目前还有一种滚动分页的加载,就是不提供视觉上的分页,而是当用户进行滚动时,自动加载一定数量的内容,这样从用户的视角看就是一个连续不间断的数据展示。比如一些资讯类的网站就是采用的这种加载策略,有的也把这种滚动分页的方式称为自动加载。


7.2.5延迟加载

这里讲的延迟加载更多的是一种防护加载机制,一般延迟设置的时间为300ms。这里的延迟加载有2种使用,第一种多用于搜索,通过延迟加载能够让用户更好进行连续输入,避免搜索结果被高频率刷新,同时缓解服务器压力。如下图,可以看到我在输入1后会有个延迟才出现加载列表,并且我在连续输入12306的过程中是没有对结果进行更新的,当我输入完后才更新。

第二种则是通过延迟加载可以更好防止反复操作。当用户在同一组件上面进行切换时,如果该操作小于300ms,则只记录最后的点击操作。这种情况可以用在我们的表格翻页和开关等状态上,防止用户疯狂点击导致数据反复请求和屏幕闪烁的情况。我们可以通过下面这个组件演示例子来进行对应的感知:

延迟加载更多用于上述2种场景,对于其他情况的加载,直接加上就可以了,并不需要刻意设置延迟。


7.2.6后台加载

这里想要表达的含义是当用户在操作后,客户端立即反馈操作成功,然后把请求放到后台与服务器交互,这一过程用户不需要了解,不需要等待。无论在什么网络环境下你基本上都能操作成功。比如微信的朋友圈发布就是这样的操作,即使你在断网的情况下都能够立刻发布,但实际上这个时候并没有发送成功,还需要上传到服务器后才你的朋友们才能看见。


这样的好处是用户使用起来非常流畅,但是坏处就是,当操作不成功时,用户并不能及时进行感知,仍然以为操作已经成功了。所以这种场景我们也需要根据场景进行对应的判断和选择。对于复杂的B端场景个人建议慎用或者不用这种操作,毕竟很多发布的功能会同时影响很多业务线。


这里就拿微信的朋友圈发布来进行举例,下方手机状态都为断网状态,可以看到微信立即发布,而贴吧在这种状态下提示网络错误。

通过这些加载策略的选择性使用,能够在特定环境下提升我们系统的整体使用体验。因此我们需要对这些加载策略有一个比较全面的认识,这样我们不仅知道加载慢的原因,还可以利用加载策略去提升页面性能。



在整体的加载过程中,别忘了考虑加载异常的情况。在通常情况下我们会我们会遇到网络速度过慢或者突然断网这两种状况让页面一直加载不出来,这时我们需要考虑对长时间的加载过程进行处理。

通常做法是我们要对加载状态有一个最长时间的限制,一般为加载不超过10s,超过最长时间后就进行异常状态显示(提示语+刷新按钮)。这样用户可以选择重新加载或者离开此页面,而不是一直等待。

在这里还想到一点,就是对于编辑页面,我们应当加入网络连接是否异常的判断,比如当进入到编辑页面后,如果遇到网络断开,需要在页面的顶部加上常驻提示条【当前网络连接断开】,这样用户能够及时进行察觉并修复。避免在无网环境下继续输入。这对于某些需要输入很多内容且并不提供本地保存的页面来讲是非常有必要的。


加载在设计中是非常容易被忽略的模块,因为在大部分情况下网络速度都较快,人们很难深刻地感受到加载过程。但加载却在产品运行中起着不可或缺的作用。通过这篇文章想要告诉大家的有几个点:

1.我们需要明白加载为什么会出现,这个过程是怎么样的;

2.加载的通用处理手段是怎么样的,非通用处理方式有哪些;

3.通过缓存和对应加载策略能够让页面加载速度有本质上的提升。


这样当我们在页面上遇到加载速度慢的问题时,在为其加上动画承载过渡的同时,还应该思考其加载缓慢背后的原因,是因为数据量太大还是加载策略的相关问题,是否可以将其进行懒加载或者分步加载,这时我应该去找前端或者后端如何沟通。从源头上解决加载时间长的问题,才是后续产品设计过程中的长久思路。


最后,虽然进行了很多资料查询和技术沟通,但文章不可避免会出现不当之处,欢迎进行反馈。





文章来源:站酷   作者:进击的M


分享此文一切功德,皆悉回向给文章原作者及众读者.

免责声明:蓝蓝设计尊重原作者,文章的版权归原作者。如涉及版权问题,请及时与我们取得联系,我们立即更正或删除。

蓝蓝设计www.lanlanwork.com )是一家专注而深入的界面设计公司,为期望卓越的国内外企业提供卓越的UI界面设计、BS界面设计 、 cs界面设计 、 ipad界面设计 、 包装设计 、 图标定制 、 用户体验 、交互设计、 网站建设 平面设计服务


日历

链接

blogger

蓝蓝 http://www.lanlanwork.com

存档