前言:
时光飞逝,回望大半年时间里,不知不觉做了40多个项目,今日回顾了往事,于是就诞生了这篇文章。

 

一、设计规范

这半年时间里,做了一部分设计规范,也研究了几个大平台的设计规范,有了一些想法,就先从它开始讲起吧。
 

1、设计层面的考虑

做设计规范时,很多时候是先从设计层面开始去构思定义的,包含了交互方面的行为定义,视觉方面的统一风格。在设计层面考虑中,除了要考虑用户的操作行为和逻辑处理方面,还需要考虑视觉展示的统一性、设计语义学等方面。
比如:当初做点击态规范时,太注重交互的行为规范,细分定义了不同场景的处理方式,而忽视了视觉的统一性。

同时对于大多数设计规范来说,还需要避免定义得太细,根据不同的场景,去定义不同的规范。不然很容易造成执行起来很困难,有些场景不好归类的情况。
 

2、技术层面的限制

说了基础的设计层面思考点,再来简单说下技术层面的限制。真的很简单,总结起来就一句话“定义完基础交互规范后,记得找技术负责人聊聊”,看看是否存在一些实现上的坑,具体执行起来,就需要点沟通能力了,多站在不同角色的角度去思考,可以避免大多数争论。
 

3、用户所感知的规范

在完善设计规范时,遇到过一种情况,交互从行为逻辑去考虑,视觉从展示原则去考虑,技术从实现逻辑去考虑,结果三方都是“绝对的理性”,讨论起来也有依有据,虽然最终讨论出一个平衡的方案,大家也一致通过了,但引发了我另一个思考。

用户真的对规范那么理解吗?就拿简单的例子,用户能区分出“全屏模态”和“全屏页面”的区别吗?当然,就算用户意识不到这些设计规范的存在;身为设计师,还是需要去完善定义规范,让用户可以在无感知中,形成更合适产品定位的使用习惯。
 

4、小结

我认为理想中的规范应该是定义大范围的限制框架以及方向建议,小范围的规律定义。如果说设计是具有生命力的,在生命最初,我们将定义基础生命原则,再去培养一颗简单的细胞。后来我们会融入各种场景与规则,引导细胞不停的往某个方向去进化。记得一提的是生命总会自己去创造“奇迹”,去突破现有的规则,演变出新的规则。设计规范也是如此,从诞生后,就一直在“进化”的过程中,不断的调整优化,才能形成成熟的规范。

 

二、运营需求

工作中,时不时也会接触到一些运营需求。运营需求理解起来很简单,无非就是在规定的时间内,通过传播,实现某项指标的流量转化需求。而对比以前接触过的运营需求,发现了一些有趣的区分,这是主要指是实现转化过程中的策略区分。
 

1、功能型与情感型


对于微众银行App的大多数日常运营需求来说,我把它们归为了“功能型”运营需求。
如:存本取息推广、活期+分享、We支付活动等运营需求。它们都有一个特点,很注重功能的展示,很明确的传达给用户一种信息“我这有’好处’,你来不来”。传播性基本上都有靠利诱,没过多的情感融入其中。
而以前接触的很多运营需求,特别是微信H5类型的需求,它们都有另一个特点,注重信息的传达,换句话说就是“来看看,这就是你想要的”。因此我把它们归为“情感型”运营需求。

对于情感型的运营需求,如果做得好,可以形成很好的品牌效应。如果做得不好,很容易造成一种场景:内容好炫酷,然而具体想传达什么意思,用户是不清晰的。这也是市面大多数“自嗨广告”的通病。
很难说具体哪种类型的运营需求更好,只能根据具体需求,去选择合适的策略。
 

2、社交属性

说到运营需求,不管是功能型还是情感型,都会涉及到社交属性。
因为一个运营需求,能否让用户主动去二次广播,是很重要的设计点。而说到传播,其实就也是设计人与人之间的社交关系了。这是设计的重点,也是难点,因为通常人的感情是很复杂,也很矛盾的。

比如:当初做月报分享需求时,一方面如果将用户的某些资金数据分享出去,分享者会觉得没有隐私,不安全。而站在观看者角度分析,则观看者多多少少怀有窥探心理,如果单纯展示一些无关紧要的数据,则无法吸引观看者。
这就需要对人性的洞察,做一些设计的取舍平衡,最后选择展示分享者的部分行为数据,这些数据对分享者而言,没那么敏感。对观看者而言,也满足其好奇的窥探心理。
 

3、小结

功能型的运营需求,就像去家私城,从店门口走过,就会推销员介绍各种家具。情感型的运营需求,就像走进宜家,先营造家的感觉,引导告诉你,这些就是你需要的。而好的运营媒介,应该是自己会发声,能形成人与人之间的沟通桥梁,具有二次广播的动力。

 

三、功能与业务需求

可以说,这两类需求是日常工作中,接触最多的类型。
 

1、广度

先从三个方面来谈谈广度的思考吧,这三个方面分别是:技术、需求、业务,有点老生常谈的感觉,它们确实很重要。

a. 技术的了解程度
这需要漫长的累积经验,最优方法就是提前沟通了解,避免踩坑。对技术的了解,让你知道设计方案最相关的天花板在哪。
如做“某App之间的切换功能”时,提前了解技术的切换实现方式,得知A应用跳转B应用指定页面时,技术上都需要“经过”B应用的首页。因此设计了一个中转过渡页面,将这个跳转过程“藏到”后台去实现,更好的优化了跳转体验。这算是交互思考广度的第一个门槛,也是最基础的门槛。

