最近有个关于扫一扫的功能设计工作，故对市面上的扫一扫功能做了盘点分析，本文将介绍扫一扫的常用功能、应用场景以及背后的设计逻辑，供读者参考交流。
一、扫一扫是用来干嘛的？
扫一扫用来加好友？进行支付款？可以在过年支付宝活动时候扫“福”？其实这只是我们熟悉的扫一扫功能，事实上，扫一扫的功能和应用场景还有很多。
笔者想用一句话来总结下扫一扫：扫一扫是连接线上线下的一种媒介。通过扫一扫这个媒介，我们可以和线上的人/事/物做连接。
说来抽象，举个例子，我们熟知的小程序就是用来进行线上线下的连接，比如我们到一个餐厅，直接扫餐桌上的二维码便可以打开小程序进行下单，省去了线下的服务员点餐，从点餐、支付都可以在线上完成，这就是线上线下的连接。
与小程序不同的是，小程序是一种产品形态，可以像各类app一样满足人们的各种需求，而扫一扫是一种线下线上进行连接的媒介，省去了复杂的交互和操作，但是扫一扫可以拓展的应用场景没有小程序广泛。
二、目前主流app的扫一扫功能
笔者梳理了一些主流 C 端的app，覆盖电商、社交、视频、招聘等多个领域，总结下来发现扫一扫主要的功能有以下几种：
通过梳理可以先发现，我们平常用到扫一扫的功能其实多集中在前三个：登录、添加好友、支付。因为这三种场景我们生活中遇到的会更多一点，且我们的行为是被动，是被教育要用扫一扫才能完成某个动作，比如我们是在支付时看到二维码并且写着“用支付宝支付”我们才会打开支付宝扫一扫进行操作。
接下来我会比较详细介绍扫一扫背后的设计逻辑，过程中便会涉及到这些功能。
三、扫一扫的设计逻辑
1. 设计需要考虑的三要素：用户、需求、场景
用户、需求、场景是 pm 日常工作中需要经常思考的问题，在为不同产品设计扫一扫功能的时候，交互、操作流程、功能等都会有所不同。
产品设计需要考虑用户群体是谁，有什么特征，有什么操作习惯，扫一扫功能在什么场景下用，有什么需求可以用扫一扫满足等等问题。
比如在为一个 to B 产品设计上班扫码签到功能时，先思考扫码签到流程是：
我们可以思考一下功能使用场景：一个场景是用户签到时可能手里提着很多东西（包、早餐等）不方便操作手机，同时签到人可能会很多，基于这个常用场景考虑，扫一扫功能的入口就不能太深。
再比如这个场景下，如果扫码不成功，提示扫码失败后，返回页面是主页还是停留在扫码页面可以继续扫？
对比两种操作，其实就是操作成本的高低区别。如果扫码不成功返回主页，再发起扫一扫会增加操作成本。试想用户上班起很早，刚挤了地铁，好不容易排队签到了，不停反复点击，用户难免有一种烦躁的心理。
所以，在主页没有更多有关扫码签到的有效信息可以参考或没有其他价值更大的操作时，会把提示扫码失败后的页面选择为当前扫码页面，可以继续扫码。
还是这个场景，如果用户扫码不成功，还需要对扫码失败弹窗进行设计。如果提供错误原因，或者提供帮助的链接帮助用户快速定位和解决问题，可以极大加快用户解决问题的速率。
这时弹窗设计就不仅仅是冰冷的一句“签到失败”加一个“确定”按钮了。在设计这个弹窗时，我们甚至可以将“xxs后自动返回首页示”这种自动关闭弹窗同时给用户时间查看有效信息的功能和手动关闭弹窗功能同时提供给用户，满足不同场景下的不同需求。
