首页

据分析体系构成框架

涛涛

数据对于产品的发展起着决定性的指导作用,那么公司在运营的过程中具体需要一个什么样的数据来支撑服务呢?本文作者列举了产品经理需要了解的数据分析体系,一起来看看吧。

本文来自于我的新书《高阶产品经理必修课》摘录。

一、为什么需要数据分析体系

在很多不成熟的公司中,虽然也有使用数据去验证产品的思路,但是他们在实际工作中往往是这样取用数据的:

产品部同事找到数据分析师,问他昨天刚上线的版本用户点击率是多少。

运营部同事找到数据分析师,问他前两天上线的拉新活动是否带来了用户量的增加。

领导找到数据分析师,问他这两天的订单量是否有所增长,上月交易额环比增长是多少。

可见,各个岗位都会有自己的数据需求,所以数据分析师只能逐个地进行数据计算。由于人力资源有限,数据分析师往往无法及时反馈所有的数据需求,这将会导致一些运营活动或产品规划错过最佳的时机。例如,在“双11”前夕想要准备“双11”促销活动,却迟迟拿不到过往的运营活动数据。

正是基于这样或那样的原因,很多企业演化出了一类数据产品——数据仪表盘,如图1所示。

▲图1 数据仪表盘

数据仪表盘就是将各个数据需求方常关注的数据汇总在一张报表中,这样大家可以在这里统一看到整个产品的用户数、交易数等的变化,能在一定程度上满足大家对数据的需求。

但是随之而来的新问题如下:

产品部的同事抱怨:虽然看到昨天新上的版本中用户转化率下跌了,但是根本看不出来原因是什么,说不定是运营部的活动导致的。

运营部的同事抱怨:我虽然看到了拉新数,但我有三个用户拉新渠道,到底哪个拉新渠道的拉新能力最强,带来的用户质量最高呢?

面对这样的进阶需求,就需要一套完整的数据分析体系来做支撑,进而来帮助我们掌握数据变化情况并快速定位变化背后的原因。

二、数据分析体系概念的常见误区

一提到数据分析体系,常见的一个认知误区就是将数据分析体系等同于单一的某一个数据分析产品,如活动运营监控平台、用户画像平台等。

其实这里最大的错误就是将一个体系割裂开来,只看到了承载数据的产品而没有重点关注使用者的使用方法,就好像认为数据分析一定要有一把“利刃”,但是却不去关心舞剑者的功力一样。

最早提出这一认知的是钱学森先生,他在系统工程学中提出了软系统概念:

任意一个体系要想发挥正确价值,必须通过产品与使用者这两部分共同协作,这两者合二为一称为软系统。

所以数据分析体系的正确定义应该是:

数据分析体系通常由数据使用者的分析模型和数据分析平台这两部分构成。

这也告诉我们在数据分析学习与搭建数据分析体系的过程中,掌握使用数据的方法,方能以正确的方法去解读数据。但在部分公司的运营过程中,往往忽视了这一点,导致搭建出的完整数据分析平台无人使用。

确切地说,是大家没有以正确的思维或方式去使用,还是以老式的思维使用新的系统,并没有在思维与认知上进行升级,从而无法发挥其应有的价值。这就好比我们给数据使用者一辆汽车,但他们还是在寻找缰绳以期驾驶汽车。

这时数据产品经理就应该化身企业内部的数据分析咨询师,帮助他们看懂数据背后所反应的价值。所以数据产品经理在一家公司中应该有如图2所示的双重身份。

▲图2 数据产品经理的双重身份

三、数据分析体系构成框架

搞清楚了数据分析体系的定义,接下来就是了解如何才能搭建一个完整的数据分析体系。

笔者曾看到部分数据产品经理候选人的简历中经常会写到自己精通数据分析框架的搭建。而当面试中被问到他们的数据分析体系究竟要怎么落地时,他们给出的回答却是针对DAU(Daily Active User,日活跃用户数量)、留存率等进行管理,但是数据分析体系中的平台建设,就仅仅是对这几个指标的管理吗?那么请问,当遇到了以下场景时,这几个指标要怎么解决我们的问题呢?

场景1:某天某电商出现了GMV(成交总额)下降,此时应该根据哪一个指标解决问题?