b. 需求的了解程度
在做“某个渠道的刷脸需求”时,乍一看,交互很简单,除非就是移植App的刷脸功能,根据渠道特性,做一个精简版的刷脸功能。然而这个简单的选择,背后却是这个需求定位的复杂讨论,该渠道跟App是什么关系?辅助?替代?还是其他?需求目标又是服务于什么?这些都是需求的定位思考,对需求的了解程度,这是交互思考广度的第二个门槛。

c. 业务的了解程度
做金融类产品的交互时,常常会遇到简单的功能需求中,夹杂着复杂的业务处理逻辑。如果没有了解清楚相关的业务逻辑,可能会忽略掉不少需要交互处理的逻辑。如当初负责的“大额转账”需求,如果对业务不了解的话,很容易简单的认为判断下余额是否充足就行了,其实单单一个转账条件的判断,逻辑图都需要一张满满的A3纸来展示。这可以说是交互思考广度的第三个门槛。

d. 隐形的门槛
说好的三个门槛,怎么还会有隐形的门槛呢?前面说得三个门槛,都是比较初阶的。对于中高阶设计师来说,对人文、自然、历史等知识的了解程度,也会成为设计方案思考广度的限制。
 

2、深度

谈完广度的思考,再来聊聊深度的思考。深度其实可以扩展出有很多方向,而接下来讲到的,是从这半年来做过的项目提炼出来的思考,不是最全面的罗列总结,却是自己有所感触的一些方向。

a. 回归场景设计
从“引导用户补充信息”的需求,再次聊到回归场景的设计方案;根据场景去思考设计方案,可以说是所有交互设计的基础要求。

在这个需求中,根据不同的触发场景,设计了差异化的交互形式。如果用户主动触发的补充操作任务,方便再次发起修改操作的情况,则更注重填写信息的过程,完成操作的效率。反之,则更注重填写信息后的确认过程。

b. 繁忙的老手
在“We支付绑卡”需求中,在图文引导的内容上纠结过,到底呈现给用户的引导,需要到什么程度才能满足用户呢?是利用大量图文,十分详细的一步步引导,还是营造一个简化的视觉效果,简单粗暴的核心步骤引导。

最终选择了平衡后的方案。把用户当成老手,页面吸底一个明确的按钮,不看教程也可以直接去绑卡;再把用户放入一个繁忙的操作场景,因为一繁忙,就忘了怎么操作,所以需要图文一步步引导完成任务。

c. 用户习惯的好与坏
有时候用户习惯是一件好事,因为习惯了某种操作后,就算该操作本身就缺少点“逻辑”,用户还是用得很舒服。比如驾驶汽车的操作行为、键盘上字母的排序等。反过来说,当用户习惯了某个操作后,再对该操作进行改动,用户习惯就会变成一种阻力。

在“活期+”新增某个转出功能的需求中,一方面是不希望强化该转出方式跟现有转出方式的选择,避免让用户思考,甚至去选择的情况。另一方面又想要两种转出方式有所区分。明确让用户感知到这是新的转出方式,毕竟以往培养出来的用户习惯,很容易误以为一切依旧。无例外,最终还是做了一种平衡方案,操作习惯上,维持了用户的习惯;而在用户获取信息的过程中,通过信息展示的差异,去强调与用户以往习惯不同的信息点。

d. 多运用数据报告
这一点说起来很简单,但要有对应的数据报告“库存”支持。在方案设计时,如果琢磨不定数据之间的优先级时,则去翻看一些数据报告,看看通过调研出来,用户更关注那些问题,用户使用过程又有哪些问题。

比如在做”基金介绍的运营页“时,基金有几项基本信息,但是在信息展示上,这些信息之间的优先级是模糊的。如果按自己的理解去设计,很容易陷入A说A方案好,B说B方案好,但是谁也说服不了谁的场景。所以还好有“库存”,直接引导之前积累的数据报告,按用户关注的信息优先级去设计方案。
有时候项目时间有限,不一定所有项目都能在设计前,进行一次用户调研收集相关数据,所有平时工作中,积累一些数据报告就比较有用处了。

e. 越简单越难
在做“一键绑卡”的需求时,交互流程很简单,就一个页面,一段文案,一个按钮。但是这么“简单”的页面,却要思考很多点。

比如:如何可视化处理,让用户直观认知到这是“绑卡”操作?视觉上,卡片的视觉呈现需要展示哪些信息?操作流程上,如何平滑的跳转到微信完成剩余操作?
就像无招胜有招,而无招的境界难达到。我认为理想的交互应该是用户看到页面后,很习惯自然的就去操作了,不用把页面元素一个个看完,更不用去看引导之类的教程。

f. 新手引导的意义
刚好可以承接上一个话题去反思,在解决某个需求目标时,因为受到页面原有的框架限制,于是就尝试了以类似新手引导的形式,去引导用户进行转化。
后来再需求评审中,老大提了一个很值得思考的问题。大意是“如果页面需要引导,是不是设计方案本身就有问题”,再结合微众银行App的定位想了想,新手引导的意义是什么?

对于新奇的产品交互方式,新手引导可以让用户更快上手。比如游戏类产品来说,界面信息量大,为了让用户更快融入剧情中,也会用新手引导来过渡。而对于微众银行来说,新手引导似乎真的没有存在的意义。如果一定要依赖新手引导,才能让用户学会操作的话,是不是也意味着设计方案本身就有优化的空间呢?
 

3、小结

广度通过对技术、需求、业务的了解程度来提升,当然如果自身的知识覆盖面很广,在一些方案构思上,思考的广度也会很有帮助。
深度说白了,还是靠经验累计,以及自己的总结反思,积累零碎的知识点,再形成完整的知识树。

 

四、总结

大半年时间里,做过的每一个项目或多或少都有些收获,除了“套路”的设计流程外,也慢慢的积累形成了一些自己的设计理论。回过头来一看,成长无非就是提前准备面对未来的可能性,回顾总结避免踩过往的坑。