首页

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

涛涛

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


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

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

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

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

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

一、现状评估-常规操作

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

农企做数字化转型,也是如此,需要清晰地了解自己所处的产业链地位、产业地位、内外部环境如何。使用的工具有战略地图、波特五力模型、市场分析、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端产品设计思路&高频设计要点笔记

鹤鹤

B端全称是Business即商家(泛指企业)的产品,通常是企业或商家,为工作或商业目的而使用的系统型软件、工具或平台。相对于C端产品,B端产品对业务逻辑和产品逻辑要求会更高。


本篇笔记将罗列B端设计过程中的核心设计思维和高频设计要点,结尾附上大厂设计规范链接。供大家下载查阅。



★目标导向·B端产品的商业目标


设计开始要了解设计的目标,用户的行为都是有「目标动机」的,B端产品的业务目标往往都是为了为企业或个人为了解决某一项工作上的问题。
当设计过程以「目标」为出发点,可以增强设计判断力,输出更有效设计解决方案。


B端产品的设计原则:提高使用者的工作效率,同时降低业务链路的操作及学习成本。

当你有了目标以后你的设计就可以围绕这个目标展开:



★设计价值·B端的设计价值体系搭建


对于B端的产品而言,用户最关心它能为实际的工作带来哪些便利,而并非这个界面做的多么的好看,以及用户体验多么棒。所以B端产品设计价值优先级往往是  功能性>表现力



B端产品设计需要站在整个业务线全局角度去把控各个设计点,不再是「用户体验」至上,为实现「任务目标」,「牺牲」一部分「用户体验」是必要的,这个时候视觉和一些体验就不那么重要了。通过调研业务去了解各个角色职能的工作流程、相关痛点,让产品能用,好用。



要点1·了解项目的业务流程


理想的B端设计需要了解业务目标以及业务链路中每一个环节的过程。将业务逻辑理解透彻再考虑应该如何进行设计实现。

这样做的原因当你站在使用者的角度进行同理心设计可以更好的帮助用户完成他要完成的工作,从而提高效率。产品原型一般基于「功能」本身,而设计师从用户实际场景规划用户的任务流,可以优化产品逻辑,补全缺失场景,通过了解业务流程也能给予创造性解决方案




要点2·用户调研与场景化设计思维


B端产品往往是是服务于企业用户,用户画像需要专注于用户特征中的「群体职业身份」这类人无论性别、年龄、地区有何差异,他们都是一类角色,我们的产品要提供给这类角色使用,而不是某个人使用。



由于B端设计师不是产品的用户,无法沉浸在与用户相同的真实场景中,建立共情。所以设计师最好亲自感受一下业务流程,获得一手的用户洞察,


获取B端用户反馈的方式

「通过业务人员交流」业务人员可以帮助我们快速高效的描绘出典型客户案例的用户画像。
「实地走访」:观察在自然状态下用户如何完成工作任务,并提问题:「你怎么做?」或者「为什么这么做?」
「建立种子用户群」:聚集活跃的种子用户群,收集意见和建议,并在群里验证设计想法。
「亲身体验」:成为真正的客服小二,接听客户电话,记录自己在工作台场景下的真实体验和感受。

获取用户画像后了解该群体背后工作感受,行为习惯,以及任务类型。




要点3·情感化设计心理


安全感和信任感建立:人们越来越关注隐私和信息安全。如果你要求必须填写敏感信息,请确保使用字段下方的注释文本解释为什么需要这些信息。


实际工作中我们曾经自动获取过用户之前表单中填写的的支付类账户信息,在收集的用户反馈中,用户会感觉到隐私正在泄露并让用户信任感降低。所以即使用户输入体验会更好,但是考虑到信任感,敏感类信息请不要自动获取。


让用户感受到你正在帮助他操作:Jakob Nielsen于1994年提出的十大可用性原则中,其最后一条原则Help and documentation(帮助性指导原则)是搭建B端用户帮助体系的核心准则,在理想情况下,没有帮助文档就可以使用系统是最好的,但在某些情况下(尤其是B端系统),提供一些引导性的帮助其实是必要的。


B端系统中可以尝试搭建用户帮助系统:




要点1·降低学习成本


对B端产品来讲,设计师在设计的时候是不需要耗费太多的思考的,只是去按照交互设计师的规划堆砌图表和列表。但是对于使用者来讲,其中纵横交错的商业逻辑和业务逻辑却是给用户搭建了一个十分高的门槛。



要点2·保持高效


例如修改资料的时候,使用弹窗、浮层等等交互操作会减少页面跳转的频率。

但是与此同时,减少页面跳转并不代表真正的高效,例如瑞幸的供应商系统,供应商所产生的订单需要按照指定的流程一步步进行操作确保不会出现问题这样虽然页面的跳转增加,但是可以避免操作出错给用户带来更大的困扰。



