首页

一些交互体验的思考

资深UI设计者

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

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


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


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


什么是心流?


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



体验设计指南:问卷篇

资深UI设计者



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设计趋势

资深UI设计者

我们收集了一份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界面设计 、 包装设计 、 图标定制 、 用户体验 、交互设计、 网站建设 平面设计服务


中后台加载-被忽略的体验细节

资深UI设计者

这是一篇想要讲清楚中后台加载流程和加载用法的文章,希望能帮助到大家。同时感谢在此期间公司前后端和设计部门小伙伴提供的帮助

先看目录,大家按需取用,当然更建议全文阅读(全文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端的产品设计差异?

资深UI设计者

随着企业数字化转型,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大关键词

资深UI设计者

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


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

如何清晰理解场景

资深UI设计者

结合场景,设计师可以更精确地了解用户需求,进而推动产品的升级迭代和体验优化,实现精细化设计。然而,你真的了解“场景”这个定义吗?场景化设计又该如何进行呢?本篇文章里,作者就“场景”的相关问题做了解答,一起来看一下。

前言

在日常沟通中,如需求评审、日常的设计沟通及跟开发的方案交流,常常听到提起“场景”一词。“用户在什么场景需要这个功能?”、“这么设计依据的场景是什么?”、“你有没有考虑过这个使用场景?”在情境中每个“场景”听起来好像都不太一样,能粗略感受意思,但具体想想又很模糊,那场景到底是什么?它能帮助设计师做哪些事?

一、场景的定义

关于“场景”,不同的出处给出的解释也不尽相同,并没有给出一个明确的定义。

  • 在《交互设计精髓4》书籍描述“场景”为用户如何使用产品实现具体目标的故事。
  • 梁老师在《产品思维三十讲》中将“场景”分为:场、景。场为“时间”“空间”,景为“情景”“交互”。
  • 在《2020UCAN》中四场关于场景的案例,将案例解释为:人+场+事+物。
  • 百科定义“场景”是指戏剧、电影等艺术作品中的场面,泛指情景。

设计入门必备万金油-场景篇

上面四种对场景的解释,涵盖的对象和包含的要素各不相同,那我们如何理解场景呢?如何定义场景?

场景常用在产品迭代中的产品需求阶段和设计阶段,作为产品从产生到设计的依据,2个阶段的侧重点不同,需求阶段(明确用户是谁,需求是什么,做什么事),设计阶段(基于某目标,使用产品的情况)。场景是需求和行动的具现化描述,场景分别对应阶段分为:用户需求场景和用户使用场景。

场景类别1:用户需求场景

用户需求场景是用户需求的扩展细化,补充描述需求涉及的多个关键要素。若只有简单描述需求的情况下,对产品的指导设计容易出现偏差。

这里举个例子:“周四下半年,小波回家出地铁口(场景),想吃菠萝(需求),看到有个卖菠萝的摊位,上去看了看,都是没有削皮的菠萝(产品),地铁口人流量大,小波不想等没买菠萝就走了。”

这案例从需求来说,没削皮的菠萝已对焦,但因为环境影响了小波不够买的行为。若菠萝的已经削皮,小波就已经买了带回家好好品尝。基于此再进行延伸,若场景放在逛街的场景中,已经切块菠萝就是匹配的,随走随吃。

若场景放在水果店里,没削皮的菠萝是合理的,保证了新鲜度安全性品质,甚至还可以多种菠萝挑选,因为有时间。从上面来看,同一个需求,因为场景不同,其菠萝的形态也不同。场景是需求的细化,会影响到最终产品的设计上。

需求场景:用户+环境+需求+事件。在【某环境】下,【某用户】做了【某事】来满足【某需求】。用户、需求、事件是核心要素,环境是影响要素,环境包含时间、空间。除了环境要素还包含用户状态。

设计入门必备万金油-场景篇

场景类别2:用户使用场景

用户使用场景描述的是在需求场景的前提下,具体描述为了完成某任务,跟产品怎么交互的过程。其对产品的具体设计有较大影响。

这里举个例子:以接电话(任务)的情况来看,手机未在使用状态锁屏下和手机正在使用中就是完成不同使用场景。

在手机正在使用中(用户状态),考虑不被过度打扰,此时的电话提醒是小区域展示,接通、拒绝和收起操作都是直观的操作。在锁屏状态下可以放在裤兜里(用户状态),考虑不被误触采用滑动解锁,以及可以物理按键免打扰和拒绝(可以不看直接操作)。同一个任务在不同的状态下,因因素的差别影响产品的设计。

使用场景:用户+环境+目标+产品。在【某环境】下,【某用户】跟【某产品】发生了交互,用来完成【某任务】。

用户、目标、产品是核心要素,环境是影响要素,环境包含时间、空间。除了环境要素还包含用户状态和承载产品的设备状态。

设计入门必备万金油-场景篇

场景关联的概念

设计常用的工具有2个跟场景关联,它们是用户画像、用户故事。用户画像描述了用户需求,用户需求场景是用户需求的延伸,用户故事则是用户需求场景的细化,一个场景可包含多个用户故事。

  • 用户画像:用户特征+用户需求;
  • 用户故事:场景+产品+用户操作,用户故事基本等同于用户使用场景。

设计入门必备万金油-场景篇

二、场景的价值

上一段描述2种类型的场景,场景不仅限于指导产品设计,还可以助力团队协作等多个方面。以下通过需求分析、团队协作、产品设计三块来描述场景的价值。

1. 需求分析

场景可以帮助挖掘需求的完整性、判读需求是否准确及梳理需求优先级。

  1. 【完整性】深刻理解产品需求,让产品功能更全面,挖掘产品的新机会或者产品的新功能。
  2. 【准确性】让需求分析准确,辨别需求真伪。
  3. 【优先级】考虑用户如何使用产品,帮助理清强弱场景,帮助理清强弱需求。

设计入门必备万金油-场景篇

2. 团队协作

场景可以帮助团队增强同理心、更好的理解需求及提升产品设计的参与度。

  1. 【易理解】让团队对产品的理解更简单、具体(对于理论以及长篇大论的需求文章来说,人们更能记住故事发生的场景,通过简短但是详尽的故事描述)。
  2. 【同理心】让团队进入用户视角看产品设计,而不是产品单方面的猜测。
  3. 【参与度】用户场景是协作设计工具,期望所有项目利益相关者参与产品需求和设计的。

设计入门必备万金油-场景篇

3. 产品设计

  1. 【优化现有】突破用户原有的解决方案:意即在当下的场景下,用户可能会产生什么问题?用户原有的解决方案是什么,我们是否有机会提供更好的解决方案呢(效率或者更好的体验)?
  2. 【新机会点】发现场景的连续性,发现行动中的不连续性。通过成组的动作进行预期:比如复制 – 粘贴;分享 – 朋友圈等。
  3. 【精细设计】从面对所有人转向用户分层精细化设计,打造竞争优势。
  4. 【产品归纳】场景具现化需求,可用场景去归类相关的产品。

设计入门必备万金油-场景篇

三、场景的挖掘方法

如何获取场景?

2种类型场景因获取信息的侧重点不同。用户需求场景侧重需求及事件的描述,及描述事件相关联的环境。用户使用场景侧重使用产品完成任务交互的过程。有两种用户调研方法适用:访谈法、观察法。

1. 访谈法

挖掘用户需求场景,主要去挖掘未知的需求和当下满足的需求是否有优化拓展空间,更适合提供一些开放性问题引导用户给出更多信息,在用户延伸出新信息再继续往下深挖需求相关元素等。

  • 您能描述下一天的工作流程吗?
  • 在流程中有没有遇到其他场景?
  • 您能具体描述下这个场景吗?所在什么样的环境
  • ……

了解用户使用场景,引导用户具体描述任务完成的过程,再延伸其中遇到的问题点等。

  • 您是怎么使用渲染的?
  • 图文编辑的流程是怎么样的?
  • ……

2. 观察法

观察法更容易观测用户使用场景,可以发现在访谈中很多忽略的细节。对于用户需求场景,需要更长期的观测,对观测的行为进行记录反推其需求。观察法可以是完成中立的观测,也可以是边观测边适时的提问便于挖掘原因。甚至可以自己作为用户参与进去。

四、场景化设计

什么是场景化设计?场景化设计是引入场景概念将简单需求延伸拓展出更多延伸的决策因素来精细化产品设计,简单讲是将原粗放型设计转向精细化设计,提升目标转化、体验等。场景要素影响的多少决定了场景化差异的空间,场景化设计的前提并不对整体目标的转化造成负面影响。

场景最终落地到产品设计上,在一场景里并不是所有的要素都对产品起到影响作用,在设计前可筛选出对产品产生影响的要素,进行一一罗列。产品的3部分组成:功能、内容/信息、形态。场景要素最终影响其的变化。

场景要素:用户、需求、事件、环境状态、载体状态、人物状态。

产品组成:形态、功能、内容。

设计入门必备万金油-场景篇

场景化设计最适用于O2O领域的设计,它会涉及丰富的空间、时间、天气环境等影响因素,同样的需求存在n多种不同场景情况。在我负责业务主要以web为主,日常场景更多是基于用户需求的拓展。

产品设计与场景的关系

产品如何承载用户需求场景?把场景和产品承载容器(可指单页面)作为象限划出4种类型区间。

  1. 产品理想的情况是单容器承载单个场景,单场景可以清晰传达,产品帮助用户专注完成当下需求场景下的任务。
  2. 非必要情况下,不要让多容器承载单场景。就好比将一个衣柜的能力,直接拆开称多个房间一个房间放外套、一个房间放裤子、一个房间放内衣等等,会让使用变得极其麻烦。
  3. 单容器承载了多个场景,这时候需要去辨别场景之间是否有关联,切忌不要把太多无关联的场景一起传达。如一个房间内包含了厕所、厨房、卧室、客厅,场景之间会相互打架。单容器多场景不合理情况下,不仅分散了用户注意力,也更难让用户理解产品,且对于产品来说也会多出更多不必要的成本消耗。
  4. 多容器承载多场景近似于单容器承载单场景。

设计入门必备万金油-场景篇

五、场景化应用案例

在上一篇文章《需求太碎?设计师如何在小业务中提炼价值》中有过产品场景的案例解析。是对一个小项目进行了新的需求场景挖掘,推动进行改版的过程,这里不再展开说明,有兴趣的朋友可以去看一看。个人实践案例不能完全覆盖场景化应用,另收集了一些直观的场景案例展示如下。

1. 核心要素的应用案例

1)要素——用户、需求

