杭州嵌入式培训
达内杭州嵌入式培训中心

13732203138

热门课程

设计师,不要只守着屏幕上的一亩三分地!(二)

  • 时间:2020-05-18 11:12
  • 发布:转载
  • 来源:网络

在上周的文章《设计师,不要只守着屏幕上的一亩三分地!(一)里,我从「不要只关注电脑、手机、Pad等屏幕上狭义的界面,还需要关注整个用户体验旅程、乃至整个商业链路!」这个不成熟的小想法,延伸出了 3 个问题请大家一起思考:

1 是,泛互联网行业的设计师,所要设计的内容是屏幕上界面吗?(是 or 不是 or 不全是)

2 是,关于设计工作的范畴,你能列出明确的边界吗?或者你理解的设计工作有哪些具体环节?(例如,低保真、高保真绘制,切图标注……)

3 是,你认为设计师所需要具备的技能有哪些?(我先说,比如掌握设计理论、软件操作熟练、审美过硬……)

上篇中只分享了关于问题 1 的想法。今儿让我们书接上回,聊聊对问题 2 的点滴认识。

问题2:设计工作的具体环节

聊问题 2 之前,想先分享下在做上篇提到的疫情服务项目时(可谓一波三折)的经历,简直是「兵来将挡,水来土掩」。

 

最初我们基于公司掌握的大数据,通过分析用户需求场景,规划出了 3 项功能

但!在交互稿都完成大半之后,数据侧反馈目前数据质量不佳,功能2、3无法支持全量用户得到准确结果……

 

得,那就先含泪砍掉2、3,做功能1吧,视觉定稿、前端实现之后

发现!设计的数据合并展示方式很美好,清晰、具体、不重复,但算法侧短时间无法实现……

 

害,排期紧张,那就设计暂做妥协吧,把数据一条条地展示出来,先保证功能可用

但!这时候发现,有的数据它不全啊,有缺失啊……

咦,那这是为什么会缺呢?从前端查到接口,查到数据库,发现是数据本身确实会有缺失,需要时间修复……

那,有数据的咱们展示,缺失或者异常用户增加状态单独提示吧

(上线前)领导:定稿页面发我下,请法务看下是否有法律风险

我:领导请查收(内心OS:⊙o⊙ 嗷嗷怎么还有点怕)

终于上线了1.0版本的页面~ 喜大普奔~~

各渠道业务同事:我们这里想要加个入口,放这个功能,给个焦点图和链接吧

我:好的,给~

同事A:不行啊这个链接,放了小程序的配置文件了吗?还有小程序里禁止有各种下载引流的外链啊

我:啊酱紫……

同事B:能给我加个关注公众号的二维码

我:好啊

转头——研发大大您看这个二维码啊 _(:з」∠)_

(上线第二天?)客服同事反馈,有用户反馈信息不准确

领导:写个客服预案吧,不然挨个处理用户反馈可能会

我:好的领导(客服预案是啥?啥?)

(上线了几天后)领导:咱们这个页面目前用户量多少了?

数据组同事:不对啊当时研发统计的只有访问页面的PV、UV数据,没有点击功能按钮的数据

我:…(⊙_⊙;)…

(风平浪静了一段时间)功能2所需要的接口完备了,原来设计的页面没白费,研发完准备在流量最大的几个渠道更新上线了~

研发大大:不行啊这个渠道1跟2之前是联动的,这次改1不改2,得给它们中的一个换个地址链接了,不然会有干扰

我:哦~是嘛 (⊙ˍ⊙)

一起更新的还有,有几个外部链接要嵌入到页面里,大的页面风格上差不多

但是吧,这个交互细节上,这个外部链接页面里有返回按钮,不能让他返回外部链接的上一级页面了,得返回我这里的历史页面啊,再转头——研发大大您看这……

(此处省略折子若干……)

(忽然有一天)同事:有没有做这个项目的过程描述啊、数据情况啊这些,需要写一份宣传材料