要点3·整理信息/引导视觉


设计要根据用户的浏览习惯和视觉动线。要尝试引导用户的视觉,举个例子,如何引导:




设计侧核心要点


B 端产品是以业务为核心,是需要用户长时间操作并完成工作任务的,对于操作和展示内容无关的元素,越少越好。视觉为功能让步,追求简洁、清晰、克制、理性的视觉风格。设计语言尽量做到不干扰不打扰。



要点1·表单设计


输入顺序:先易后难;先必填后选填;先公开信息后隐私信息;有关联性的合成一组,特殊问题后置,用户输入时、不会觉得突兀、门槛太高 。

自动对焦(PC端)进行表单页面,自动对焦第一个输入字段可以引导用户开始进行输入。

标题:标题是对下文最短最精的概括。用户一般都会跳过表单内容,而且几乎都不会仔细阅读那种特别详细的描述。所以用最少的文字说清楚一个表单的目的尤其重要。
用户应该可以看一眼标题就知道他们应该怎么做,而不是非得把剩下的全部看完,
(附:这部分感兴趣的同学可以搜索“微文案设计”)

在表单编写方面,或者说各种写作中,删减词语都要比添加词语更加有益。 在仔细检查不必要的词语后,文章会更笃实,更连贯,更吸引人。



这个链接有什么用?关闭是点击右上角的按钮吗?如果并没有增效,那就是减效。每一个字,每一张图片,都不是100% 必需的,这些都会降低你表单的转换率。

删除一个字段,表单提交率就可以提高 26%。(本篇笔记原本有12000余字,为了避免浪费大家时间,我仅保留4000余字的高频要点内容)


PC端产品提示文字尽量不要放在框内

提示文字存在于框内常用在移动端,它的空间占比很小,对移动端的小屏来说,是非常友好的,但如果在交互上处理不好,会有很大的缺陷。

内部标签结构,只有提示性文字,用作提示用户应该输入什么内容,但用户在输入的时候,内部的标签/提示性文字就会消失,这时候,用户会失去它是否输入准确的唯一判别标准。


减少打字需求

字段输入通过部分人工智能自动将操作步骤可以变得简洁高效 ,也包括诸如一些、自动定位、图片识别、自动获取,第三方导入等方式来使用户的效率得以提升的功能。
打字是在线表单中最耗时、最密集的部分,而且经常会导致错误——尤其是在手机上。用按钮、滑块替换文本框并使用自动完成功能,将减少工作量并提高转化率。



使用文本块

文本块会更容易让用户记住内容:例如银行账户、电话号码等等。它指的是将信息排列成「块」的过程,使内容更容易保留、处理和回忆。一份研究声称数字 3 是帮助人们吸收和回忆信息的神奇数字。


表单的提示文字和定义格式要求

如果一个字段需要特定的格式输入,请告诉用户。例如密码要求、语法规则、编号间距等等。



用输入框长度提示

可以用输入框长度提示用户输入的内容是否正确。
德莱厄斯研究所的可用性研究发现,如果一个字段太长或太短,用户开始怀疑他们是否正确理解了标签。


在用户输入的时候,右下角告诉用户已经输入了多少字,如果超过 80 字后会变红色,用来警示用户,并且此时的表单域也无法输入新的内容。


如果用户填写错误,向用户显示错误发生的位置,并说明原因。


单选框

如果你的表单里的选项少于5个可以列出所有选项供用户快速选择,当大于5个时候可以尝试用下拉框解决。
将第一个选项作为用户最有可能的默认选项,且是最安全的选项,提前预判用户的操作提升选择效率。排列方式推荐数直排列,竖直排列相对于水平排列容易读取和定位,提高用户的浏览顺序。



解释隐私消息

当前需要用户填写相对隐私的信息时,请给予解释这么做的原因及目的。


收集设计反馈

完成表单的设计后可以给业务用户进行简单的测试,并记录他们填写的时间收集反馈,以及对这一连串的问题他们体验如何。这也将有助于你下次评估表单的设计。

最后在情感化设计系统里记得感谢用户填写或者反馈问题,因为用户是花时间的。所以请表示感谢。


要点2·表格设计

表格的设计围绕着「可读性」和「易操作」两个设计原则。设计易读,易扫视,易比较,易操作的表格结构是表格设计的首要目标。


列宽有三种常见处理方式:

1.  根据内容的极限长度给出足够的固定宽度;
2. 可以固定部分列的宽,其余列按百分比处理;
3. 列宽需要考虑最低宽度/最大宽度/文字极限状态,内容为空状态显示方案;
4.需要设置列之间的最小宽度,表格响应式布局情况下最小不小于此宽度。

