在场景中使用工具?还是在工具中设置场景?

勿忘初心2018-09-18 15:07

本文来自网易云社区


作者:任琼瑶

最近正在进行一个关于问卷功能的设计,其中遇到的某个问题引起了不小的争议:问卷的创建编辑,作为一个工具,应该在使用场景下去调用,还是在先创建完之后推送/关联到某个场景中去?

其实很多功能在这两条路径上都支持,比如用户可以先拍一张照片,然后选择分享到微信去传播,也可以先打开微信,再选择在当下对话场景下去拍照或选择照片发送。


当这个工具创建内容的过程非常简单和快速时,这样的选择题完全不需要做,全都支持就行了。但偏偏,创建问卷是一件需要耗费较多时间的事情,一不小心还可能导致内容没有保存而前功尽弃,如果放在场景下去使用,甚至可能在创建完成后,用户都忘记了自己还处在那个场景下。。。。。。


然而,创建的复杂性也并不是问题的症结所在,真正的症结点是,在那个场景下,问卷的创建是某个主流程中的分支流程,并非用户的主要目的,也就是在那个场景下,问卷是可有可无的存在,一旦在场景中去创建问卷,就会造成主流程被打断,此时,应该怎样去设计呢?


iPhone的日历在创建事件功能上,看似是一个全局性的入口(右上角固定入口),但在使用时,你会发现,其实它从属于不同的场景,在呈现年历月历日历的不同页面中,所调用的事件开始时间是不同的,但你也仍可以脱离场景来使用它——事件的开始时间可以随意变更设置。


也就是说,在这个案例里,两条通路是并存的。But,显然这个设计的原则是以场景为优先,而不是生生创建一个时间默认值为“none”的事件,更多考虑的是设置的便捷性。


在场景下使用工具时,用户的目的和需求都更为明确,也就意味着很多字段都可以存在确切或较为确切的默认值,比如在某一课程下创建问卷,那么自然可以把关联课程这一字段默认值设为当前课程,减少了用户的设置成本,也让工具看上去更为人性化——居然读懂了用户的意图。


另外,在场景下使用工具也符合用户的思维模式——场景的刺激构成了使用功能的动机。


关于场景通路,我们可以这样来考虑:


1)由于场景下使用功能符合用户使用逻辑,同时也可在设计上考虑更多具体需求,为用户体验增值,因此可以优先考虑基于场景的功能设计。


2)当在场景下使用工具会打断主流程时,可考虑主流程与分支流程的分离,但至少应该在场景下给出提示或链接,告诉用户此处支持使用该功能,以及引导如何去调用。


3)列出所有可能存在的工具使用场景,但并不意味着每一种场景都需要提供通路支持,而需要根据场景的重要程度、发生的可能性等来定义优先级,为主要场景设计使用路径。还是举拍照片发到朋友圈的例子,你可以是先进入朋友圈,看到别人发的照片后引发了自己发照片的想法,也可以是在聊天页面中看到对方发的图片,想要分享到朋友圈。显然,前者是主要场景,因此在路径上也做了支持,而后者的场景非主要场景,发生频率会较低,因此在这块的支持上就做了减法。


那么什么时候,用户会首先去使用工具创建内容,再做场景用途呢?


我想可能存在这样几种情况:


1)内容本身可被调用到多种场景下使用,在创建时还未设想好具体的用途;


2)内容具有统一存储和管理的需求(本身就可视为一种特殊场景);


3)进入场景的通道太深,功能需要有一个便捷入口;


4)在产品策略上,我们需要强化引导用户使用该功能;


5)内容的创建较为复杂,会打断场景下的主要操作流程。


也就是说,并不是所有时候我们都需要同时支持两条通路。当两条通路的设计上存在阻碍时,就需要考虑提供每条路径的条件是否成熟,以此做适当的设计权衡。



网易云免费体验馆0成本体验20+款云产品!

更多网易研发、产品、运营经验分享请访问网易云社区