有時一個新功能的上線，新內容的更新，會導致在一個頁面中出現層疊式的引導內容，頁面上大部分引導的觸發時機也比較接近。那么，對于這種多重引導，要如何處理呢？

交互設計流程中，每當有新功能上線或者新的內容優化更新時，對應版本中一定會出現新手引導或者相應形式的提示內容，這在業界似乎已經成為一個約定俗成的東西。

畢竟，酒香也怕巷子深，在這個用戶注意力被極度分散的時代，任何一個應用都不敢說，自己可以占據用戶每天絕對時長的時間，讓用戶來“充分”自己挖掘每個版本的更新內容。

所以，“自薦”似的引導出現在了每一次的應用安裝或者更新中。

在一次版本驗收中出現了這樣一個問題：最初的設計過程中，由于功能模塊都是單獨提出需求的，所以交互設計文檔給出的時候也是拆分成不同的模塊提交，可是實際驗收時，當所有的新功能都在一個頁面中呈現的時候，問題就出現了。

由于頁面功能改版較大，既有新功能的上線，又有新內容的更新，所以在一個頁面中出現了層疊式的引導內容，頁面上大部分引導的觸發時機也比較接近，因此就會在某些頁面出現氣泡、蒙層引導堆疊顯示效果，讓人防不勝防。

在于產品和開發同學溝通后發現，除了需要合理統籌調整觸發時機以外，需求提出時并未嚴格區分每個引導是根據用戶ID來判斷，還是依據設備ID來判斷，實現過程中統一默認以用戶ID作為了引導出現的標準。

結果導致頁面中出現引導堆積的情況出現，將引導的觸發條件增加一條設備ID和用戶ID，本質目的是將引導出現的時機更加合理化，在不影響用戶操作流程的情況下向用戶傳遞信息，提升用戶體驗。

如何解決這個問題？

還是需要從本源找起：一是引導的目的，二是觸發的判斷依據。

一、引導的目的

（1）新用戶操作引導

主要是指用戶第一次安裝應用后出現的引導，告知用戶核心操作方法和流程。

（2）功能更新引導

主要針對產品功能升級后，用來告知用戶新功能的入口、操作方式等內容。

（3）與用戶權益相關更新或說明

當更新內容與用戶權益、身份屬性內容相關時，需要出現適當的引導或者氣泡形式的提示來告知用戶，這種引導與用戶的激勵體系、產品玩法高度相關。

（4）常規功能操作引導

這種操作引導較為常見，每次更新應用或者新安裝時都會出現，幾乎成為例行出現的“常識性”引導，例如：頁面中的手勢操作引導等。

以上 4 中引導類型，在具體展示形式上主要包括前置引導和過程中引導兩類。

前置引導：類似于引導頁，在用戶開始使用應用前直接告知用戶更新的功能、玩法等enrich，一般都是全端出現的。

過程中引導：是指用戶在實際使用到，或者進入該功能入口所處界面時出現的引導，這種引導需要用戶的觸發時機。而且由于出現在操作過程中，對操作本身具有阻礙的副作用，所以也只會出現一次而已。

了解了使用引導的目的，再來看一下觸發引導的判斷依據——設備ID和用戶ID。

二、觸發的判斷依據

（1）設備ID

是指Device ID，是一臺設備的識別標識，正常情況下，一款移動設備上的應用，無論切換都少個登錄賬戶，其設備ID是不變的（刷機除外）。

（2）用戶ID

即User ID 或者UID，是用戶在登錄應用后的身份識別碼。用戶ID產生的條件是需要用戶注冊生成賬戶后登錄App，這樣用戶就可以想服務器發送和接收消息，服務器也可以通過UID來進行準確的push消息推送，用戶與服務器之間可以進行交互。

除去一些純工具類型的產品，大部分應用都需要用戶注冊登錄后使用，當然，在這里就不深究是否強制用戶登錄等邏輯。

三、解決方案

明確了以上兩方面內容，同時考慮引導使用的形式，其實也就不難判斷，應該如何處理頁面中多層引導的問題了。

（1）新用戶操作引導/功能更新引導

這類引導如果使用前置引導類型，則信息傳遞是面向全局的。

當功能引導與用戶個人信息無關，只是功能操作或者內容更新時，往往可以以設備ID作為推送判斷標準，即一個設備，在一次應用安裝周期中，出現一次即可。若用戶在引導出現后，切換了登錄賬戶，再次打開該界面時，不在出現重復的新手引導。

簡單來說，此類引導的出現不需要區分用戶信息，甚至不需要用戶登錄即可使用，所以基本上此類引導均已設備ID為觸發判斷的基本條件。

若此類引導使用過程中引導，則需要在實際使用過程中抓取適當的觸發時機，此時如果出現多重引導時，則需要適當區分使用用戶ID或者設備ID作為觸發條件，從而將引導出現的時機合理區分。

（2）與用戶權益相關更新或說明

此類引導一般需要細分用戶身份信息，準確推送用戶所需的內容。例如：會員與非會員之前在某個功能上有權益的差別，引導或者提示的內容則需要按身份不同來推送。使用前置形式時，可以根據實際需求調整判斷依據；使用過程中中引導，這時則基本上需要使用用戶ID作為觸發依據，其他引導可使用設備ID用以區分不同引導。

（3）常規功能操作引導

『例行』出現的引導，不受場景限制，與用戶權益關聯度較低，因此以設備ID作為觸發的基本判斷依據即可。

四、小結

當頁面功能過多的時候，難免會遇到多重引導的問題出現，除了通過展示形式、頁面內的觸發時機來區分以外，還可以通過設備ID和用戶ID的作為觸發依據來細化和區分引導出現的時機和場景。

不過這種判斷方式也并不是一成不變的，需要靈活處理，例如：當引導出現時，該場景下用戶處于未登錄狀態，此時服務器根本無法獲取用戶ID，在此場景下討論設備ID還是用戶ID顯然毫無意義，需要重新調整引導出現的時機或者展示形式。

關于作者

蝦米&胖喵，微信公眾號：pangmiaodesign，高級交互設計師（百度/愛奇藝），夫妻搭檔，貓奴。曾做過公益產品、影音媒體產品，目前專注于企業級產品、娛樂社區產品體驗設計。“有貓，就有一萬種美好！”

著作權歸作者所有。

商業轉載請聯系作者獲得授權，非商業轉載請注明出處。

作者：站長之家編輯

鏈接：https://www.chinaz.com/web/2018/0807/922660.shtml

來源：站長之家