M-Densign规范中对齐方式会遵循如下规则:
表格的排序,应从用户目的出发,遵循用户查看数据的习惯,尊重数据之间的关联性,设计用户查看、操作数据的路径,而非随机排列(这部分可以在业务侧调研时验证,提高用户体验和阅读效率)。


1. 文本信息/混合型文本左对齐,符合从左到右的阅读习惯;

2. 数字信息右对齐,方便数字之间的直观对比;



要点3·按钮设计

设计规范需要定义按钮的四种状态:正常状态(Normal)、悬停状态(Hover)、激活状态(Active)、加载状态(Loading)、禁用状态(Disabled)



B端产品的开发一般涉及多个开发团队协作,例如瑞幸的后台修改按钮颜色,都可能牵动10+工程师的协同。

所以B端产品在进行设计改版以及设计侧调整时候要思考调整对于业务侧是否有直接帮助,在设计和规范建立之前,切勿频繁改动。


除了完全独立设计开发的项目以外,还有大量的 B 端项目是采用第三方框架开发而成的,如 Ant、Element 等等。这是因为这些第三方程序可以帮助团队节省大量的开发时间和精力。


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

文章来源:站酷 作者:Cesare_玄漓
分享此文一切功德,皆悉回向给文章原作者及众读者.

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

蓝蓝设计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端产品 从场景到需求,进而研发功能,最后又回归场景,你设计的好与坏,落地到真实的场景当中,试试便知

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

文章来源:站酷 作者:CE青年
分享此文一切功德,皆悉回向给文章原作者及众读者.

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

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


UI设计新人必须要善用这10个网站

seo达人


01. Behance

https://www.behance.net/

Behance 对于设计师来说并不陌生,作为国外的一大设计平台汇聚了众多的设计大佬,分享了很多高质量的设计作品。

对于 UI 设计师来说,这是我们需要定期访问的网站,里面很多 UI/UX 设计相关的作品都偏向于成套的作品输出。不仅可以让我们学习全案设计的思路,作品包装设计的思路和处理技巧也是非常值得学习的。除了 UI/UX 作品以外,还包括平面、图形、品牌、插画、摄影、动画等等作品,并且质量都非常高。

成为优秀的设计师离不开灵感的积累,这个网站绝对是高质量灵感来源之一。

图片

 

02. Dribbble

https://dribbble.com/

Dribbble 相信很多喜欢 UI 设计打卡的同学比较熟悉,汇集了大量设计师的一些日常创意作品。该网站不同之处是发布作品需要邀请码,就是需要有邀请码的设计师邀请加入才能发布作品,获得邀请码也相当于设计能力获得认可。

整体作品的质量还是不错的,如果当你设计时没有想法,这是一个不错的灵感采集地。

图片

 

03. Pinterest

https://www.pinterest.com/

这绝对是一个灵感采集的绝佳网站,经过众多用户的长期积累,已经汇集了全球大量的优质图片资源,其中设计作品也是非常丰富,且质量都普遍偏高。

你可以通过关键词搜索、画板关注、以图搜图等操作获得灵感,而且相似推荐还能延伸出更多类似构图、配色、主题等图片资源。点击作品还能跳转到原始出处,顺藤摸瓜找到更多优质资源,真的是非常便利。

图片

 

04. Mobbin

https://mobbin.design/

这是一个汇集全球优秀 APP 截图的网站,有超过 50000 个优秀 APP,节省了下载应用的时间,对于 UI 设计师来说非常实用。

同样的应用还提供了 iOS 和 Android 两个不同版本的截图,简直非常的人性化。这是一个使用起来非常简单的网站,海量的设计必将开启你的灵感脑洞。

图片

 

05. Medium

https://medium.com/

这是国外的一个分享专业文章的网站,各行业的大佬们会在这里分享自己的经验和心得,带给新人很大的帮助。作为设计师来说,一些设计技巧和经验的学习也是至关重要的,这里也汇集了很多优质的设计类文章,相信可以带给你更多帮助。

学习吸收国外设计师的想法也是一种扩充视野的方式,这个网站是一个知识吸收层面来说不错的选择之一。

图片

 

06. Unsplash

https://unsplash.com/

这是个人非常喜欢的一个图库网站,在做一些设计作品的时候,我经常去里面搜索符合的图片填充我的设计。这个图库网站的图片都是可以免费商用的,而且你无需注册也可以下载使用里面的图片,是不是非常的人性化。

网站提供了很多的图库资源,在搜索的时候采用英文搜索资源会更丰富一些。

图片

 

07. Zhongguose 中国色

http://zhongguose.com/

你知道茶花红是什么颜色吗?苋菜红你可能名字都不一定听过,中国有很多传统复古的颜⾊,这个⽹站相信会给你想要的答案。

