第一次做智能硬件，少不了各种踩坑，但在这过程中也逐渐摸索出一种比较直观的智能硬件异常case走查方法，通过这种方法我梳理出的异常case比工程师上报给我的还要全面，亲测可用，大家不妨试试。
第一次做智能硬件，少不了各种踩坑，但在这过程中也逐渐摸索出一种比较直观的智能硬件异常case走查方法，通过这种方法我梳理出的异常case比工程师上报给我的还要全面，亲测可用，大家不妨试试。
相比于软件，智能硬件产品由于涉及硬件和软件两个端的状态，其异常case要更加错综复杂。由于硬件产品的迭代更新较慢，一旦带着问题上线要比软件麻烦的多，轻则导致操作上的困惑，重则导致产品无法使用，因此设计师必须在产品设计过程中将所有情况考虑周全。
梳理异常case的通常方法是按照产品使用场景和操作顺序一一枚举，这种方法费时费力，容易遗漏。例如使用APP连接硬件时就包含用户不小心给硬件断电、手机蓝牙未开启、硬件广播延迟等异常case，但是设计师无法确定这个操作节点上异常case是否已穷举全面、无遗漏以及对应提示是否合理。
第一次做智能硬件，少不了各种踩坑，但在这过程中也逐渐摸索出一种比较直观的智能硬件异常case走查方法，通过这种方法我梳理出的异常case比工程师上报给我的还要全面，亲测可用，大家不妨试试。
在网易云音乐车载蓝牙播放器项目中，网易云音乐APP对硬件每一步的操作都要检测软硬件之间的通讯是否正常，因此我主要将此工具应用在梳理蓝牙连接异常case。
第一步，对状态进行拆分组合
将软硬件的状态(或异常case原因)进行拆分，例如将软件拆分为两种状态——A状态和B状态;硬件拆分为两种状态——1状态、2状态;然后将各种状态进行组合，即得到A-1、A-2、B-1、B-2四种状态。
通过拆分和重组软硬件的蓝牙状态可以得到手机蓝牙开-播放器蓝牙开、手机蓝牙开-播放器蓝牙关、手机蓝牙关-播放器蓝牙开、手机蓝牙关-播放器蓝牙关四种状态。所有的异常case都是由这四种状态(原因)引起的。
第二步，梳理任务流，确定交互关键触点
根据使用场景将用户使用产品流程中的交互接触点进行梳理和排序，交互接触点细致程度可根据当前所在的产品设计阶段而定。将用户使用车载蓝牙播放器的流程分为四步：首次使用、首次设置频率、非首次设置频率、退出。
第三步，建立走查表，整理异常case
将前面整理得出的4个关键触点和4种状态组成一个交叉表格。在表格中，将对应交互接触点和软硬件状态(异常case原因)下的异常情况整理出来。
第四步，为每一种异常case设计解决方案
最重要的一点就是根据异常case和发生的场景、任务节点设计对应的提示文案及形式。
在此次产品设计中，硬件蓝牙是否开启和是否连接分别是通过logo灯的亮起/熄灭和呼吸/常亮来提示用户;而软件的异常case则可通过APP内各种弹窗、页面搭配不同的文案提示，要注意的一点就是同一种原因引起的异常case在不同节点上可能会有不同提示语。
这样一份走查表具有直观和全面的特点，所有项目参与者都可以方便地根据它来理解产品异常case。
关于走查表制作的一些补充TIPS：
1. 多人合作。交互设计师可以组织产品策划和软硬件工程师共同参与走查表的制作，项目相关人士的参与可以确保大家对问题的理解一致，达成共识，提升后续沟通效率。
2. 步骤二中谈及的交 互接触点可根据走查表所使用的阶段而变化。例如在产品策划前期可以通过走查表预判产品在各个阶段的异常case;在设计的中后期则可以将具体的交互节点放在任务流坐标之上，方便我们捕捉异常case出现的时机节点和查漏补缺。
3. 软硬件状态和交互触点是比较好用的走查维度，但不是唯一。根据不同的项目，可适当调整走查维度，一切以对项目“最有用”为原则。
欢迎关注网易云音乐交互设计组的公众号：
