Beacon是什么,很棒。接下来的问题是,作为设计师,我们能做些什么?我们能在这种技术平台上打造怎样的交互体验?
我和我的搭档Nick Urban决定把这个问题拆解,将Beacon涉及到的交互模式进行分割,以一种清晰的、尽可能非技术化的方式把其中的每个方面都搞清楚。
我们认为,这种方式也能帮我们更好的评估Beacon技术带来的各种可能性,而不只是将目光局限在零售/优惠券等等方面的情景当中。
我们希望本文能够对以下这些人有所帮助:产品人员、设计师、开发者、满脑子疯狂创意的硬件创业者…基本上,就是所有想要了解或打造Beacon交互体验的人吧。
我们试着从整体上对Beacon平台进行俯视,看看能从中分割出哪些部分,以组成一套比较典型的“Beacon交互体验”,解构的结果大致包含以下四个部分:
任何一种Beacon系统的交互体验都可以被分割为这四个“切片”。此外,在进行详细分析之前,我们还需要学习一点基础知识,对Beacon系统的一些软硬件组成要素进行了解;我们把这部分称为“切片0”。
其实“Beacon”这个说法有些信息过载了;我们来按照不同的情境将这个概念进行解析:
具备蓝牙能力的小盒子,安静的呆在那里每隔几毫秒就播放一次信号,以表明自己的存在;除此之外它不能做任何其他事情,生活蛮无聊的。
不过,也正是这唯一的一个能力可以使其被“Beacon探测设备”发现,并使后者能够持续计算出与Beacon设备之间的距离。
通常就是指我们的智能手机、平板电脑或某些“迷你计算设备”(例如“树莓派”,Raspberry Pi)——任何能够扫描到Beacon信号并探测出两者距离的设备。
本质上讲,Beacon探测设备无非也就是个具备蓝牙能力的小装置,但不同之处就在于它是附加在智能设备之上的,这就使其能够以非常强大的、充满想象力的方式对Beacon信号做出响应。
另外,通过编程,任何一种Beacon探测设备都可以变身为具备信号播放能力的Beacon设备(或称“虚拟Beacon”),只要你愿意。
Software Develoment Kit,软件开发工具包,也就是开发者用来在应用当中实现信号扫描、距离计算或信号播放功能的代码库。
开发者们可以将不同的SDK搭配在一起使用,以打造更加强大的功能。例如通过Beacon的SDK实现与特定地点的距离探测功能,进而触发一些由AR(Augmented Reality)方面的SDK所实现的现实增强功能。
以上这些要素的总和,外加一点其他的东西。当你走过了探索和实验阶段,准备以一定的规模将Beacon设备及服务投入到实际运用当中时,所要考虑的就是这个整体概念了。
Beacon厂商们推出了很多互具竞争性的平台,其中通常包括一整套解决方案,例如Beacon硬件设备、内容及媒体管理服务、部署及设置Beacon设备的管理系统、厂商定制化的SDK开发包等等。
举例来说,Qualcomm的Gimbal平台面向不同的物理环境提供了不同种类的Beacon设备,相应的SDK也包含了各种类型的功能,例如地理围栏(Geofencing)、数据分析、消息推送、可由终端用户定制的隐私管理等等。
关于基础知识的了解就到这里(也可参考设计师应该了解的Beacon基础知识 – 什么是Beacon?一文来了解更多),接下来我们进入前面提到的四个切片当中的第一个。
在任何一个Beacon交互系统中,必然有一个设备扮演信号广播者的角色,而另一个扮演着接收者的角色。不过有些设备还能同时扮演这两种角色,所有设备之间共有三种可能的通讯模式。
通常,接收者能够从某个广播者那里收到的只有距离信息以及一个唯一的识别符。那么我们前面提到的“发送病人的医疗数据信息”又是怎么回事?
接收者都是智能设备,从Beacon设备上接收到的广播信息后,完全可以触发接收者本身就已经具备的各种功能,例如联网、视频、游戏、GPS等。
所以在前面提到的例子当中,病患身上的手机或可穿戴设备发送的Beacon信号本身无需(也不能)携带任何其他数据,急救车上的扫描设备接收到Beacon信号后,可以自主通过网络连接向储存着病人医疗信息的服务器发送请求,并下载相关的数据,供急救人员参考使用。
广播与接收这两种行为本身并不具备什么价值。只有当它们各自代表着背后的一些东西的时候,价值才会体现出来。
说起Beacon系统,通常出现在我们脑海里的就是智能手机接收到某个固定地点播放的Beacon信号这个情景。其实我们完全可以扩大视野,就像前面提到的,Beacon信号源也可以被用户穿戴在身上,而某个固定地点中放置的计算设备则是信号的接收者。
各种可能性都是有的。那么处在“广播-接收“这一通讯模式两端的设备各自代表着什么呢?
移动或静止的(可穿戴、保留在身上、不被留意到的)。
移动或静止的(可以被放置或停放的)。
非移动。
非移动(集群)。
Beacon设备可以被独立或成组的部署。设想在一个繁忙的咖啡厅里,每个餐桌下都安装着一个Beacon设备。这种情境下,每个Beacon都代表一个餐桌,而全部Beacon设备组成的集群则代表着咖啡厅里的整个餐饮区。
在这个情境中,用户无需排队,直接坐到桌前拿出手机打开应用就可以点餐。手机可以接收到桌下安装的Beacon设备发出的识别信号,通过网络连接发出订单信息后,咖啡厅的点餐系统就能知道哪个桌的客人点了哪些东西。
到目前为止,我们讨论的都是硬件设备在整个Beacon系统中扮演的角色。至于用户呢?
他们会习惯把手机放在感应设备前进行一触式付款(touch-to-pay)吗?他们所要参与的交互行为符合他们的预期吗?
换句话说,当Beacon系统内发生着人机互动时,用户的心智情境是怎样的?
“我想要一个结果,我发起行动。”
“我想要一个结果,我不必发起行动。”
“我没有想要一个结果,也不知道发生了怎样的互动。”
“我没有想要一个结果,但是发生之后我知道背后产生了怎样的互动。”
这里所说的“期待”和“知道”,指的是用户在一个非常具体的交互时刻当中产生的感受。
设想用户在隐私设置中允许你的应用接收Beacon信号并反馈位置信息,通常情况下,他们对数据交互这个事情还是会有感知的,但当他们在货架前熘达的时候,突然收到一张8折优惠券,惊喜的感觉仍然会有。
用户通常不了解互动过程中的每一个细节,但他们通常会有广义上的感知。
在发现附近的Beacon设备的同时,接收设备还可以读取具体的邻近数值。这个值可以显示出广播者与接收者之间的大致距离,并且每隔几毫秒就会刷新一次。
这里有个问题:接收设备应该针对哪些类型的距离变化进行响应?
在讨论这个问题之前,要做一点说明:因为在不同的情境中广播设备与接收设备的角色可能会互换,所以我们接下来统一使用“Beacon设备”一词来代表广播设备。
如此将问题分割开来进行分析,你就可以从不同的维度上探索新的可能性。例如你想到了一种新的产品体验模式,那么可以试着将整体分割开,在不同的“切片”中尝试各种想法。
你也可以把这种切片化的思路作为探索产品模式的起点,从每一个切片中挑选出一些对你来说有价值的点,然后将它们组合起来,作为新产品的基础。例如你可以以“边界变化”作为触发模式,以可穿戴设备与某种固定的物体作为接收者与广播者,帮助用户完成某种“预期发生”或“惊喜”事件。这种模式可以用于酒店房门及电力的自动激活,或是滑雪度假酒店向那些完成了15次斜坡滑行的客人免费提供一份午餐等等。
如果你觉得从技术角度来讲要部署一套Beacon系统完全不成问题,那么最好再从成本、效率和简单性等方面来审视一下。很多时候,围绕着Beacon平台来构建一整套服务是很说的通的,而有些时候则未必如此,哪怕技术再成熟。
要时刻记得,在构建产品与服务体验的过程中,Beacon技术是一种补充性的选项,它所带来的并非创建某种“新东西”的能力,而是一种新的情境化触发机制,让我们的设备能够在更加恰当的时间与空间去做那些它们本来就有能力做的事情。
本书阐述如何设计出独一无二的移动体验,展示移动用户体验最重要的要素,介绍各种设计框架和实践。本书首先介绍移动用户体验的关键特点,接着介绍五种广泛使用的移动用户体验模式,然后介绍移动体验设计的设计实践、原型方法以及设计指南,最后讨论移动体验的前沿设计…
相关书籍推荐