淘宝首页男生女生看到的内容和功能都有差异人需求差异。

设计入门必备万金油-场景篇

2)要素——事件

京东购物车从原来的暂时放置商品延伸出更多关联的场景,如:对比、收藏,围绕场景产品设计。

设计入门必备万金油-场景篇

2. 影响因素的应用案例

1)时间——饿了么

根据不同的事件点推送不同的内容,晚上是夜宵,中午是午餐、早上是早餐、晚上是晚餐。

设计入门必备万金油-场景篇

2)地点——去哪儿旅游

根据不同的地点推送不同的内容。

设计入门必备万金油-场景篇

3)人物状态——手机接电话

手机接电话(景的差异,差异化交互形态),手机放裤兜走路中,手机正在使用中,2个场景手机进来。使用手机中(防止错误,更适合用户体验)。

六、小结

场景是入门容易、普适性很强的应用工具,也是个人推崇的设计师入门必备技能点。

在用户需求上可以帮助挖掘新的机会点拓展产品的使用边界。在设计上场景让设计有据可依对产品设计更准确。在业务上可以通过场景的描述对业务所满足的需求有更深入的理解,可以帮助理解许多功能之间的关系。在协作上给团队提供沟通的基础,容易达成共识。

结合场景,设计师可以更精确地了解用户需求,进而推动产品的升级迭代和体验优化,实现精细化设计。然而,你真的了解“场景”这个定义吗?场景化设计又该如何进行呢?本篇文章里,作者就“场景”的相关问题做了解答,一起来看一下。

前言

在日常沟通中,如需求评审、日常的设计沟通及跟开发的方案交流,常常听到提起“场景”一词。“用户在什么场景需要这个功能?”、“这么设计依据的场景是什么?”、“你有没有考虑过这个使用场景?”在情境中每个“场景”听起来好像都不太一样,能粗略感受意思,但具体想想又很模糊,那场景到底是什么?它能帮助设计师做哪些事?

一、场景的定义

关于“场景”,不同的出处给出的解释也不尽相同,并没有给出一个明确的定义。

  • 在《交互设计精髓4》书籍描述“场景”为用户如何使用产品实现具体目标的故事。
  • 梁老师在《产品思维三十讲》中将“场景”分为:场、景。场为“时间”“空间”,景为“情景”“交互”。
  • 在《2020UCAN》中四场关于场景的案例,将案例解释为:人+场+事+物。
  • 百科定义“场景”是指戏剧、电影等艺术作品中的场面,泛指情景。

设计入门必备万金油-场景篇

上面四种对场景的解释,涵盖的对象和包含的要素各不相同,那我们如何理解场景呢?如何定义场景?

场景常用在产品迭代中的产品需求阶段和设计阶段,作为产品从产生到设计的依据,2个阶段的侧重点不同,需求阶段(明确用户是谁,需求是什么,做什么事),设计阶段(基于某目标,使用产品的情况)。场景是需求和行动的具现化描述,场景分别对应阶段分为:用户需求场景和用户使用场景。

场景类别1:用户需求场景

用户需求场景是用户需求的扩展细化,补充描述需求涉及的多个关键要素。若只有简单描述需求的情况下,对产品的指导设计容易出现偏差。

这里举个例子:“周四下半年,小波回家出地铁口(场景),想吃菠萝(需求),看到有个卖菠萝的摊位,上去看了看,都是没有削皮的菠萝(产品),地铁口人流量大,小波不想等没买菠萝就走了。”

这案例从需求来说,没削皮的菠萝已对焦,但因为环境影响了小波不够买的行为。若菠萝的已经削皮,小波就已经买了带回家好好品尝。基于此再进行延伸,若场景放在逛街的场景中,已经切块菠萝就是匹配的,随走随吃。

若场景放在水果店里,没削皮的菠萝是合理的,保证了新鲜度安全性品质,甚至还可以多种菠萝挑选,因为有时间。从上面来看,同一个需求,因为场景不同,其菠萝的形态也不同。场景是需求的细化,会影响到最终产品的设计上。

需求场景:用户+环境+需求+事件。在【某环境】下,【某用户】做了【某事】来满足【某需求】。用户、需求、事件是核心要素,环境是影响要素,环境包含时间、空间。除了环境要素还包含用户状态。

设计入门必备万金油-场景篇

场景类别2:用户使用场景

用户使用场景描述的是在需求场景的前提下,具体描述为了完成某任务,跟产品怎么交互的过程。其对产品的具体设计有较大影响。

这里举个例子:以接电话(任务)的情况来看,手机未在使用状态锁屏下和手机正在使用中就是完成不同使用场景。

在手机正在使用中(用户状态),考虑不被过度打扰,此时的电话提醒是小区域展示,接通、拒绝和收起操作都是直观的操作。在锁屏状态下可以放在裤兜里(用户状态),考虑不被误触采用滑动解锁,以及可以物理按键免打扰和拒绝(可以不看直接操作)。同一个任务在不同的状态下,因因素的差别影响产品的设计。

使用场景:用户+环境+目标+产品。在【某环境】下,【某用户】跟【某产品】发生了交互,用来完成【某任务】。