场景2:某公司拥有3条产品线,A产品线中又细分为商品运营、活动运营等,3条产品线的若干运营团队都看同一套指标体系吗?

坦白地说,单看孤零零的某个或者某些指标是无法解决问题的,此时就需要依靠数据分析框架来解决问题了。

由前面的数据分析体系可知,数据分析体系落地涉及两个维度。我在《高阶产品经理必修课》书中为大家介绍了两个维度来看看数据分析体系在工作场景中是如何落地的。

维度1:通用数据分析模型

以下是实现通用数据分析模型的方法。

设置目标:确定当下业务中你的目标及完成现状。

问题假说:穷举现状是由哪些问题导致的。

数据证明:通过数据来证明该问题会导致怎样的结果。

数据分析:分析该问题的成因并形成解决方案。

维度2:数据分析平台

在数据分析体系中,数据分析平台的构成包含三大核心要素,分别是北极星指标、数据建模和事件分析。

数据分析平台定义中各要素的具体解析如下所示。

北极星指标:每个阶段针对具体业务领域确立的商业/业务目标

数据建模(又称指标体系):DAU、GMV、留存率、订单量等

事件分析:漏斗模型、海盗模型、杜邦分析等

注意:北极星指标(North Star Metric)又叫作OMTM(One metric that matters),它是第一重要指标,为产品现阶段最为关键的指标。之所以叫北极星指标,是因为就像北极星一样,该指标可以指引全公司所有人员向着同一个方向迈进,是全公司统一的指标。

数据分析体系其实就是通过一系列的方法量化特定的业务,因为我们如果无法量化一个事物,那么本质上就无法衡量它的好坏,也就无法定位业务发展中的症结所在。因此好的数据分析框架就是在告诉我们:当下的整体业务是什么样?为什么会这样?应该怎么办?

回顾前面面试者所说的那几个指标,我们可以发现其根本无法清晰地反映业务上的这三个问题。

当然,这里只介绍了数据分析体系的宏观框架,还未涉及具体的数据分析体系搭建过程,在数据分析实战中还会涉及相应的方法论。

在我们知道了指标体系与其对应的作用后,接下来就要来学习如何为自身企业业务量身打造一套数据指标体系了。

要想搭建一套完整的指标体系,除了对业务有非常熟悉的敏感度之外,拥有一套正确的建设方法论也是必不可少的。

这里我直接给出一个标准的指标体系的建立方法,共分如下4步:

1)确定数据分析目标。

2)纵向指标维度定义(层级设计)。

3)横向指标维度定义(指标填空)。这其中,又分为自上而下探寻(业务域驱动指标定义)和自下而上探寻(功能逆推指标定义)。

4)各维度指标项定义。

文章来源:人人都是产品经理   作者:三爷爷

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

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

蓝蓝设计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界面设计 、 包装设计 、 图标定制 、 用户体验 、交互设计、 网站建设 平面设计服务


如何区别B端与C端的产品设计差异?

涛涛

随着企业数字化转型,B 端产品越来越受到人们的重视,B 端产品也越来越丰富,越来越多的 C 端设计师转行到 B 端产品的设计上来。

如何区别B端与C端的产品设计差异?我总结了26条对比!

但是,如何区别 C 端产品与 B 端产品,如何将 C 端产品的设计经验应用到 B 端产品上?这是一个需要思考与研究的问题。

从各个纬度来讲,C 端产品与 B 端产品具有一些明显的差别。接下来,我们就从区别 B 端与 C 端产品的 26 条上,来对比一下二者的差异。

Let’s gooooooo……

如何区别B端与C端的产品设计差异?我总结了26条对比!

基础

1. 定义

如何区别B端与C端的产品设计差异?我总结了26条对比!

B 端产品:为企业客户提供商业价值的产品及服务。

C 端产品:满足个体用户需求的产品与服务。

2. 获取途径

如何区别B端与C端的产品设计差异?我总结了26条对比!

B 端产品:公司领导层决策,普通员工使用,需要销售推广,通常将线下“大型会议、峰会、行业展会”作为主要场地,让客户近距离了解产品,树立专业的行业形象与行业口碑,进而吸引企业客户的兴趣(如作者之前所在的安防企业,就会频繁的参加展会,展示自己的专业能力)。