当我们在做一些传统文化项目或者需要用到国风味道的配色时, Zhongguose 这个网站列举了很多中国色,提供给设计师进行配色参考。

图片

 

 

08. Designspiration

https://www.designspiration.com/

该网站除了通过关键词搜索图片内容以外,在搜索栏有⼀个调色板的图标,点击可以通过指定的颜色进行搜索相关配色的图片或者设计。在选择颜色的时候不是单一的色彩选择,可以选择几个配⾊组合进行搜索,对于设计师来说⾮常实用。

图片

 

09. Adobe Color

https://color.adobe.com/zh/create

该网站是 Adobe 公司开发的,主要功能就在于超级方便的色彩选取。它提供免费的⾊彩主题,我们可以在任何作品上使用它们。我们也可以选择不同的调色规则,然后使用交互式色盘、亮度以及不同颜⾊模式的滑块来建立颜⾊。

图片

 

10. 51学设计-设计规范

http://51xsj.cn/index.php?s=/index/design/categorylist.html

最后给大家推荐一个黑马哥自己的网站 – 51学设计网,本次主要推荐的是里面的设计规范栏目。为了方便各位 UI 设计师熟悉各大平台的设计规范,专门为大家整理了常用的设计规范合集,让大家更方便获取相关的资源。

当然,还有黑马家族平时推送的一些文章合集也收录在里面了,还有设计书籍栏目也是不错的选择。

图片

 

小结

灵感的积累来源于日常的不断吸收和总结,今天分享的这些网站如果大家可以经常去逛一下,相信可以带给你很多收获。本期先给大家分享这 10 个网站作为抛砖引玉,希望可以带给大家更多帮助。

 

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

作者:黑马青年

转载请注明:学UI网》UI设计新人必须要善用这10个网站

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

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

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

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



组件固化、布局确定,如何对B端页面进行大的改版?- B端问答

seo达人


 

Fiori

在SAP的 Fiori 设计系统当中,同样它也进行过多次的改版:

从最初的 Fiori 1.0版本的Blue Crystal

图片

再到 Fiori 2.0版本的 Concept Design

图片

而Fiori 1.4 版本的 Belize

图片

而除了视觉风格的改变,更多是交互形式的一点点优化,而优化并不等于颠覆,更多是想在原本的设计框架下去调整错误的交互形式,在一些细节点上去做创新。

感兴趣的读者可以复制下方链接去看看 Fiori 的一点点改变:

https://zhuanlan.zhihu.com/p/54476972

 

Lightning

图片

在 SalesForce设计团队的 一次 YouTube 直播分享过,讲到一个问题:如果想要对当前的系统进行一次小范围的迭代,所耗费的资金可能会达到数百万美金。

因为当你进行了改版过后,企业需要通知用户有哪些改版内容;而销售则需要对大型企业进行培训;作为产品设计者你需要引导用户,提示他修改的点;

你上面所做的一切并不能覆盖所有的用户,就像我这篇文章虽然大家都会转发,但是也不是所有的B端设计师都能看到(不过大家也一定要多多转发)。

而很多用户不知道,也就意味着他可能需要去翻阅帮助文档、咨询客服。

这一系列的付出都是需要成本,因为不能简单站在一个设计师的角度去分析改版,更多需要你多去理解改版究竟会带来什么,特别是产品成熟阶段。

而SalesForce 的案例并不是劝退设计师改版,而是在改版之前需想清楚自己的真实需求,哪怕是视觉上的好看,也要确定你的设计与其他版本之间的差距究竟有多少,来验证自己的设计。B端设计目前难点不在设计“好看”的页面,而是如何讲清楚你设计的页面是合理的。

 

Element Plus

图片

这里也和大家聊聊 Element,不知道有没有细心的读者发现Element最近正在更新 Element Plus。

而关于Element的版本迭代,则是因为技术的原因。

如果你对基本的技术框架有那么一点点的了解,你就会知道 Element 是基于 vue 进行搭建的,而最近的Vue 3.0 的出现,也就意味着 Element 需要进行一次全新的迭代。

这是 Element 的技术迭代大背景下,而他的迭代过程,就需要将之前element系统当中一些基础内容给优化,调整来满足现如今B端市场的设计需求。

最近也在与 忠忠 一起负责 Element 的设计系统优化改版,如果你有设计系统相关经验,有充足的时间,可以微信咨询我。

 

总结

其实B端设计,更多的是优化、迭代,想要颠覆,会付出很多代价,正因如此它和C端不同,也正因如此才叫做B端。

 

原文链接:CE青年(公众号)

作者:CE青年

转载请注明:学UI网》组件固化、布局确定,如何对B端页面进行大的改版?- B端问答

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

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

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

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


日历

链接

个人资料

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

存档