用假设演绎法推断产品细节定义

最近在讨论一个功能怎么设计的时候，用到了假设与演绎的方法。

项目的背景：本项目是做智能锁，锁有蓝牙和Wi-Fi模块，可以让智能锁通过蓝牙连接app，或者通过网关连接app，进而用户可以在远程控制设备。一个典型的案例是，有客人来访，主人可以通过远程将门打开，让客人直接进屋。而不需要回到家里来将门锁打开。

再讲一下硬件背景，为了外观的漂亮和使用简单，智能锁硬件上没有reset的按钮，所有的操作都是通过app上来触发本地更新的。

分析一个功能设计的方法，先拆解问题，将问题从大的层面拆分，在从小的层面分析；分析得出一个结果，然后按照这个假设，带入到场景中，去分析假如这样来做，会不会带来其他的问题。

考虑的问题点是：factory reset和解绑怎么呈现给用户，是否需要factory reset和解绑同时呈现给用户，还是只需呈现其中之一； 呈现其中之一的话应该呈现恢复出厂设置还是解绑。

在解决这个问题之前，先交代一下这2个功能的定义，如下：

Factory reset ： 解绑；删除其他所有的用户绑定设置的信息，如用户账户信息，设置的密码等；

解绑：删除锁与账户的绑定信息，把之前的绑定信息移除，下次绑定之前也是先擦除所有的信息；

显然，我们可以看到，Factory reset的功能是包含解绑的功能的。

在分析这个问题的时候，先拆解问题，

方法一    二者都显示出来    factory reset and remove 

方法二   显示其中之一         factory reset 

只显示                       好处                                              不好

factory reset        便于理解，解绑锁包含其中        移除未体现                

remove Lock       显示解绑设备便于理解            恢复出厂设置功能未包涵

总体分析来说，呈现2 个按钮，移除设备和恢复出厂设置，有些冗余，用户也需要去思考着2 个功能的含义。用户一个恢复出厂设置，即可。

所以最终，用户看到的就是一个这样的简单设计而已，但在这个设计决定的过程中，却是经过了很多思考的。

大家在做产品设计的过程中，是否也有同样的感受呢？