C 端产品:个人主观意愿下载使用,需要利用拉新、促活等营销方式,实现不断的新增、日活来加持自身体量。

3. 产品形态

如何区别B端与C端的产品设计差异?我总结了26条对比!

B 端产品:SaaS 平台、客户端,多为 PC 端产品。

C 端产品:APP、小程序多为 Mobile 端产品。

3. 功能聚焦

如何区别B端与C端的产品设计差异?我总结了26条对比!

B 端产品:具有多功能模块及多角色之间的协作。

C 端产品:以核心功能点为主,以及围绕核心功能点,完善用户体验及增值服务。

4. 所属类型

如何区别B端与C端的产品设计差异?我总结了26条对比!

B 端产品:产业互联网。

产业互联网是基于互联网技术和生态,对各个垂直产业的产业链和内部的价值链进行重塑和改造,从而形成的互联网生态和形态。(百度百科)

C 端产品:消费互联网。

消费互联网是以个人为用户,以日常生活为应用场景的应用形式,满足消费者在互联网中的消费需求而生的互联网类型。(百度百科)

5. 生态属性

如何区别B端与C端的产品设计差异?我总结了26条对比!

B 端产品:相伴共生,产业互联网每一个行业的结构、模式各不相同,必须通过整个产业链上的企业产生降本效应、提高效率,形成资源优化配置,产生 1+1>2 的效益。

C 端产品:赢家通吃,比如通过烧钱取得规模优势、利用人性的心理弱点去进行各种产品、用户数据的采集,没有底线、互联网杀熟等行为。

产品维度

1. 产品本质

如何区别B端与C端的产品设计差异?我总结了26条对比!

B 端产品:本质是“进”,是帮用户(客户),节约时间,降低成本,增加收益。

C 端产品:本质是“出”,需要用户消费时间与金钱,满足个人的情感和生理需求。

2. 商业模式

如何区别B端与C端的产品设计差异?我总结了26条对比!

B 端产品:企业按需定制付费较多、个人付费较少。

C 端产品:用户流量和资源的变现实现营收,例如:广告、导流、增值服务。

3. 开发周期

如何区别B端与C端的产品设计差异?我总结了26条对比!

B 端产品:由于产品更新迭代有较大的成本,因此,开发周期相对长,按月或年,大版本迭代。

C 端产品:周期相对短,按周或月,小版本快速迭代。

4. 生命周期

如何区别B端与C端的产品设计差异?我总结了26条对比!

B 端产品:由产业链以及商业模式决定,生命周期往往较长。

C 端产品:一般产品的保鲜期比较短,生命周期较短。

5. 产品关注点

如何区别B端与C端的产品设计差异?我总结了26条对比!

B 端产品:专注业务及行业化的解决方案。

C 端产品:专注对人性的满足。

6. 产品需求来源

如何区别B端与C端的产品设计差异?我总结了26条对比!

B 端产品:来源公司战略或业务线调整,甚至客户预期。

C 端产品:产品经理的市场洞察力和敏锐度,主动发现。

7. 产品思维

如何区别B端与C端的产品设计差异?我总结了26条对比!

B 端产品:往往以工具化思维服务行业客户,更理性。

C 端产品:往往以游戏化思维增强用户的体验,满足用户,更感性。

8. 行业壁垒

如何区别B端与C端的产品设计差异?我总结了26条对比!

B 端产品:由于业务、场景属性,容易建立行业壁垒,客户的切换成本比较大。

C 端产品:行业壁垒比较难以建立,往往以体量优势及价格优势挤压对手,同时,同时用户的切换成本较低。

用户维度

1. 用户类型

如何区别B端与C端的产品设计差异?我总结了26条对比!

B 端产品:用户通常是一个团体或组织,用户的社会属性比较明显。

C 端产品:目标用户通常是具有某些特质的人群,具有明显的自然属性,且没有组织架构。

2. 用户体量

如何区别B端与C端的产品设计差异?我总结了26条对比!

B 端产品:作为工具属性的产品,用户体量比较小,甚至有些定制化产品的用户只有几人。

