有时一个新功能的上线，新内容的更新，会导致在一个页面中出现层叠式的引导内容，页面上大部分引导的触发时机也比较接近。那么，对于这种多重引导，要如何处理呢？
交互设计流程中，每当有新功能上线或者新的内容优化更新时，对应版本中一定会出现新手引导或者相应形式的提示内容，这在业界似乎已经成为一个约定俗成的东西。
毕竟，酒香也怕巷子深，在这个用户注意力被极度分散的时代，任何一个应用都不敢说，自己可以占据用户每天绝对时长的时间，让用户来“充分”自己挖掘每个版本的更新内容。
所以，“自荐”似的引导出现在了每一次的应用安装或者更新中。
在一次版本验收中出现了这样一个问题：最初的设计过程中，由于功能模块都是单独提出需求的，所以交互设计文档给出的时候也是拆分成不同的模块提交，可是实际验收时，当所有的新功能都在一个页面中呈现的时候，问题就出现了。
由于页面功能改版较大，既有新功能的上线，又有新内容的更新，所以在一个页面中出现了层叠式的引导内容，页面上大部分引导的触发时机也比较接近，因此就会在某些页面出现气泡、蒙层引导堆叠显示效果，让人防不胜防。
在于产品和开发同学沟通后发现，除了需要合理统筹调整触发时机以外，需求提出时并未严格区分每个引导是根据用户ID来判断，还是依据设备ID来判断，实现过程中统一默认以用户ID作为了引导出现的标准。
结果导致页面中出现引导堆积的情况出现，将引导的触发条件增加一条设备ID和用户ID，本质目的是将引导出现的时机更加合理化，在不影响用户操作流程的情况下向用户传递信息，提升用户体验。
如何解决这个问题？
还是需要从本源找起：一是引导的目的，二是触发的判断依据。
一、引导的目的
主要是指用户第一次安装应用后出现的引导，告知用户核心操作方法和流程。
（2）功能更新引导
主要针对产品功能升级后，用来告知用户新功能的入口、操作方式等内容。
（3）与用户权益相关更新或说明
当更新内容与用户权益、身份属性内容相关时，需要出现适当的引导或者气泡形式的提示来告知用户，这种引导与用户的激励体系、产品玩法高度相关。
（4）常规功能操作引导
这种操作引导较为常见，每次更新应用或者新安装时都会出现，几乎成为例行出现的“常识性”引导，例如：页面中的手势操作引导等。
以上4中引导类型，在具体展示形式上主要包括前置引导和过程中引导两类。
前置引导：类似于引导页，在用户开始使用应用前直接告知用户更新的功能、玩法等enrich，一般都是全端出现的。
过程中引导：是指用户在实际使用到，或者进入该功能入口所处界面时出现的引导，这种引导需要用户的触发时机。而且由于出现在操作过程中，对操作本身具有阻碍的副作用，所以也只会出现一次而已。
了解了使用引导的目的，再来看一下触发引导的判断依据——设备ID和用户ID。
二、触发的判断依据
（1）设备ID
是指Device ID，是一台设备的识别标识，正常情况下，一款移动设备上的应用，无论切换都少个登录账户，其设备ID是不变的（刷机除外）。
（2）用户ID
即User ID 或者UID，是用户在登录应用后的身份识别码。用户ID产生的条件是需要用户注册生成账户后登录App，这样用户就可以想服务器发送和接收消息，服务器也可以通过UID来进行准确的push消息推送，用户与服务器之间可以进行交互。
除去一些纯工具类型的产品，大部分应用都需要用户注册登录后使用，当然，在这里就不深究是否强制用户登录等逻辑。
三、解决方案
明确了以上两方面内容，同时考虑引导使用的形式，其实也就不难判断，应该如何处理页面中多层引导的问题了。
当功能引导与用户个人信息无关，只是功能操作或者内容更新时，往往可以以设备ID作为推送判断标准，即一个设备，在一次应用安装周期中，出现一次即可。若用户在引导出现后，切换了登录账户，再次打开该界面时，不在出现重复的新手引导。
简单来说，此类引导的出现不需要区分用户信息，甚至不需要用户登录即可使用，所以基本上此类引导均已设备ID为触发判断的基本条件。
若此类引导使用过程中引导，则需要在实际使用过程中抓取适当的触发时机，此时如果出现多重引导时，则需要适当区分使用用户ID或者设备ID作为触发条件，从而将引导出现的时机合理区分。
（2）与用户权益相关更新或说明
此类引导一般需要细分用户身份信息，准确推送用户所需的内容。例如：会员与非会员之前在某个功能上有权益的差别，引导或者提示的内容则需要按身份不同来推送。使用前置形式时，可以根据实际需求调整判断依据；使用过程中中引导，这时则基本上需要使用用户ID作为触发依据，其他引导可使用设备ID用以区分不同引导。
（3）常规功能操作引导
『例行』出现的引导，不受场景限制，与用户权益关联度较低，因此以设备ID作为触发的基本判断依据即可。
四、小结
当页面功能过多的时候，难免会遇到多重引导的问题出现，除了通过展示形式、页面内的触发时机来区分以外，还可以通过设备ID和用户ID的作为触发依据来细化和区分引导出现的时机和场景。
不过这种判断方式也并不是一成不变的，需要灵活处理，例如：当引导出现时，该场景下用户处于未登录状态，此时服务器根本无法获取用户ID，在此场景下讨论设备ID还是用户ID显然毫无意义，需要重新调整引导出现的时机或者展示形式。