用户、目标、产品是核心要素,环境是影响要素,环境包含时间、空间。除了环境要素还包含用户状态和承载产品的设备状态。

设计入门必备万金油-场景篇

场景关联的概念

设计常用的工具有2个跟场景关联,它们是用户画像、用户故事。用户画像描述了用户需求,用户需求场景是用户需求的延伸,用户故事则是用户需求场景的细化,一个场景可包含多个用户故事。

  • 用户画像:用户特征+用户需求;
  • 用户故事:场景+产品+用户操作,用户故事基本等同于用户使用场景。

设计入门必备万金油-场景篇

二、场景的价值

上一段描述2种类型的场景,场景不仅限于指导产品设计,还可以助力团队协作等多个方面。以下通过需求分析、团队协作、产品设计三块来描述场景的价值。

1. 需求分析

场景可以帮助挖掘需求的完整性、判读需求是否准确及梳理需求优先级。

  1. 【完整性】深刻理解产品需求,让产品功能更全面,挖掘产品的新机会或者产品的新功能。
  2. 【准确性】让需求分析准确,辨别需求真伪。
  3. 【优先级】考虑用户如何使用产品,帮助理清强弱场景,帮助理清强弱需求。

设计入门必备万金油-场景篇

2. 团队协作

场景可以帮助团队增强同理心、更好的理解需求及提升产品设计的参与度。

  1. 【易理解】让团队对产品的理解更简单、具体(对于理论以及长篇大论的需求文章来说,人们更能记住故事发生的场景,通过简短但是详尽的故事描述)。
  2. 【同理心】让团队进入用户视角看产品设计,而不是产品单方面的猜测。
  3. 【参与度】用户场景是协作设计工具,期望所有项目利益相关者参与产品需求和设计的。

设计入门必备万金油-场景篇

3. 产品设计

  1. 【优化现有】突破用户原有的解决方案:意即在当下的场景下,用户可能会产生什么问题?用户原有的解决方案是什么,我们是否有机会提供更好的解决方案呢(效率或者更好的体验)?
  2. 【新机会点】发现场景的连续性,发现行动中的不连续性。通过成组的动作进行预期:比如复制 – 粘贴;分享 – 朋友圈等。
  3. 【精细设计】从面对所有人转向用户分层精细化设计,打造竞争优势。
  4. 【产品归纳】场景具现化需求,可用场景去归类相关的产品。

设计入门必备万金油-场景篇

三、场景的挖掘方法

如何获取场景?

2种类型场景因获取信息的侧重点不同。用户需求场景侧重需求及事件的描述,及描述事件相关联的环境。用户使用场景侧重使用产品完成任务交互的过程。有两种用户调研方法适用:访谈法、观察法。

1. 访谈法

挖掘用户需求场景,主要去挖掘未知的需求和当下满足的需求是否有优化拓展空间,更适合提供一些开放性问题引导用户给出更多信息,在用户延伸出新信息再继续往下深挖需求相关元素等。

  • 您能描述下一天的工作流程吗?
  • 在流程中有没有遇到其他场景?
  • 您能具体描述下这个场景吗?所在什么样的环境
  • ……

了解用户使用场景,引导用户具体描述任务完成的过程,再延伸其中遇到的问题点等。

  • 您是怎么使用渲染的?
  • 图文编辑的流程是怎么样的?
  • ……

2. 观察法

观察法更容易观测用户使用场景,可以发现在访谈中很多忽略的细节。对于用户需求场景,需要更长期的观测,对观测的行为进行记录反推其需求。观察法可以是完成中立的观测,也可以是边观测边适时的提问便于挖掘原因。甚至可以自己作为用户参与进去。

四、场景化设计

什么是场景化设计?场景化设计是引入场景概念将简单需求延伸拓展出更多延伸的决策因素来精细化产品设计,简单讲是将原粗放型设计转向精细化设计,提升目标转化、体验等。场景要素影响的多少决定了场景化差异的空间,场景化设计的前提并不对整体目标的转化造成负面影响。

场景最终落地到产品设计上,在一场景里并不是所有的要素都对产品起到影响作用,在设计前可筛选出对产品产生影响的要素,进行一一罗列。产品的3部分组成:功能、内容/信息、形态。场景要素最终影响其的变化。

场景要素:用户、需求、事件、环境状态、载体状态、人物状态。

产品组成:形态、功能、内容。

设计入门必备万金油-场景篇

场景化设计最适用于O2O领域的设计,它会涉及丰富的空间、时间、天气环境等影响因素,同样的需求存在n多种不同场景情况。在我负责业务主要以web为主,日常场景更多是基于用户需求的拓展。

产品设计与场景的关系

产品如何承载用户需求场景?把场景和产品承载容器(可指单页面)作为象限划出4种类型区间。

  1. 产品理想的情况是单容器承载单个场景,单场景可以清晰传达,产品帮助用户专注完成当下需求场景下的任务。
  2. 非必要情况下,不要让多容器承载单场景。就好比将一个衣柜的能力,直接拆开称多个房间一个房间放外套、一个房间放裤子、一个房间放内衣等等,会让使用变得极其麻烦。
  3. 单容器承载了多个场景,这时候需要去辨别场景之间是否有关联,切忌不要把太多无关联的场景一起传达。如一个房间内包含了厕所、厨房、卧室、客厅,场景之间会相互打架。单容器多场景不合理情况下,不仅分散了用户注意力,也更难让用户理解产品,且对于产品来说也会多出更多不必要的成本消耗。
  4. 多容器承载多场景近似于单容器承载单场景。

设计入门必备万金油-场景篇

五、场景化应用案例

在上一篇文章《需求太碎?设计师如何在小业务中提炼价值》中有过产品场景的案例解析。是对一个小项目进行了新的需求场景挖掘,推动进行改版的过程,这里不再展开说明,有兴趣的朋友可以去看一看。个人实践案例不能完全覆盖场景化应用,另收集了一些直观的场景案例展示如下。

1. 核心要素的应用案例

1)要素——用户、需求

淘宝首页男生女生看到的内容和功能都有差异人需求差异。

设计入门必备万金油-场景篇

2)要素——事件

京东购物车从原来的暂时放置商品延伸出更多关联的场景,如:对比、收藏,围绕场景产品设计。

设计入门必备万金油-场景篇

2. 影响因素的应用案例

1)时间——饿了么

根据不同的事件点推送不同的内容,晚上是夜宵,中午是午餐、早上是早餐、晚上是晚餐。

设计入门必备万金油-场景篇

2)地点——去哪儿旅游

根据不同的地点推送不同的内容。

设计入门必备万金油-场景篇

3)人物状态——手机接电话

手机接电话(景的差异,差异化交互形态),手机放裤兜走路中,手机正在使用中,2个场景手机进来。使用手机中(防止错误,更适合用户体验)。

六、小结

场景是入门容易、普适性很强的应用工具,也是个人推崇的设计师入门必备技能点。

在用户需求上可以帮助挖掘新的机会点拓展产品的使用边界。在设计上场景让设计有据可依对产品设计更准确。在业务上可以通过场景的描述对业务所满足的需求有更深入的理解,可以帮助理解许多功能之间的关系。在协作上给团队提供沟通的基础,容易达成共识。

文章来源:人人都是产品经理   作者:酷家乐用户体验设计
分享此文一切功德,皆悉回向给文章原作者及众读者.

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

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

订阅,决定一家SaaS公司的未来

资深UI设计者

订阅不但是一种商业模式,更是一种思维方式。本文将围绕订阅展开,讲述一个好SaaS的标准是什么?什么是订阅模式下的增长秘密?推荐对此感兴趣的朋友阅读。

一、SaaS好不好?看订阅

最近看到网上有关于真假SaaS的争论,还有人列了一堆的真SaaS标准。其实,好SaaS有一条标准就够了:看订阅收入的占比。一般认为,订阅收入占比超过70%,才能被视为一家SaaS企业。为什么是70%?

