用超多案例，告訴你如何縮短用戶行為路徑！

當你在做飯的時候，發現油鹽醬醋被放到了東南西北5米外的桌子上，你會怎么想？

當你發現從家走到超市的路被堵住了，你必須要走兩倍的路才能到超市，你會怎么想？

我們在做一個任務的時候，當然希望可以順利地完成，不希望中途被打斷或被阻礙，產品設計也是一樣。

網上超市的例子

我們先來看一個場景：當我在網上超市搜索一件商品時，剛好超市中沒有這件商品，這時候你會給用戶怎樣的提示呢?

第一種方案

直接告訴用戶抱歉，我們這沒有這件商品。

第二種方案

告訴用戶我們這沒有這件商品，但是有類似的其他商品推薦給你。

對于用戶來說，第二種方案當然體驗更佳。

不僅可以在用戶失落的時候給一些安慰，還可以在用戶可能打錯字的時候進行容錯，把用戶其實要搜的商品推薦出來?？s短了用戶購買產品的行為路徑，提高了下單率，為商家帶來更多利潤。

關于外賣的例子

圖中的歷史訂單是我周末在A家購買的外賣記錄，后來到了公司也想定同品牌的連鎖店外賣，為了方便我直接從訂單記錄中點擊「再來一單」，這時候提示我 「已經超過了配送范圍，并給我推送了在公司地址配送范圍內的同品牌連鎖店。」

這種推薦設計不僅方便了我下單購買，也節省了重新搜索店鋪選擇商品下單的行為路徑，體驗真的不錯。

同理，我們在設計缺省頁的時候也可以結合實際場景將產品主推的功能融入進去，節省用戶返回再操作的步驟，提高用戶轉化率。

用戶查看優惠券之后呢？為何不提供一個購買入口呢？

Web端的例子

用戶場景：當小區業主A需要開具票據的時候，物業工作人員為其開票，并且可以在后臺維護票據庫存信息。開票時需要選擇票據抬頭，這時候會出現三種情況。

第一種：業主A之前開過票據，系統中已經存有票據抬頭，這時，工作人員直接選中用戶想要的票據抬頭就好了。

第二種：業主A之前從來沒有開過票據抬頭，票據庫存記錄中為空，這時候需要新增一個票據抬頭。

第三種：業主A之前有用過開票功能，但是之前的記錄都不能滿足需求，需要新增了一個票據抬頭。

結合以上情況，下面給出兩種設計方案進行對比。

第一種方案

需要工作人員退出當前任務（選擇票據抬頭），重新進入另一個任務（新增票據抬頭）。

這種方案中斷了用戶的行為流，將兩個本應該連續操作的任務分散到兩個入口，行為路徑過長。

第二種方案

在工作人員發現目前數據不滿足用戶需求時直接點擊「添加票據抬頭」進行操作，將任務連貫起來，不會中途打斷行為路徑。

下面這個例子是有關數據導入導出的，在 Web端是很常見的，我們一起來看一下。

用戶場景：用戶需要批量導入數據，但是這些數據需要嚴格按照格式要求進行錄入，所以用戶需要下載系統提供的 Excel 模板，按照要求錄入數據后再將這些數據一次性導入到系統中。

方案一：

用戶先點擊「下載模板」，將 Excel 文件下載后進行數據錄入，然后點擊「數據導入」將錄好數據的文件上傳。

方案二：

用戶點擊「數據導入」，在彈窗中根據文字指引下載 Excel 模板，下載后進行數據錄入，然后將數據上傳。

數據導入其實需要兩個步驟，第一是下載模板，第二是上傳數據文件。

第一種方案將數據導入任務分成了兩個按鈕入口，用戶需要被告知先點擊「下載模板」然后錄入數據，再點擊「數據導入」將錄入好數據的文件上傳上去，完成此任務需要前期培訓，否則用戶不知道這兩個按鈕之間的聯系。

第二種方案將兩個步驟合并成一個入口，僅保留最終要執行的動作——「數據導入」，用戶點擊之后會看到文字說明，了解到數據導入的前提是先下載指定的模板然后錄入數據，再將文件上傳完成任務，非常清晰，完全不需要其他人的告知。

我們再來比較一下兩種方案的行為路徑：

有時候我們在設計產品時會理所當然地認為用戶也會按照既定設計的流程操作，但會忽略考慮用戶的實際情況，比如上面例子中的方案一，設計者會認為用戶應該知道兩個按鈕之間的聯系，但其實用戶在使用之前是不清楚的。

一個功能的實現可以有多種設計方案，只不過有些使用起來費勁一些，有些舒服一些，比如下面這個例子：

使用場景：物業公司需要發短信給沒有按時繳費的小區業主，并告知業主未繳費的收費項目有哪些，每項欠費多少，請及時繳費。

設計要求：目前系統發送催繳短信的前提是選中同一個業主的一條或多條欠費項目，不支持選中多個業主的欠費項目，因為不同業主的手機號是不一樣的，短信模板內容也是不一樣的。

方案一：

在催繳按鈕上增加幫助提示，告知用戶「請選擇相同的客戶名稱內容，暫不支持不同客戶同時發送消息」，接下來就看工作人員的操作了。

方案二：

在催繳按鈕上增加幫助提示，告知用戶「請選擇相同的客戶名稱內容，暫不支持不同客戶同時發送消息」，并且在用戶選擇一個業主后，將其他非相同的業主復選框置灰，防止用戶誤操作。

方案三：

在催繳按鈕上增加幫助提示，告知用戶「請選擇相同的客戶名稱內容，暫不支持不同客戶同時發送消息」，并且在用戶選擇其中一個業主后，同時勾選此業主的其他欠費項目，將其他非相同的業主復選框置灰；當然，用戶也可以自定義不使用這種快捷勾選，只使用普通的手動勾選。

由于設計要求，物業工作人員在眾多欠費業主中需要依次點擊選擇同一個業主數據，然后進行催繳，這對物業工作人員選擇操作要求比較高，方案一的設計一旦工作人員看走眼選擇了多個業主數據，就會出現錯誤提示，打斷行為路徑。

方案二對選錯業主進行了前置的防錯設計，將不能勾選的數據置灰展示，并且在用戶有疑惑為何置灰的時候，給予幫助說明。

方案三在方案二的基礎上幫助工作人員快速地勾選了符合規定的數據，減少了手動選擇次數。

通過上面的實際案例分享，希望大家可以了解怎樣在產品設計中縮短用戶的行為路徑，提高任務操作的便捷性，優化用戶體驗。

歡迎關注作者的微信公眾號：「聊兒點設計」