C 端产品:相对而言,用户体量较大或非常大,才可以形成规模效应,进行流量变现。

3. 使用时机

如何区别B端与C端的产品设计差异?我总结了26条对比!

B 端产品:往往仅工作日工作时间使用,用户在节假日,非必要不使用。

C 端产品:用户会在任意时间。

4. 使用时长

如何区别B端与C端的产品设计差异?我总结了26条对比!

B 端产品:相对固定,且希望越短越好。

C 端产品:弹性较大,且希望越长越好。

5. 使用意愿

如何区别B端与C端的产品设计差异?我总结了26条对比!

B 端产品:根据公司决策进行采购,用户被动使用,且没有太大的决定权。

C 端产品:根据自己的需求主动选择使用。

6. 使用场景

如何区别B端与C端的产品设计差异?我总结了26条对比!

B 端产品:场景固定,多为办公室。

C 端产品:场景不定,用户可以在办公室、卧室、厕所、地铁上等多种场所使用,姿势可能是坐着、躺着、蹲着、斜靠着等等。

7. 用户粘性图片

如何区别B端与C端的产品设计差异?我总结了26条对比!

B 端产品:由于用户的被动使用限制,用户对产品的可选性不高。因此,为了工作需要,用户粘性相对高。

C 端产品:用户可以根据自己的喜好,随时随地改变自己的选择,用户粘性相对低。

8. 用户容忍度

如何区别B端与C端的产品设计差异?我总结了26条对比!

B 端产品:用户容忍度大,不好用也要用。

C 端产品:用户容忍度小,不爽就换。

设计维度

1. 设计侧重

如何区别B端与C端的产品设计差异?我总结了26条对比!

B 端产品:关注业务功能和使用场景。

C 端产品:关注用户体验及感受。

2. 视觉风格

如何区别B端与C端的产品设计差异?我总结了26条对比!

B 端产品:界面简洁、布局清晰,追求信息的有效表达和操作的便捷性。

C 端产品:风格多变,强调产品的视觉冲击力。

3. 情感体验

如何区别B端与C端的产品设计差异?我总结了26条对比!

B 端产品:强调免打扰、高效,多关注业务解决方案本身的顺畅。

C 端产品:强调产品的趣味性,处处考虑用户的情感体验。

总结

明确 B 端产品与 C 端产品的区别,有利于设计师在设计过程中的设计经验转换。在设计过程中,做到有的放矢,而不是一味的生搬硬套,用解决 C 端产品的方法与思路,去解决 B 端产品的问题,从而让 B 端产品的解决方案更加贴近业务与场景。


文章来源:优设   作者:
弘毅

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

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

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


2022年,互联网10大关键词

涛涛

互联网行业的未来趋势是什么?本文将从宏观环境、长期主题、确定性机会三个方面,来总结互联网的十大关键词,推荐对此感兴趣的朋友阅读,希望对你有所帮助。


2021年,互联网行业经历了一场耐力大考验。这一年,政策监管席卷了诸多行业,互联网行业身处风暴眼。从反垄断超200亿元巨额罚款,到平台之间“拆墙”势在必行,数据合规已经上升至国家安全的战略高度,一项又一项新政,让互联网行业告别野蛮扩张。互联网大厂内部的日子也不好过。

2021年三季度,互联网大厂们均不同程度地遭遇营收增长乏力、净利润增速下滑的问题,纷纷裁员过冬、节衣缩食。内外环境的变化都昭示着,消费互联网的时代渐行渐远,互联网行业正处在转型的重大拐点。身处其中的玩家们,只有两条路,要么抓住新机会、去新的战场掘金,要么让科技创新成为发展的底层驱动力。

即将过去的2021年有着诸多关键词,反垄断大年、互联互通元年、数据安全元年、碳中和元年、元宇宙元年……在2022年即将开启之际,我们从宏观环境、长期主题、确定性机会三个方面,盘点了十大关键词,分别是反垄断、互联互通、数据安全、拥抱变化、碳中和、硬科技、元宇宙、产业互联网、出海、助农,以期呈现互联网行业的未来趋势。

一、宏观环境

1. 反垄断:资本不再万能