这并不是一个数字划分的标准,而是对应了一个稳定的收入增长要求。也就是说,如果订阅收入低于这个比例,收入增长的目标、速度和稳定性就没有保证。

我们都能观察到这样一个现象,即国内的SaaS公司,大部分都会遭遇收入的限高杆。也就是说,当收入达到某一水平时,就到了天花板了,很难再增长了。这当然有很多原因,但最主要的,是订阅收入的占比太低了

所以,订阅不只是一个付费的方式,它更是一种强大的盈利模式。订阅业务的背后,还有更深刻的商业逻辑和经营逻辑,所以SaaS才具有深度的变现能力。要说订阅最大的魔力,在于它是一种前瞻性的收入方式,俗称“躺赚”。

举个简单的例子。假如一家营收1个亿的SaaS公司,假定其订阅收入占比为90%(国外绝大多数SaaS公司都能达到的水平)。那么,每年伊始,就有数千万的收入,已经趴在银行账户上。还没开始干活,年收入目标已完成大半。爽吧?

反之,假定这家公司的订阅收入只占10%。那么,新年伊始,账上收入基本是一片空白。绞尽脑汁想办法,怎么才能挣到一个亿?这种“SaaS”公司,即使上了市,业绩也像是过山车,日子仍然不好过。

二、产品转服务,交易变订阅

订阅近年越来越火了,甚至有人提出“订阅经济”的概念。其实订阅并不是一个新事物,像订报纸、手机套餐、用水、用电等,都是订阅。就订阅本身来说,并不至于搞成一种经济模式。订阅之所以会火,还是因为服务。

毫不夸张地说,当今世界的大部分商业,都运转在“即服务”(XaaS)的商业模式上。比如:运输、教育、媒体、健康、互联网、零售。当然,还有软件。在产品时代,卖方与买方之间的关系建立在不连续的、匿名的交易基础之上。也就是说,交易完成后,双方再无联系。

比如卖软件,交付之后赶紧找下一单生意,唯恐被客户拖住。因为无法与客户建立并保持持久的关系,所以这种生意模式的营收效率低,而获客成本高。从产品时代进入服务时代,软件这种交易模式,越来越没有市场。在服务时代,对客户来说,所有权已经不再重要,使用权才是他们所关注的,即他们更倾向于“使用而非拥有”

比如,想听一首歌,没必要买来整张CD。想喝一杯牛奶,没必要把一头奶牛牵回家。想使用一个信息服务,没必要建立整个IT系统。服务需要一种新的客户模式,订阅模式由此盛行

然而,并非所有的服务都适合订阅,只有那些可以数字化的服务,它们才能与订阅模式珠联璧合。比如SaaS。从数字化角度,订阅业务又分为全数字化和部分数字化。数字化含义包括:服务内容数字化、订阅方式数字化和服务结果数字化。由于互联网的出现,订阅数字化和服务结果数字化,已不是问题。

但如果内容可以数字化,那就是一个完美的订阅生意。它意味着全盘生意可自动化完成,即低成本、高效率、高精度地服务。因为SaaS符合这三个要求,所以它才受到追捧。订阅业务不但要求保持交易的连续性,还必须保持收入的稳定性增长。国外SaaS快速增长,就是因为把订阅的优势发挥到极致。

订阅模式的成功,需要有一块基石,这就是所谓的年度经常性收入(AnnualRecurring Revenue,ARR)。什么是年度经常性收入呢?简而言之,就是你的订阅用户每年预期为你带来的确定性收入。我们用软件和SaaS做个比较。

假定一笔软件交易,能一次性收入30万;而按照SaaS服务合约,未来的5年或10年间,每年都有10万的年度经常性收入。你认为哪种生意的变现能力更好?对于SaaS公司来说,现在的问题成了:如何保证客户能在未来10年间,持续订阅?即预期收入的确定性问题。这就涉及到订阅的底层逻辑,即订阅的本质。

订阅的本质不是收入模式,而是与客户建立并保持持续的关系。而要做到这一点,必须有一个订阅型的服务组织。如果一家SaaS公司遇到了限高杆,正确的做法不是去抬高横杆(冲销售额);而是通过组织和运营的SaaS转型,走一条没有限高杆的路。SaaS收入的订阅叠加模型,收入增长在理论上没有上限

三、订阅模式下的增长秘密

虽然面临限高杆,但不影响SaaS公司对增长的渴望。如果不增长,SaaS企业就进入僵尸模式。但是,如果增长的策略不对,也还是劳而无功。众所周知,软件公司的增长思路,是销售更多套软件,提高客单价,尽量产品化不定制(虽然不大可能)。做到了这三点,就可能实现增长。

不过,从过去的十年来看,企业软件的年均复合增长率,已经降低到个位数了。SaaS要是也这样干(事实上真有),结果不会比软件更好。换一个角度看,因为SaaS是服务,所以其增长策略不同于软件。不过也是三点,即获得更多的客户,提升这些客户的价值,更长久地拥有这些客户。这与订阅的本质高度吻合

对于增长来说,SaaS订阅模式还有另一个优势,是其收入的抗衰减能力。即收入增长受外部因素的影响较小,主要是因为订阅模式下的ARR相对恒定。比如在疫情期间,新客户的拓展几乎停滞。这对于像软件一类的产品公司,收入增长也随之停滞。

但对于SaaS来说,即使没有获得新客,订阅收入也不会受到太大的影响。服务(Service)与订阅(Subscription)这两个S,就像SaaS的两个增长引擎。只有经营好它们,SaaS企业才有未来。

四、写在最后

目前,国内SaaS公司对盈利模式的认识,还只是停留在续费的水平上;而对于订阅的本质认知还不够深入。虽然订阅和续费看起来意思差不多,但订阅需要ARR等一套全新的指标衡量体系。而支持这一收入模型,需要与以往不同的经营逻辑。

订阅收入的占比差异,是国内外SaaS公司业务内容的最大不同。如果订阅收入占比太低,SaaS公司很快就会到达营收的天花板。订阅不但是一种商业模式,更是一种思维方式。从SaaS订阅的好模式,变成“躺赚”的好生意,需要深刻理解订阅背后的逻辑。

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

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

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



用户下单库存变化分析

资深UI设计者


编辑导语:在日常生活中,我们在电商软件下单时,可能没有什么特别的感觉。但遇到特殊促销节日,涉及到电商下单环节的库存扣减逻辑时,又会有些差异。作者针对该细分模块,从下单环节和库存变化出发,和你一同探讨用户在电商平台下单后的库存占用逻辑。

平常你在不同电商软件下单的时候,似乎没什么感觉,但是具体到电商的下单环节的库存扣减逻辑,却又各有差异。年底节日扎堆,今天就从细分的下单环节与库存变化的模块,跟各位读者一起详细聊一聊用户在平台下单后的库存占用逻辑。

一、模式1:下单扣库存

通常在电商平台订单页面会显示商品当前可销售数量。常用的做法是当消费者订单拍下,系统会占用前端销售层的可销售库存数量(网站前台显示的库存,也就是可以对外售卖的库存,此时需要占用库存),下单页面显示的可销售库存数量会相应地自动减少。

当买家(消费者或用户)付款后,卖家(商家或平台)开始执行发货流程。同时系统会有设置付款时限,如果在付款时限内没有付款,该订单被取消,库存被释放,此时被释放的库存可以被后续的消费者继续购买。上述这种机制被称为下单扣库存。

二、模式2:付款扣库存

另外一种机制是消费者下单时系统不改变可销售数量(不占用前端库存),只有当付款后,系统才会占用可销售数量。当然付款后扣完前端库存订单状态由待支付变为待发货,此时需要卖家进行发货及后续履约处理。上述这种机制被称为付款扣库存。

三、机制对比分析

不同的库存占用机制会导致不同的后续结果,对比分析如下:

1. 下单扣库存

优点是:不会出现超卖。

