编辑导语：产品设计需要针对不同场景做出相应设计方案，以对用户进行引导或其他操作。“无操作场景”也是产品设计中需要考虑的场景之一。本篇文章里，作者就针对无操作场景中的产品设计做了梳理，一起来看一下。

在我们日常使用APP时，多多少少存在一些“无操作”的场景，比如在使用App时途中有事，放在手机暂时离开了，或者一直滑动屏幕但没有任何点击行为……

像这种“用户无操作”的场景里，无论是业务数据的需要，还是用户行为的揣测，都需要通过一些方法来引导用户进一步操作。

因此今天老和为大家整理一下，市面上的产品都是怎么处理的。

今后遇到“无操作”场景时，可以有更多的应对思路。特别是需要给leader汇报时，更需要有多个方案的展示和对比，免得说你只有一俩个方案而已。

大体上分3类：

1. 自动为用户做决策；
2. 引导至新业务/新功能；
3. 促进有关数据的增长。

一、自动为用户做决策

这种大多数发生在【用户暂时离开设备、对当前屏幕内容无任何操作】时。

此时可以结合当前的场景诉求，来判断是否进行设备上的自动操作？以帮助用户做决策，比如自动结束流程、暂停操作等。

1. 自动结束流程

这个流程的‘结束’包含了2个概念：

1. 是中断流程，取消原有操作返回到上一步？
2. 还是继续执行原流程，使原本的操作流程走完？

如小米电视，当触发了‘关机’功能 但没有马上点击关机时，系统会给出20秒时间让用户思考否要退出。20秒后还没取消操作/退出时，系统就会自动关机。

利用时间上的缓存给用户的‘无操作’提供容错，以此防止用户误操作、带来不必要的麻烦。

类似的设计还有iPhone手机的相册废纸篓。在剩余的日期里无进一步操作时（恢复图片），时间一到，废纸篓会判断用户不想恢复这些照片了，从而自动彻底删除掉它们。

2. 暂停操作

这种出现在【系统实时运载、但用户就是长时间无触发交互】的场景中，为了节省相关成本的付出，如流量、运载耗能等，可考虑暂停该功能的运作。并提示用户长时间未操作会带来怎样的不便之处（或者损失），等用户回来后再自行处理。

如百度app的扫一扫，当用户长时间处于扫码状态时，为减轻设备耗能会自动暂停扫码，用户可根据需要自行选择下一步操作。

二、引导至新业务/新功能

指用户在当前页面无进一步消费时，“放弃”该模块原有的页面目标，考虑将其引导至新业务、新功能，为新业务/新功能导流、或者帮助促进完成原本的目标。

如京东，用户在商品结果页上 长时间浏览无点击转化时，底部会引导用户前往“问答社区”讨论。

这里另外说下，对于电商产品而言，订单的成交量、页面的转化率是核心目标。

这里用户长时间浏览商品列表，按理说应该引导展示“买过的店、口碑优秀、近期最热”等相关商品，帮助用户找到满意合适的商品才对。

但在这里居然会引导用户去社区讨论，个人猜测2个原因：

1. 借力打力。利用社区内容来解答用户对该商品的疑问（性能/用法/反馈等），从而帮助促进对商品的消费。
2. 战略调整下的引流。可能京东开始侧重内容的生产与沉淀，所以才会把相同场景下的流量导至问答社区中。但不管原因如何，将用户引导至新业务/功能也是一个不错的思路，值得参考。

三、促进有关数据增长

这是比较常见的处理方式了，当前页面无进一步点击消费时，可引导至页面中有关数据指标的增长，促使用户有更主动的操作行为。

比如关注量、分享率、内容生产规模等方面的引导。

1. 引导生产内容

这是内容型产品常见的引导方式，若用户在内容列表上“只看不进”，会判断对当前内容不感兴趣，从而引导用户自己生产内容。

包括：评论、问题、动态、作品的发布等等。如知乎，若长时间只浏览问题列表时，底部会弹出“提问”浮层、列表内容中会插入【问答】模块，帮助用户找到合适内容。

以此帮助提升产品UGC规模、用户黏性和访问时长的增加等。

再如微博和绿洲，在某内容上停留N秒后出现评论框引导用户发布评论，对于用户间的互动也是起到积极作用的。

2. 引导关注or分享

比如微博和B站，若用户长时间浏览某个博主/up主的个人动态、历史内容时，会底部浮层引导关注。

博主/up的关注量上去了，更有驱动力产生更多优质内容，也利于整个产品的内容建设。

还有抖音，在重复观看了某个短视频（2遍以上），会判断用户对内容充满兴趣，右边的“分享”图标会变成“微信”图标。

引导用户对优质内容分享给好友，对老用户的复访和新用户的流入也起一个积极作用。

虽然这个引导方式有点弱，可能是考虑到不干扰用户观看视频，而采取的一种保守设计吧。

总结

以上就是老和对“无操作场景”所做的一些梳理，今后各位若有遇到这种场景时，就可以有更多的应对思路了。

#专栏作家#

和出此严，微信公众号：和出此严，人人都是产品经理专栏作家。一枚在鹅厂成长中的‘90后老干部’，主产各种接地气的交互/产品干货。以做产品的方式，写好每一篇文章。

本文原创发布于人人都是产品经理。未经许可，禁止转载

题图来自Unsplash，基于CC0协议