2021年,被称为“反垄断大年”。尤其是互联网领域,利剑频繁落下。上半年,阿里巴巴因实施“二选一”垄断行为被罚182.28亿元,这是我国至今开出的最大反垄断罚单。下半年,美团因同样的原因,被罚34.42亿元。单是这两家大厂,因垄断行为被罚金额,就超过200亿元。

过去二十余年,互联网巨头渗进各行各业,靠着一套“烧钱、合并、垄断”的打法,疯狂扩张,加剧了收入分配不公和社会不稳定。因此,“强化反垄断和防止资本无序扩张”在去年的中央经济会议上,被列为2021年八项重点任务之一。

据统计,2021年以来,国家市场监管总局共发布反垄断处罚案例上百起,其中七成以上案例涉及互联网企业。而针对“二选一”、“大数据杀熟”等行为的反垄断细则也在出台。监管趋严之下,互联网巨头们开始有所行动。

12月,腾讯以中期派息方式,将所持有约4.6亿股京东股权发放给腾讯股东,对京东持股比例将由17%降至2.3%,被外界猜测为降低自身反垄断监管的风险。腾讯持股的美团、拼多多、知乎等大公司或将面临同样境况。互联网领域反垄断的大旗,今年只是刚刚扬起。

11月18日,国家反垄断局正式挂牌,被视为我国反垄断体制机制进一步完善的体现。而且,“强化反垄断和反不正当竞争”在2022年中央经济工作会议中再次被强调。这意味着,接下来,反垄断在执法层面将常态化、系统化地铺开,打破原有的市场壁垒。

2. 互联互通:“拆墙”是大势所趋

过去,互联网公司们越来越壮大,逐步形成了平台生态的闭环,圈流量池的“城墙”越筑越高,最典型的便是腾讯系、阿里系、字节系产品,分别以微信、淘宝、抖音为代表,互相屏蔽链接访问,如微信不能直接访问来自淘宝抖音的链接,淘宝购物不能使用微信支付,抖音针对第三方来源的产品、不支持进直播间购物车……

随着互联网流量红利逐渐消失,存量时期,互联网企业们竞争的重点依然还放在如何加深流量池的壁垒,陷入了残酷的恶性竞争。互联互通,是反垄断的举措之一,更是为了能够降低交易成本、促进创新创业,推进平台之间的长远良性发展。

9月13日,针对屏蔽链接网址这一问题,工信部相关部门提出有关即时通信软件的合规标准,要求9月17日前各平台按标准解除屏蔽。然而,这天之后,平台之间的互联互通不及理想效果。有网友投诉微信并未开放,例如淘宝购物车一键分享功能在上线第2天就在微信失效。

腾讯总裁刘炽平在财报会议上曾表示,平台之间的互通是“非常复杂的问题”。从商业角度而言,以腾讯为例,互联互通意味着腾讯系企业独享微信生态的优势将失去。单从技术层面分析,平台打通之后,用户体验、用户隐私都是需要考虑的问题。但从根本上来说,“拆墙”是大势所趋。

到11月29日,微信已经开始松绑外链,用户发现已经可以在微信上直接打开淘宝以及抖音等链接。一位行业观察者分析称,2021年,在有关部门的推动下,互联网平台间的互联互通已经完成了从0到1,也就意味着更多的互联网企业至少不会在新的领域设置限制,而过去旧有的关卡,也会循序渐进地逐步拆除。

3. 数据安全:加速度发展

2021年6月,滴滴在美股递交招股书,紧接着7月,“滴滴出行”因APP存在严重违法违规收集使用个人信息问题,被依据《中华人民共和国网络安全法》相关规定下架。在滴滴之后,运满满、货车帮、BOSS直聘也被启动网络安全审查,2021年数据安全审查的大幕拉开。

滴滴事件背后,是互联网产品的相关数据和技术应用不但涉及个人权利、隐私,还关系着公共安全乃至国家安全的议题。2021年,被称为数据安全元年。继《数据安全法》、《个人信息保护法》施行之后,有关部门还发布了《数据出境安全评估办法(征求意见稿)》。