缺点是:当消费者拍下商品但长时间不付款时,由于可销售库存被占用,可能导致页面显示该商品“售罄”,使得想要此时购买的消费者无法下单,从而失去销售机会。

2. 付款扣库存

优点是:确保形成处理的订单都是已付款的真实订单,对供应链和库存管理提供真实可靠信息。

缺点是:由于订单和付款是在不同的页面处理,可能会出现并发付款,在大订单量情况下可能会导致超卖。

特别的,超卖解释:是指商品售出数量超过卖家设置的商品库存数量,导致库存数量变为负数。

比如下文提到的秒杀案例。在秒杀活动进行中,往往会有高并发的问题,从而导致超卖。比如某商品的库存为2,user_A、user_B和user_C并发购买该商品,user_A、user_B提交订单后该商品的库存被修改为0,user_C并不知道的情况下提交订单,该商品的库存再次被修改为-1,这就是超卖现象,后续就需要前端及时补货或者做技术特殊支持处理。

四、使用现状

当前主流电商或者其他单量较大的网站都是采用下单减库存的机制,但付款时限的规定则会根据销售品类有所不同,一般来说,商品的库存深度越深(即库存数量相对前端商品的销售流量大很多),付款时限的要求越宽松。不过商家的库存压力也会越大。著名案例例如:天猫付款时限的规定是:正常订单72小时,聚划算订单30分钟,双“十一”期间的订单1小时。作者本人当时做的电商小程序付款时限为:30分钟倒计时。

五、方案建议

第一,可以针对自己应用订单付款时间做些简单的统计,根据统计结果的数据分析后做相应的设置,甚至可以精确到品类,不同活动入口等等可以做到更加细化的精细化运营。

假设场景:对某电商APP订单从下单到付款的时间差做数据埋点统计分析。

分析表明:女装某品类70%的订单付款时间是在30分钟之内,20%的订单付款时间是在2小时之内完成。最初自营商城运营团队设置的付款时限是2小时,由于买手谈的此品类商品库存深度很高,经常出现活动期过,部分用户的单自动释放造成滞销的情况。

根据上述统计结果,后续类似活动的付款时限调整为30分钟,购买转化率大为改善。既保证不出现超卖现象,又能尽快释放未付款订单,且使真正需要立即购买的消费者完成交易,从而提高购买率。

核心点还是在于突出了活动的紧张氛围,促使用户快速下单,且某一单品SKU极易打造爆款,毕竟用户很容易从众:我不知道哪里好,但是别人都说好的应该大概率会好。

第二,根据品类的深浅,设定库存扣减机制。

因为商品的库存数量较为敏感中,比如秒杀、团购等专属活动的打造,建议使用下单减库存的方式。如果不采用这种方式,可能会出现商品超卖的情况,最后导致订单不能正常完成。且容易造成前端销售和后端供应链割裂,尤其是为了快速跑通MVP闭环的新业务是一个重要的打击。

下单减库存的好处说白了:就是买家体验较好。下单后商品就是用户的,用户可以慢慢支付。缺点是存在用户下单后不付款,最终商品库存下架后,想买的用户也不能下单。

第三,当然还有一种情况是:恶意拍单。

恶意拍单是指用户拍下订单后不付款,导致商品下架。某些潮玩属性的商品很容易吸引黄牛进行恶意拍单,这种需要平台和商家联合处理。平台可以有用户黑名单,该类用户不给予大促期间的拍单资格。商家也可以向评审申诉,做暂不发货处理。

六、结尾思考

现如今各大平台都流行预售模式,预售模式交了定金就扣减库存,但是只有支付完尾款才会生成可发货的订单。个人进一步的思考就是:付款完不发货的订单都可以走售后的,如果用户真的不想要,付完款还是会退的。以前是没有运费险,很多用户付款完嫌走售后比较麻烦,所以就默默承受了非理性消费的后果。当然如果你是人生赢家就是想买买买、剁手啥的,那就个案考虑了。

如今大环境的倡导,以及各平台运费险、七天无理由等等保证消费者的政策倾斜,付款机制的选择意义没有以前那么重要了,反而是产品本身带来的价值,以及后端的供应链履约的因素会是重要的考量依据。

无论如何,对于普通人而言记住一点平台永远都会比用户聪明,今年的各种大促很明显各商家都在力推预售模式。无论是哪种扣库存方式,最终都是商家、平台与用户之间的利益角逐。故事每天都在发生,不变的故事就是我们的行为都会交税。

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

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

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



B端系统表单、表格、图表、仪表盘设计方法

资深UI设计者


接下来这部分就主要梳理一下关于表单中常用的组件的解析,包括多个组件组合成高级组件应该具体应该怎么应用,或者说我们在修改表单的时候应该注意哪几个基本原则,全篇干货,结合案例全面深度解析表单、表格、图表、仪表盘的设计应用,以下内容较多,大家可以根据上述目录来选择性阅读。


1.1 表单的概念及作用


表单的概念: 登陆注册就是平时最常见最简单的表单,表单包括数据的输入和提交的一些操作。


表单的作用:01、数据过滤(过滤信息):如果把ERP、CRM这些系统比作一个数据,用户来这个系统进行获取数据,这些数据对用用户的价值比较大,用户并不是来获取所有数据的,有一些数据对他有用,有一些数据目前来讲是没有价值的,或者用户不想获取到的,这时用户其实需要对数据进行处理,查找想要的数据,去掉没用的,而表单起的就是这样的作用,用户通过表单进行数据的过滤,数据的定位,找到想要的数据。


02、数据定位(通过过滤漏斗,精确的定位到信息):比如我们要在系统里查询搜索一个商品,搜索一个快递等等,这个搜索的过程,就是通过表单对数据进行过滤的过程,通过对数据的过滤,精确得定位数据,最后得到想要的数据,这也是数据减少的一个过程,一开始很多条数据,通过表单搜索查询找到想要的,比如可能就10多条数据是和自己有关的。这个过程也是数据减少的一个过程。



03、数据输入(将新的信息输入到系统中):用户还可以通过搜索使数据减少,同时还可以通过表格操作,数据的添加操作,表单数据输入的操作,让数据增多,这时表单起的作用就是数据输入的作用,将新的数据输入到系统中。



1.2 表单常用组件


1.2.1  输入类组件


1.2.1.1  输入类组件分类


单行文本:只输入一行,不存在回车和换行,比如输入手机号码,30个字符以内的文字,都是单行文本可以解决。


多行文本:多行比单行默认高了点,它可以换行,输入框变高了。通常用在发表心情状态,个人简介等。


富文本:指丰富的文本,不只能输入长文本,还可以把文本加上样式,可以定义文本的字符大小,定义样式,定义下划线加链接等等,通过副文本编辑器实现的,比如站酷编辑文章的输出文本就是富文本。


Tag标签:是一个文本标签,比如发一个商品时候,告诉商品有哪些属性,通常加入在搜索引擎中。



1.2.1.2  输入类组件布局展示方式


01、文本标签的对齐方式:以输入框输出用户名为例,列举三种不同的文本标签对齐方式。可分为三种:01.文本标签右对齐,也称之为冒号对齐;02.文本标签左对齐;03.文本标签上对齐。那么这三种对齐方式具体应该在什么情况下去用呢?根据“眼动仪实验数据”来看,也叫做古腾堡视觉动线,人们看一个页面的视觉动线的顺序,通常是从左到右,从上到下去浏览阅读。



文本标签左对齐应用:因此根据古腾堡视觉动线原理,在用户填写信息的时,想让用户填写的时候,填写速度慢下来,我们设计的时候就用左对齐。


文本标签右对齐应用:当我们在设计页面对齐方式时,不知道该选择哪种对齐方式的时候,就用右对齐,起码不会出错。


文本标签顶对齐应用:顶对齐方式横轴不占用空间,用户填写完成速度较快,但缺点是上下布局展示滚屏时Y轴的可扩展空间很少,因此除了系统中登录注册会用到文本标签顶对齐之外,其他地方都用的很少。