我:!(・_・;?  我这文笔……

再之后吧,迭代了几版,但因为前面淌过那么多山山水水了,预先心里有规划了,就顺利地多了。

论和这个项目的「爱恨情仇」我还能再聊两宿 \( ̄︶ ̄)/

说了这么多项目细节,容我来提炼总结下这一路完成下来,对设计边界、设计工作具体内容的感悟吧~

概括来说,产品设计师在工作中要考虑到的内容,不只是根据用户研究、需求分析,设计屏幕上界面的呈现效果。(此处点题)还要包括沟通、内容数据、法律风险、数据统计、渠道分发、客服投诉、市场拓展等方面的内容。

这些环节乍一看,可能不是你负责或者经常接触的环节,但熟悉它们可以帮助你与同事对接过程中,进行二次确认,避免前期没有敲准而导致后期返工;当然了,还可以通过对这些上下游环节的了解,拓展自己的认知圈与知识架构。大家总说的「用产品思维做设计」、「突破设计边界」,具体实践起来,应该就包含它们了。

下面根据这些环节所属是设计的前/中/后阶段,进行了划分:

设计前-让万事都具备

1、沟通

 

这里想说的是,沟通时,要让各资源方明确地给出掌握资源的范围、深度、格式、可转化的格式、在一定时间范围内可以拿到的资源,并基于此来构想当前版本以及后续产品功能形态。

要避免设计师不了解资源情况,一通操作猛如虎,回头一看资源0-5…

预约会议、高效开会的方式我们先前分享过,链接贴在文末,有兴趣可移步查看。

2、数据、接口具备

 

数据及接口也属于1中描述的资源,不过它们还有特殊的细节要确定:

• 同一页面中调用接口数量,并行or串行,等待时间大约多少,是否需要增加loading动画 或者采用局部加载策略

• 接口调用失败、数据为空、用户状态异常无法调用接口等情况下,对应展示位置空状态展示什么内容及文案,是否有相应提示

3、需求交付与同步

 

当需求确定后,一定要形成确定的文本记录传递到设计环节,一是可以让需求规划和交互设计两个环节划清界限,避免杂糅在一起、反反复复地变动;二是模板化文本记录的也是个梳理的过程,可以辅助需求方理清需求细节。我们团队以往可能会口头沟通或者用简短的邮件沟通,也有的同事用PRD沟通,最近统一推进使用需求说明的模板、一项一项细节来梳理描述。

并且,要将需求尽早同步给研发、数据、测试、客服等环节,然后大家对需求建立起统一的认知与认同,在这一步把大家心中「为什么要这么做」的疑问消除,后续都朝着「怎么去把它做出来、把它做好」的方向一起使劲儿。

4、明确排期

这里是项目管理的范畴了,在这里先不细说了。

想说的一点是,排期尚未明确、或者 boss 只给了一句「越快越好」时,作为项目进度管理者需要通过持续沟通同步,来推动各环节给出排期时间,并向上反馈。

5、产品一致性

在新增模块设计中,要与原产品、品牌保持一致性的部分及是否需要备案/申请相应资源,比如登录、分享体系,相关的提示组件,卡通形象,文案画风等等方面。

6、常规操作:竞品分析、用户研究(用户画像、用户体验地图)、情绪板、品牌形象定位等等

界面设计前的常规流程,这里暂不作详细描述。

设计中-集万千idea于一稿

1、项目紧张时,工匠精神  VS  商业、产品意识,必须要做取舍

 

要有MVP(Minimum Viable Product,最小可行性产品)的概念,先做最高优的功能与设计,暂时舍弃边缘功能和过多细节,待后续版本迭代优化。

2、用户研究可以随用随做

 

用户研究并不一定在设计前展开,也并不一定都是耗时数天或数周的大工程,在设计中需要了解用户想法时,随时可以做下短平快的用研。

比如,在另一个项目设计中,boss授意参考某竞品设计,但我个人感觉竞品页面存在很多可用性问题。

为了了解普通用户的使用情况和体验,也是为了辅助我做设计抉择,我快速地联系了我妈妈和几位行业外的朋友,请他们在竞品页面中完成操作任务,并实时地说出他们认为为了完成任务,大致应该操作什么;每一步操作,自己觉得是什么意思,感觉页面应该有什么变化。

最后将这些用户心智和用户理解,结合任务完成与否、完成时长,就看出竞品的实现方案与用户心智模型有很大出入:1 是在步骤A时,界面的布局+组件让用户不理解是要操作什么;2 是执行步骤B的前提是完成步骤A,但事先页面上并未体现出该逻辑、也未明确指出,导致了用户需要在两步骤中反复跳转;……

在设计师有一定想法、但又没有十足把握时,可以通过短平快的用研来辅助验证。

3、A/B 测试想必大家都听说过,那 A/A测试呢?

 

当问题并没有明确的设计理论可以支撑、且方案也无法通过小范围的调研来验证时,就需要借助 A/B 测试来验证。比如使用A、B哪个文案会更加吸引用户点击、按钮颜色用A、B哪种好、布局A、B哪种转化率高等等。

实施A/B 测试时,要保证对照组和实验组,除了单一的实验变量不同,其他的时间、用户特征、分发渠道等无关变量都保持一致。

A/A测试就是为了验证无关变量是否被控制住了,看相同的方案A,得到的数据结果是否相同。

4、埋点插码@用户完成任务必经的关键步骤 & 试水位置

要考虑在哪些关键步骤需要做数据埋点,以便后期统计用户转化率、点击率、流失率等指标;

另外,在一些不确定成效的试水模块,也应加上埋点统计,从而看数据情况决定是否保留/调整该模块。

5、考虑载体/流程的拓展/创新

设计的过程中,要尽可能地遍历可能的方案实施载体,如思考该功能是否适合利用线上-APP/H5方式实现?除此之外还有哪些方式适合?利用不同渠道方式的产品形态有何区别?如微信、支付宝等不同平台的页面规范。

此外,是否可以利用例如短信发放、客服电话的等待时间、或者公司业务特有的接触点都是需要考虑的。

 

例如运营商可以发送的闪信(又称弹屏短信,霸屏短信),可以直接在用户手机上弹屏出现,某种意义上可以有100%的触达率。在一些紧急的公共安全事件发生时就可以考虑使用。

6、内容/文案遵循相关法律法规

主要包括几点:

 

• 遵循广告法及行业规定,不使用绝对化的词语,如“最…”、“第一”、“冠军…”;

• 保护用户数据隐私,调用相关权限前要获取授权;

• 业务相关协议要清晰地展示给用户,同样需要用户同意/授权后才可执行相关操作。

当不确定时,一定要请公司法务同事把关,从源头上规避风险。

设计后-实实在在地解决问题

1、常规操作:交互需求文档、切图标注适配、跟进研发测试、走查积累

关于这些常规操作,想说一点感悟,就是针对个人工作容易遗漏的状态、审核时的关注点等规律性内容,需要进行积累总结,这样会让工作越做越顺手、也越高效。

2、来自用户:构想用户可能遇到的问题,提前给出解答反馈/制定处理流程

 

在设计功能时,一定有一些限制范围、使用条件的因素,可以通过 QA 的形式、按用户旅程,把它们都梳理出来,在用户有疑问时作为初步解答,从而减轻客服投诉处理的压力。

除此之外,还要理清在用户通过客服投诉反馈问题后,客服同事的处理流程,如 QA 命中的问题就根据 QA 解答、某范围的问题转至某环节的同事处理等等。

例如苹果客服会有明确的业务分工,不同业务有不同的专员处理;软件问题会请用户授权同步屏幕内容,演示遇到的问题、并在客服的指导下尝试解决;线上无法解决的问题会告知用户线下解决,并帮助查询最近的处理点、帮忙预约、邮件告知需要携带的物品……综合调度各方式来解决用户问题。

2、来自内部需求迭代:需求暂时停滞、放在池中、计划迭代等情况下的管理。篇幅有限,在此暂不展开描述。

3、来自外部市场:如原本的内部工具效率产品,成熟到一定程度后是否可以开放给外部用户使用,相关的功能权限、定制化功能如何添加,接口、服务器是否有对应的承载能力。

4、来自设计师:可以通过哪些维度评价设计优劣。篇幅有限,在此暂不展开描述。

写在最后

这篇内容看似跟设计关系不大,实际上是核心设计工作之外的锦上添花,并且任何一个环节的变化也会关系到设计的对象/内容的调整。希望设计师们不要把自己圈定在固定的能力范围,常常听到的「走出舒适圈」、「突破边界」可以从关注这些上下游环节来做起。

未来的「新基建」、「产业互联网」、「智慧家庭」等行业领域的发展,都需要设计师去突破边界,那时可能不仅仅是工作环节的突破,还将是行业产业的突破,我们不早早做好心理准备和思维准备怎么行呐。

此外,工作本质上来说是利益互换。作为一块小砖头,要能哪里需要哪里搬。当紧密地配合团队结构、配置,成了一块万能砖≠万金油)时,相信在团队中的不可替代性就会大大提升。只是一味地执行命令或者能力范围过窄,可不好达到这个效果哦。

这篇的内容量也爆表了,剩余的问题3我们在下篇里继续探讨呀!

 

划重点

本文从设计前、中、后三大阶段,分享了除了需求设计、用户研究、界面设计等常规操作,设计师还可以拓展的“工作流程”视野:

设计前:有效沟通,保证数据接口等资源具备能力,需求明确交付、同步,明确排期,并准备好设计中要保持一致性的内容

设计中:设计取舍、短平快地用研、A/B & A/A测试、埋点插码、设计载体的拓展创新及内容规范、遵循相关法律法规

设计后:如何处理用户问题反馈、需求迭代管理、设计评价

 

预约申请免费试听课

怕钱不够?就业挣钱后再付学费!    怕学不会?从入学起,达内定制课程!     担心就业?达内多家实践企业供你挑选!

上一篇:设计师,不要只守着屏幕上的一亩三分地!(一)
下一篇:设计师,不要只守着屏幕上的一亩三分地!(三)

B端信息录入:输入框基础设计细节解析(一)

B端产品全局导航样式与分析

设计师,不要只守着屏幕上的一亩三分地!(三)

设计师,不要只守着屏幕上的一亩三分地!(二)

选择城市和中心
江西省

贵州省

广西省

海南省