一位数据安全领域从业者表示,今年很多大公司的重心是实施数据安全相关的法律法规,接下来,互联网选手们的重心就会放在,如何更进一步在数据安全方面规避风险,提高效率。与此同时,数据安全的市场快速崛起。其中的隐私计算异军突起,成为数据安全领域最炙手可热的赛道。

据统计,隐私计算领域2021年融资额已超50亿元。中国信息通信研究院云计算与大数据研究所发布的《2021数据安全行业调研报告》显示,我国数据安全已经到了发展的关键期,未来对于数据安全的需求将越来越大,同时对于服务能力和产品能力的要求也越来越高。

4. 拥抱变化:合规是未来几年的大趋势

这一年,高密度、强力度的监管持续,让所有互联网从业者都无法忽视。从整治币圈乱象、教培领域的“双减”、房地产行业的大震荡,到监管风暴刮到短视频、直播电商、游戏领域,面临反垄断、互联互通、数据安全监管的互联网行业必须求变。

监管趋严的背后,是互联网原有的打法已经不适合新时代的要求,有关部门正引导着整个互联网企业,从以往的无序扩张、野蛮生长,向精耕细作的新时代转型,从以前的消费互联网模式,向由科技主导的互联网时代发展。2021年三季度期间,阿里、腾讯两大头部,营收增速、净利润双双下滑,除此之外,多家大厂都面临类似情况。

互联网企业纷纷裁员“过冬”,节衣缩食。展望2022年,合规一样是大势所趋,在未来几年也还将持续。互联网正在进入一个新时代,企业们需要构筑新的增长引擎。而身处其中的个体,也都要做好拥抱变化的准备。“唯一永恒不变的东西就是‘变化’”,将无比适用。

二、长期主题

1. 碳中和:未来十年的热门主题

在2020年中国提出“2030年前碳达峰、2060年前碳中和”的“双碳”目标之后,2021年初,“碳中和”被第一次写入政府工作报告,成为国家战略,2021年也被视为是“碳中和元年”。碳中和,本质就是让二氧化碳排放量“收支相抵”,减缓全球变暖。

在“双碳”目标提出之后,今年,互联网大厂们都加速跟进“碳中和”,制定碳中和目标及规划,动作贯彻全年。从1月腾讯打响头炮,启动碳中和目标规划;3月,蚂蚁集团承诺从今年起实现运营排放的碳中和,并在2030年实现净零排放;到年中6月,百度发布“碳中和全景图”,公布在2030年实现集团运营层面的碳中和目标;

年底,阿里也明确提出了碳中和三大目标,要在2030年之前,实现自身运营碳中和、上下游价值链碳排放强度减半,用15年时间以平台之力带动生态减碳15亿吨。对于这些互联网科技企业而言,碳中和既是企业社会责任的一部分,也和自身商业模式相关。

碳中和背景下,ESG投资火了。这种将企业在环境保护(Environment)、社会责任(Social Responsibility)以及公司治理(Corporate Governance)三方面非财务指标的表现纳入投资决策的投资理念,在一二级市场都备受关注。

红杉资本、高瓴资本等头部投资机构纷纷宣布将ESG纳入投资决策,碳管理SaaS企业碳阻迹披露A轮融资后,据报道,创始人一天收到了1000多通来自投资人的电话。二级市场,证监会已经将ESG信息列为上市公司与投资者沟通的主要内容之一。

波士顿咨询公司发布的报告预测,为实现碳中和目标,从2020年到2050年我国需要累计投资90万亿-100万亿元资金。现如今,互联网大厂们已经以10年为周期进行碳中和目标的规划,碳中和这个关键词至少在未来十年内都将是热点主题。

2. 硬科技:迎来最好的时代

“硬科技和科技创业是中国未来三十年发展的主旋律,是中国强大起来的必经之路。”提出了硬科技理念的中科创星创始合伙人米磊曾提到,这一结论背后,是中国正处于从模式创新到科技创新转型的拐点,中国政策正在从投资驱动、要素驱动到创新驱动转型。

硬科技强调将核心技术牢牢掌握在自己手中,代表性领域包括光电芯片、人工智能、航空航天、生物技术、信息技术、新材料、新能源、智能制造等。资本早已经押注硬科技。在高瓴资本和红杉资本2021年的投资中,硬科技成为了投资最多的方向。