占位符对齐:在手机端基本都使用占位符对齐,因为用文本标签对齐太占用手机Y轴的距离了,但缺点是输入时出错率相对要高。



02、文本标签的样式:文本标签的样式分为两种,左右布局时:用线或者框,左右布局在B端系统里常用框来展示,而线,在C端经常用到,因为线很简洁,如果手机端设计有外框的话会显的没那么开放,而在成熟的B端产品里基本不会用到线,注册登录的设计除外,因为在B端中一旦出现很多线的控件,会导致它的辨识度很低,也很难去检索控制它,同时视觉动线也显很乱。上下布局时:它的文字标签一种在外部,另一种是在内部。当表单少的时候,可以用上下布局,但是一般用的也很少,在B端系统,输入类组件大部分还是左右布局用户框来展示。


1.2.1.3  多样式输入类组件案例解析

除了上述提到的输入组件之外,还有很多种不同的展示样式,但本质上还是这四类输入类组件,可以灵活使用,而不是一直使用单行文本来解决问题,大多数情况终极目的就是为了,减少用户使用出错率,进而提升产品使用效率。以下案例请结合下图阅读。



案例1: 选择合适的大小:


图1:比如一个手机号码输入框,再国际环境可以采用上面图文的输入方式,国内环境产品就用下面得输入框方式。这么设计的原因是因为,固定的宽度向用户暗示所需输入内容的长度来减轻判断负担。例如我们在输入手机验证码的时候通常是六位验证码,以前的设计是给我们一条线来进行输入,现在都是给我们六个空格去输入,这时按格填空对用户的判断负担一定是最小的,用户容易去做准确的判断。同时宽度得限制也是一样的,给用户一个宽度的范围,用户做判断会很轻松且准确。


案例2: 格式与情景状态:


图2:比如银行卡的格式,一串数字都是四位进行间隔区分,间隔成四位应用交互设计七大定律中的7土2法则,间隔成四个,容易让人们记忆,在用户输入的时候,可以减少错误,减少错的同时也就是在提升产品的使用效率。同时考虑多情景状态,比如银行卡号、手机号码、包括身份证号的一些输入设计,这些都是相对比较隐私,容易出现安全隐患的一些信息,这些信息在设计的时候要注意可能出现的问题,因此需要做一个隐藏的处理,比如添加小眼睛icon来隐藏关键几位数字,来减少一些安全隐患问题。


案例3:自动匹配与识别:


图3:比如当输入公司地址时,这个地址信息可能是第一次输入,也可能这个信息在我们的数据库中已经存在了,当这个信息已经存在的时候,在输入的过程中,系统应该在数据库中检索出已经输出的信息匹配给用户,我们就可以在里面直接选择来进行输入。这么做的原因就是,当用户在输入特别长的信息时候,用户经常会出错,从数据库的方式去做匹配信息,错误率会降低,输入效率会提升。另外是识别,比如在我们在寄快递的时候,通常会把姓名电话地址,一连串的信息发给快递员,这时候快递员会复制粘贴放入联系人,联系电话,联系地址这三个字段,现在的设计方式就是做智能识别匹配,快递员只要有粘贴的动作,信息就会自动做好分类把一连串数字分别粘贴入不同的字段里,这样做也是为了提升效率。


案例4:实时预警与提示:


图4:比如这个多行文本输入框,一般都会有字数限制,比如不超过150个字,如果不做这样的限制,我们洋洋洒洒写了一万字,但是发不出去只能复制多出的文字然后再粘贴,很可能会误删掉内容影响操作体验,这种文本的上限预警的解决方式是给内容做实时校验,比如上限是58个字,打到60字的时候,也允许你输入但是文本中多出的字会标红进行提示去删除多出的内容。


案例5:占位符不能替代文字标签:


图5:比如输入手机号码,占位符也是输入手机号码,看似是重复了一遍,但仍然是有价值的,可以变成文本标签里提不到得信息,比如请输入一位11位的国内的手机号码。可以只使用文本标签的方式,也可以使用文本标签加占位符的方式,但不能只使用占位符的方式。因为只有占位符,可能会让用户出错,影响使用效率。


案例6:使用内联校验:


图6:当输入错误信息的时候使用校验,左边的提示错误的方式是不对的,在校验信息的时候最好不要出现在列表的最下部或最顶部或提交的时候,因为它是实时校验的,最好实时提示出现定位到当前的边框,当前的字段中的下边,来告诉我们是当前字段出现了错误,这样精确定位错误点,才能提升效率,同时也为设计节省了空间。


案例7:减少字段量:


图7:左边信息包含了姓名,生日,密码但包含了8个字段量,我们可以把字段量减少,比如姓名组合成一个字段,生日组合成一个字段,密码和重复密码也可以组合成一个字段,重复密码的作用其实就是怕输入错误来加强记忆,但是另一种方法是在输入密码的时候让我们看到输入密码就可以做到不出错并且加强记忆,那么就可以用添加小眼睛来做替代,进而也可以组合成一个字段。这个前提是不是银行类那样由业务决定强制去重复,其他系统完全不用进行重复密码输入操作。所以减少字段量,可以消除视觉和认知负担,这样看起来更简单。


1.2.2  选择类组件


选择类组件可以分为,多选、单选、时间日期、下拉选择、Tabs标签和地理位置组件,常用的是下拉选择,重点介绍一下下拉选择组件。


下拉选择组件有几个注意点:


01.避免使用默认值:比如国家和地区,往往默认值都是安哥拉,字母A开头,如果用默认值,再B端系统里很多用户会忘记修改默认值,就提交上去,所以我们需要去把这个默认值变成空值提示信息:请选择国家和地区,在没有选择之前,这条信息是空值,点之后再去选择国家和地区。


02.采用输出检索:如果国家和地区很多,下拉信息条目很多时候,可以采用输入类得检索来设计,比如输入中国,就会出现中国大陆,中国香港,中国台湾之类的字段。


03.默认值得表述要尽量准确:用词文案需要简洁,即使没有文本标签也能够清晰表达,比如就需要写明请选择国家和地区。


04.对新增加得字段要提供注释:比如系统前后先增加的一些字段或者有争议的字段要提供注释,身份编码和身份证号码有歧义,就需要给一个注释,交互上鼠标移入帮助点icon就会显示注释,同时注意视觉上要弱化它,小图标尽量用面性图标会更能表达清晰。


1.2.3  导航类组件


选择类组件可以分为,导航菜单、面包屑、分页,其中分页里的设计注意点容易忽略,接下来重点梳理介绍分页组件。


分页作用:减轻服务器的负载,有成千上万的负载,不分页的话,会造成巨大的下载量,相应的用户等待时间更长。同时内网也同样,如果有四五百人同时做一样的事情,服务器负载能力很弱,一定要做成分页,分页每次loading10个20个,每次翻到5六页的时页的时候加载一下,其实形成了是预加载,不只加载十条数据,其实加载了五六页的数据,只是呈现了一页的数据,到了第五页慢了的原因是,需要重新加载一次数据。称之为惰性加载,懒加载。B端一般会减少加载的存在,预加载是看不到loading的,第一页加载1到5页,第二页加载5-10页等等,点快的话是可以看到的,所以用预加载的方式加快速度,减少服务器的负载。前端工程师可以用组件库翻页可以直接loading出来。


翻页操作:一般很难看到数据库数据的总量,一般不会看到三位数的页码,一般来讲会让数据翻到前20页、10页之内,就让用户找到这个数据,不会让用户不断的往后翻,对负载时比较大的。


1.2.4 提交类组件


选择类组件主要介绍按钮的设计注意事项。按钮常见的状态有三种,通常状态、悬停/点击、禁用。其中B端组件库里按钮常见的类型有:


次要按钮:一般用白色或者浅色,页面中次要按钮多一点,比如一个页面一个次要按钮都没有就是错的,比如查询和重置一个是主要按钮,一个是次要按钮。


主要按钮:一般用主色调的颜色,用在完成、推荐、提交的操作,显示会比较明显。


文字按钮:没有背景的按钮,弱化的按钮。


带图标按钮:带有补充含义,比如搜索按钮加个搜索图标。


图标按钮:纯图标按钮,只有前进后退用的多,其他用的少。用图标按钮节省它的空间。比如上一页、下一页可以用图标很明白的代表它的含义。


虚线按钮:上传之类的,添加内容之类的。



当了解了按钮的类型,那么如何确定按钮的摆放顺序呢?这取决于平时用户对电脑操作的习惯,同时结合业务逻辑的关系,来排列展示按钮顺序。



1.3 表单综合案例解析


1.3.1  表单综合案例一:修改表单的三个原则


01、视觉简单点:


B端系统不用视觉做特别多的修饰,不像C端,在买商品时看不到商品看到的却是满屏的banner,在B端中表单不用设计的那么花里胡哨,Antdesign提供了很多组件示范,我们应该了解Antdesign为什么这么设计,比如输入框为什么采用上下布局不采用左右布局的输入框呢?因为容器上下布局是视觉动线最快的输入布局方式;为什么使用框类不使用线性的呢?因为框类在B端系统中是最快分辨它的输入域输入区的地方,只要知道这些视觉的原理,就知道怎么合理的使用组件了。


02、文字简单点:


文字描述的简单点,第一种方式是通过左侧的文字标签来做;第二种方式是通过占位符标签来做,国外的一些文章强调,不要用占位符提示做任何事情,因为占位符特别影响视觉动线,但国内已经习惯了占位符来表示。


03、字段简单点:


1. 减少字段的方式,首先要知道这些字段的目标是什么(字段的方式去做减法)



例如下图这个电商类产品,目的是让用户可以收到商品,那么删减以上哪些字段不受影响也可以将商品准确的送到用户手里呢? 这个需要我们通过和产品经一起商量,在满足功能需要的同时,其实以上字段可以至少优化50%字段。首先姓名:姓氏和名字可以合二为一,直接输入一个字段就可以。邮箱:输入邮箱可能是为了得到账单,现在手机里就可以得到账单,所以邮箱基本用不到。电话:电话很关键,不能删掉。家庭地址:我们在做电商时,我们通常会把邮件邮寄到家庭,大部分情况家庭为第一地址,第二地址公司地址也有这种情况,但没必要从这里输入,可以从一些内容带出来,所以公司地址不用当前填写,可以把它删除掉。省份、城市、邮编:这三部分完全可以在输入地址的时候从地址带出来,没必要再输入一遍。特别是邮编,目前在我国发快递时邮编已经基本用不到了,我国大数据已经做了到了不用邮编来分辨地址,数据量已经足够大了,只填手机号和地址就可以。优惠券码、信用卡号、安全码:这三个不能删掉。密码、重复密码:重复密码是为了输入密码时加强记忆,可以采用小眼睛来替代重复密码。所以我们可以看到在减少了50%的字段后并不影响用户收到商品,那这个改动就是成功的。这个就是我们设计师应该做的事情,当然在删减之前,应该和产品经理商有理有据的去沟通是否按这种方式去这样设计。



2. 把相关的字段进行可视化分组(表单的方式去做分步)



删减完字段后,最终得到七个有用的字段,将这些数据进行分组优化,也就是归类整理,我们常用的排版方式是卡片化设计,卡片化设计是一个特别好的信息分类的设计方式,即时不用添加基本信息,优惠信息,支付信息之类的名称在卡片之上,通过卡片的方式,从上到下布局,用户可以看的更加的准确。



除了对它信息进行分类,我们也可以对它的过程进行分类。比如左边这个页面,虽然是从上到下,但感觉输入的信息太多了,我们可以对这个过程分步优化,分布后把它列成基本信息和支付信息两个层级,基本信息包括姓名、电话、地址和优惠码,其中优惠码为选填,当页面里所有信息都需要必填的时候,有部分选填得信息标注选填就可以,当所有都需要选填的时候,有一个必填,那需要标注必填就可以,具体标注方法,这里使用的是占位符标注方法,还有星号的标注方法,用星号标注是已经用户形成认知习惯,但看视觉哪个好看就用哪个,比如在苹果的设计中就很少用星号来设计,是为了担心影响用户的视觉,同时星号一般放在前面,并且不一定非得用到红色。支付信息就包括必须要用到的信用卡号、安全码和密码。类似这样将过程进行分步优化也能用户对表单的填写,加快用户的录入速度,更快的在体验上去得到提升。

3. 使用逻辑顺序


还以这个案例来看,我们分成三个逻辑顺序,个人信息相关、商品相关、支付相关。在B端中需求和场景是环环相扣的,我们需要场景化的解决方案。这个场景化的解决方案和这个表单的关联,对应的就是用户完整的购买流程,这个表单的三个场景,第一个场景是收货信息,第二场景是优惠的信息,买商品有什么优惠,第三个场景是支付场景,这个流程完成支付就完成了购买,所以样的顺序就是一个正确的逻辑顺序,通过先确定流程再确定字段展示顺序。



1.3.1  表单综合案例二:表单设计具体流程


第一步:做信息分类。当我们了解这个产品,熟悉这个业务的时候,可以根据信息的含义,把这些杂乱无章的字段分成几个部分,可以和产品和开发进行讨论也可以加深对业务的理解。由于B端信息的维度特别多,具体的信息分类方法可以借用五帽架信息分类法 。可以根据可根据类别进行分类:即根据信息的相关性来进行分类。也可以根据时间进行分类,比如时间正序,距离时间最近的来进行分类。同样可根据地理位置的远近,字母的排序和认知规律从大到小从胖到矮的连贯性来分类。一旦分类好后,用户在填写的时候也不会觉得奇怪,填写的逻辑性和顺序感也会体现出来。


第二步:做排序分类(按业务逻辑顺序)。当得到了信息的分类,比如一个汽车CRM系统,基本信息、车辆信息和故障信息,它具体要解决什么样的问题,这三部分谁应该放在第一位,谁应该放在第二位,第三位,可以根据prd需求文档来了解做这个功能具体要解决什么样的目标,具体是什么过程在prd里应该说的非常详细明确,这个过程就是它的业务逻辑,所以我们可以通过prd中的描述来得出业务逻辑。


第三步:明确字段类型。当得到了信息分类,得到了信息逻辑顺序之后,接下来需要明确字段类型。比如100个或200个字符,单行文本输入是可以支持的,超过255个字符,我们就需要多行文本输入框来解决这个问题。


第四步:明确产品的原型。可以自己搭原型,和产品进行讨论,也可以直接和产品要原型,最终目的是这个原型一定要确定下来。


第五步:确定界面设计框架。确定栅格化设计框架,选择多大的设计尺寸,进行页面栅格化设计。


第六步:对应组件设计。根据原型去对应我们的组件,是用下拉框组件还是文本输入框组件,去找对应组件设计。这样我们得到了字段、原型、框架和对应的组件化,下一步就要做视觉的方案设计。


第七步:视觉设计方案。根据表单的内容来决定视觉设计方案,如果它的内容信息量比较多,比如它的数据量很多,字段很多时,用弹窗就不太合适,弹窗属于字段量不是特别多,和后面主要弹出得页面是有关系的,需要重开一个新的单页面,单页面是大容量,分类单页面属于更多内容容量。第二可以根据数据层级的操作关系来决定,如果从一个页面中打开了另外的一条数据进行修改,比如从表格中打开表格中的一个详情来进行修改,就需要弹窗来设计,这也取决于弹窗内容的多少,如果弹窗内容确实很多,弹窗就要大一点甚至使用全屏弹窗。