红杉中国创始及执行合伙人沈南鹏曾对媒体表示,硬科技领域投资,已经超过红杉中国投资组合的80%,“一个科技主导的创业新时代已经到来”。北交所11月15日开市当天,78家上市企业当中,有16家是硬科技企业。互联网巨头们也都将硬科技布局至于重要地位,内部下场自研,对外投资收购,双管齐下。

12月,腾讯减持京东背后也是投资逻辑的改变,相较消费类投资,腾讯转而更关注硬科技领域,包括芯片公司燧原科技等;阿里内有达摩院和半导体公司平头哥,对外投资有紫光股份、恒玄科技等;美团的策略从“Food+Platform”转变为“零售+科技”,深耕无人配送领域,还在自动驾驶、机器人、激光雷达、芯片等领域加强投资。

硬科技产业是新一轮产业革命的动力引擎,已经成为了业界共识。人才、热钱都在涌向硬科技这个会影响一个时代的领域,但硬科技发展门槛高、前期投入大、技术迭代周期长,投资者更需要熬得住。

3. 元宇宙:未来的星辰大海

元宇宙,这个连定义都尚未明晰的概念,在2021年火遍全球。上半年,元宇宙第一股Roblox上市,就引起了市场对于这个新鲜事物的关注。下半年元宇宙突然爆火,离不开全球互联网巨头Facebook浇上的一把油。Facebook宣布改名为Meta,以更名表明进军元宇宙(MetaVerse)的决心。

这之后,虚拟人“柳夜熙”大火,短短几天就圈粉500多万。腾讯、阿里、字节跳动都纷纷表示,正在布局元宇宙,就连网易云音乐,也要打造音乐元宇宙。

一级市场上,创业者早已扎堆涌入。据企查查显示,仅带有元宇宙名字的公司就近千家,元宇宙相关领域的抢人大战抢先打响。与之相关的数字人、VR/AR、游戏、社交领域的产品,都引发了投资人的关注。

二级市场上,元宇宙概念股更是狂飙突进。股票只要蹭上元宇宙就暴涨,居高不下的涨幅,甚至惊动监管部门要求说明公司与元宇宙的关系。有机构以知识付费项目把元宇宙包装成一夜暴富的机会,声称“未来只有元宇宙这一条路”,以贩卖焦虑的方式借机敛财,有元宇宙培训课程10天收入160万。

元宇宙里的炒房热、炒地热,也完全不输现实世界。下半年,全球虚拟土地的单笔最高成交纪录接连被打破,不到一个月时间,从243万美元、430万美元提升至约500万美元。就连国内尚在内测期的元宇宙社交产品,其虚拟房产在二手市场的交易都异常火热。

与现实世界平行,能通过“化身”在三维空间交流娱乐的元宇宙,距离真正实现,在技术层面还有很长的路要走。单从被视为元宇宙入口的VR/AR设备层面而言,一年出货量在千万级别,距离普及还很远。但关注者们都认为,近几年内,忽视元宇宙的发展和进化,一定会错过大机会。

三、确定性机会

1. 产业互联网:数字化转型大势不可逆

产业互联网不算是新话题。早在2019年,腾讯创始人马化腾就曾表示,互联网的上半场是消费互联网,下半场是产业互联网。到2021年,在国家宏观政策导向中,数字经济、数字化已经成为相关政策文件中多次提及的关键词。

消费互联网时代的商业模式能够带来的增长和创新日趋窘迫,下一个时代,以互联网技术对各个垂直产业链进行数字化重塑和改造,将互联网与实体经济进行融合,加速产业的数字化转型,即产业互联网,是政策支持的方向。

现如今,云计算、人工智能、5G等技术正在向金融、医疗、教育等行业渗透,技术的发展也正掀起新一轮的产业革命。互联网头部大厂们都在朝着这个通往未来的方向行进。腾讯自2018年“930”变革起,就全面发力产业互联网,在智慧零售、智慧医疗、智慧金融、智慧教育等多个领域垂直布局;