通过下图可以看出,表格通常由标题、工具栏(对整体批量的操作)、表格头、表格行、分页区、批量操作区、表格列、单行操作区(是对单行数据的操作)、数据呈现表格区、数据查询表单区组成。


以下内容是表格的规范和注意点,其实我们在设计的时候,很少自己去画一个表格,一般都是从组件库里选一个表格,然后分离组件去进行再次的自动布局得到新的表格。



2.1 表格头


表格头要做到简练准确,不受内容影响。表格头中的文字和正文字一样也可以,加粗也可以,但一般都会做一个颜色来做区分。


2.2 操作区域统一划分


图2表格头工具栏包括条件过滤,右上是表格内容工具,如自定义列,全屏等。


2.3 表格间隔


表格间隔可以让表格的内容看起来更加的可视化,也叫内容降噪,可以分成线与间隔色两种方式,通常交互hover状态下,间隔色变成更深得颜色也可以。


2.4 内容降噪


操作区域色彩元素应尽量简单,原则上不超过3个。


2.5 表格行高


表格需要一个页面呈现出10条,其次需要单元格高度=文字行高+上间距+下间距,其中上下间距为8的相关数即可。


2.6 单元列空间


表格首先应保持100%把所有字段显示全,字段多的情况可以横滚列宽可调节,但是需要保证间隔不变,类似于栅格的沟槽原理。如果内容显示不下可以做横滚,如果内容显示的下,还想要保证整个表格有设计感呼吸感,需要保证n为左右的间距,可以是8或者8的倍数,每个列之间的间距要做成2n,这样它们之间的间距就会有那种层叠得呼吸感就会比较好看,有规则性。





3.1 认识图表


在做数据图表时我们设计师需要关注的是,我们的数据需要用什么图表来做,而不是主要关注图表长什么样,或者说图表有多好看,我们应该关注的是这些B端的数据怎么用正确的图表去表达。数据图表也不是千篇一律数据大屏那种感觉,虽然数据大屏是信息图表主要应用的一个方面,但在B端系统的信息图表中,主要是将一些表单的数据转化成图形的方式来进行显示,这点和数据大屏其实并没有什么关系,所以B端系统中主要以数据为主,而信息图表作为辅助,这是一个需要了解的前提。


但从视觉提升角度去考虑,数据图表在B端中是最容易表达视觉的,我们之前两篇提到的表单设计占了B端设计80%的工作量,就会发现这80%的工作量几乎没有表达出特别好有冲击力的视觉,因为表单只是一些数据和文字的排版,并且还有规范的限制,在统揽整个B端作品中,容易突出视觉设计感的一定是数据表图设计。还有一个大家比较关心的问题,这些图表前端工程师能不能实现,是可以的,前端在实现图表都会用一些常规性的图表的组件,这些组件通常都是已经代码化的组件,一些图表公司做好了的可以复用的,有前端代码也有后端数据调用的接口,它只要对应这些接口写一些代码就可以实现了。作为设计师在设计图表的时候,还有一些地方需要我们去设定,接下来就和大家一起梳理怎么正确的表达数据图表,我们一起来进入数据图表的知识体系吧。


3.2 常见图表类型


常用的数据图表可以分成趋势类、比较类、占比类、分布类四种类别 。


趋势类图表:代表了数据增长的趋势,它可以对比出数据增长的一个趋势。主要有面积图、折线图、堆积面积图和漏斗图。重点了解面积图、折线图、漏斗图。


比较类:比较类图表是B端系统中用的最多的图表,有柱状图、条状图、玉珏图、堆叠柱状图、堆叠面积图、雷达图等,常用的我们重点介绍,柱状图、条状图。


占比类:和比较类图表有些重叠的地方,有饼形图、环形图、堆叠面积图、仪表图、矩形树图、堆叠柱状图、条状图、百分比堆叠柱状图,重点了解饼形图和仪表图。


分布类:有箱形图、直方图、热力区图、地图、气泡图、散点图、色块儿图、等高线图,重点了解地图和气泡图。



面积图:可以理解成填充之后得折线图,不同于折线图是,因为填充可以更好地反映出信息得趋势,用户可以根据面积得多少,反映出数量得多少,还代表连贯得数量级,信息数量级是一直存在的,不会消失。


折线图:折线用的最多,是条线代表趋势得变化。折线和柱形再某些层面是一样的,在一定的点表现它得趋势变化,每个月,每天,每个小时。通常用在公司得年销售额,价格得趋势,用户量得增长,折现一般不超过5条。Y轴为数量,X轴为时间。


漏斗图:属于面积图,适合排名,销售业绩,再CRM中用的最多,通过销售线索最终达成成交量,它不断通过漏斗得方式最终达成成交,每一个漏斗代表一个环节,有一个顾客进入商店,进入商店购买商品,留下信息,订购,整个流程走的就是用户旅程得过程。越往后越精准。


柱状图:柱状图是面,代表面积,更直观得是包含数据,这些数据能更能直观体现它得拥有量是多少,一般用在销售额,产品类别,分类数据得比较,如果可以看到最高和最低得差量。


条状图:类别在Y轴上,X轴地表数据,Y轴上能更多显示数据,它可以显示负数。


饼形图:饼形图表示人口,人女比例;预算得分配;在线流量得来源等等,反应得是多与少之间的对比。他们是在同一维度下的比较,比如当年得,已经再设定好时间段得显示情况。


地图:分布点,流量,数据量,用地图不要随随便便搜一张用到界面里,地图要到国家地理官方网站用,否则有问题,设计背锅。


4.1  认识仪表盘


用于B端首页的系统状态的展示,一般包含系统的关键数据信息和信息列表,一般会有各种数据图表展示。为用户提供全局概览,让用户快速掌握工作进展及进入工作状态,并且可以访问最重要的数据,功能和控件。


4.2 仪表盘界面分类



分析类:分析类仪表盘给了我们很多分析类的信息,这些信息包括销售额、订单量、包括销售额的趋势图、排行榜等,目的是可以在B端系统中看到目前收集到的这些数据,让我们来进行分析。虽然计算机会给我们一定的结果,但更重要的是我们需要根据这些数据得出什么样的结论。


监控类:比如股票的变化趋势很快,需要实时监控到这些数据的变化。


控制类:比如阿里云系统中有很多的控制台/仪表盘,里面有很多的入口,有常见的快速入口,和推荐信息的一些入口,这就是控制类,通过用仪表盘来得到控制。


综合类:综合类系统是我们B端系统中见到最多的,比如CRM和ERP基本上是综合类的,因为他要显示数据的统计,也要显示一些快捷的入口。


4.3 仪表盘的设计过程


首先仪表盘要有功能,让用户看到数据,让看到数据我们需要做以下事情:


第一步:分析用户的权限:仪表盘在B端很重要的一点是我们要分析用户的权限,因为不同的人看到仪表盘数据纬度的信息是不一样的。权限比较高的比如有管理员/普通管理员/操作员,超级管理员等等,所以要根据不同的权限展开不同的信息。


第二步:分析业务的场景:比如销售人员看到内容的都是和销售有关的内容,权限是第一次筛选,把什么样的信息展示给他,然后经过第二次筛选,第二次筛选包括是由产品经理,BA这样的角色帮我们来筛选这样的信息,不是完全由设计师来决定,这两步过程是不可忽略的。


第三步:确定仪表盘展示的内容:到底展示什么内容,刚开始没有那么清晰,可能就是思维导图或者几行字,根据这些来进行视觉展示。


第四步:视觉设计:根据展示内容进行视觉设计。首先基本构思和画原型图;其次确定字体,颜色,样式和图形设计。其中需要注意的是,视觉整体要有统一的标准规范去表达,同时空间留白要合理,灵活的运用栅格化,界面要有呼吸感。最后信息传达要准确,比如图形和色彩,每一种颜色都有特殊的含义,不要应用错误,比如红色要特别小心的应用。




日历

链接

个人资料

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

存档