阿里巴巴集团董事会主席兼CEO张勇提及,希望能成为一家消费互联网和产业互联网结合得更好的公司,协助企业数字化转型的阿里云,2020财年营收已经超过了200亿元。此外,百度、京东、字节、美团都在布局产业互联网。

中信联产业互联网工作委员会秘书长张健在一次公开分享中提到,近几年产业互联网的发展,可以发现其服务体系正在呈现螺旋式的迭代升级,同时它本身的服务在进行一体化、集成化的创新。产业互联网平台的发展,一方面不断地丰富和拓展各类服务,另一方面,不断地推动各类服务,进行数字化、网络化、智能化的迭代升级。

2. 出海:去新的战场掘金

12月,阿里进行了近五年以来最重要的一次组织调整,沿用多年的To C(面向消费者)业务和To B(面向企业)业务架构被拆分,重组为国内业务和全球化业务两大板块。阿里海外新兴业务的重要性显而易见,这部分业务的增速,远高于国内市场。全球化成为与内需、云计算并列的阿里三大战略之一。

随着国内市场战局已定,主流的互联网公司早已打起了出海的主意。现如今电商、游戏、娱乐社交产品、内容文创是出海的几大领域。电商领域,自2020年疫情以来,我国跨境电商呈现爆发式增长。天眼查显示,2021年我国有超60万家跨境电商相关企业。

在亚马逊“封号潮”在跨境电商圈持续引起震动后,TikTok就成了卖家们主要关注的另一个平台。在游戏出海中,据央视新闻,近年来,国产游戏出海已成为中国游戏产业重要的增长来源,数据显示,2021年中国自主研发游戏海外市场实际销售收入达180.13亿美元,比2020年增加了25.63亿美元,同比增长16.59%。

娱乐社交方向,以Bigo Live、Likee、Hago多款产品分别发力直播、短视频、游戏领域的欢聚集团,拥有MICO、Yumy等社交产品并在游戏领域布局的赤子城,以及主攻中东市场社交和游戏的Yalla,都已经在海外市场打开了局面。

TikTok的发展更是备受关注,9月,其月活用户量已经突破了10亿,有数据显示,其成为2021年全球访问量最大的互联网网站。出海往往面临着产品服务水土不服、政策管控等风险,但也挡不住互联网公司们出海找增量。时至今日,互联网选手们出海的阵地从东南亚、印度到中东、非洲、拉美,如今已经席卷全球。

3. 助农:助推乡村振兴

岁至年末,抖音“张同学”一夜蹿红。不到三个月涨粉1760万,平均每天涨粉超20万。随着张同学被关注,外界逐渐意识到,这个现象级网红引领的农村题材短视频成为焦点,离不开抖音对新农人的流量扶持。这被认为,既为寻找新的场景增量、向曾经的老对家快手的腹地深入,也抓住了乡村振兴的主旋律。

盯着农村市场的大有人在。电商平台早就讲起了助农故事。拼多多以农产品起家,从基因上就有扶农助农的优势;阿里淘特、京东京喜2021年也都将生鲜农产品的销售当作重点发力方向之一;社区团购的选手们更是没有放过“助农”,橙心优选、十荟团都在今年提出了助农计划。

不止如此,互联网企业们也从数字化升级的角度助农。乡村振兴,助农先行。这些互联网企业们如此看重助农,离不开国家对于乡村振兴的重视。2021年,中央一号文件正式提出全面推进乡村振兴,加快农业农村现代化,凸显了新发展阶段党中央对农村工作的高度重视。

农村市场潜力有多大?有关部门公布的数据显示,我国每年果蔬产量、消费量高达7亿吨,约占世界的40%。我国乡村消费品零售额增长连续8年快于城镇。一面是政策的扶持,另一面是农村市场的巨大潜力

“助农”既意味着乡村振兴,更意味着新的增长潜力。中国乡村振兴建设委员会副秘书长袁帅对深燃表示,互联网企业们的“农业梦”早已表露无疑,如今争先入局,是因为全球疫情影响下经济内循环是关键,只有盘活“三农”资源,才能实现对下沉市场的挖掘。

文章来源:人人都是产品经理   作者:深燃
分享此文一切功德,皆悉回向给文章原作者及众读者.

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

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

日历

链接

个人资料

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

存档