自由行頁面改版設計

 　　自編自譯，英文原版請見本人博客：http://belle-m.tumblr.com

　　去年11月底，本人剛剛換了新工作，攜程旅游事業部，仍然是視覺設計師。

　　在一系列的和公司視覺規范統一風格的小修小改中，我領悟到本人作為一名“死美工”繼續跟著大部隊這麼走，貌似解決不了根本問題。

　　因此我打算自己編寫一份用戶測試，分析目前界面裡出現的問題。同時也可以治治自己的懶癌，把設計博客趕緊寫起來。那麼現在開始：

　　自由行界面改版設計：搜索 & 浏覽 & 訂購 (上篇)

　　任務：

　　目的：通過浏覽訂購流程找出界面痛點

　　目標用戶：經驗豐富的海外旅游愛好者，靈活出游控制預算的國內旅游愛好者。(測試5人，目前3人已完成測試。)

　　具體任務目標：為2個成年人訂購一份12天行程，從上海到拉斯維加斯的自由行

　　測試平台：(iOS)6.2版本，(Chrome)手機端 6.3版本 (以下截圖均截自chrome平台)

　　有順序的任務測試：

　　1. 以拉斯維加斯作為目的地進行搜索。

　　2. 浏覽多個旅游項目然後選擇一個自由行項目。

　　3. 自定義一個2個成年人，12天，去拉斯維加斯游玩的自由行行程

　　4. 訂購12天內的往返機票和酒店住宿

　　測試過程：

　　1. 以拉斯維加斯作為目的地進行搜索。

　　入口一：首頁 - 搜索頁 - 搜索結果頁

　　入口二：首頁 - 旅游首頁 - 搜索 - 搜索結果頁

　　入口三：首頁 - 旅游首頁 - 自由行首頁 - 搜索- 搜索結果頁

　　2. 浏覽多個旅游項目然後選擇一個自由行項目。

　　3. 自定義一個2個成年人，12天，去拉斯維加斯游玩的自由行行程

　　4. 訂購12天內的往返機票和酒店住宿

　　痛點記錄：

　　· 搜索的入口非常多，但每個都有些不同。

　　· 有時候城市名後面有國家縮寫代碼，有時候又沒有。

　　· 在同一個目的地的情況下，選擇了某個相似的行程，進入了行程詳情頁，需要修改行程長度和人數的時候，卻找不到可以修改的地方。必須要返回上一級從自定義行程的入口進入才能選擇。

　　· 對於國內游客來說，在行程詳情頁，想找到簽證信息或者特別需要注意的事項非常困難。

　　· “在我進入行程確認頁後，要想修改行程長度和酒店日期是一件非常困難的事，酒店的選擇是分了好幾頁的，需要進入到最底層然後一步一步確認才能修改成功。”

　　· “我非常想知道，當我選擇出境游的時候，我第一天選擇的酒店入住日期是否是我當天航班落地的日期，目前沒有看到任何提示”

　　· “當我修改行程長度為12天的時候，我只選擇了一家酒店，那麼為什麼酒店入住時長還是1天，他們應該是一起變化的吧”

　　· “我在手機端搜索輸入的時候，都是直接打字，直接按確認的，很少看提示詞語，但是當我這樣做之後，我找不到任務裡說的旅游項目，卻到了一個目的地介紹頁面，但在這個頁面又沒有旅游項目可以選擇。”

　　搜索 & 浏覽 & 訂購 任務中的分析：

　　用戶：期望通過信息中的行程/目的地特色，行程長度，價格，來快速選擇旅游項目

　　有哪些是我們可以在短期內考慮提升的：

　　在以上的測試，任務1搜索行為中，測試用戶除了一些小困擾(例如城市名稱有無國家代碼，搜索聯想詞提示)，基本可以完成這步任務。需要做的是對此過程的細節改善。

　　任務2中，行程詳情頁的用戶體驗有些問題，行程特色看不到很有吸引力的地方，還缺少一些國內游客必須知道的簽證信息和其他建議。需要改善的有信息優先級和交互結構。

　　任務3、4中，如果一開始日期沒有選擇正確，修改行程長度對用戶來說是很困難的操作。短期內可以考慮先將此入口放在行程詳情頁中，後期需要調整交互結構。

　　其他可以參考的觀點：

　　最近讀過robbin寫的一篇文章《移動互聯網創業還需要做APP嗎?》，他裡面的一些觀點我覺得比較有意思，這裡截取一些。

　　“用戶常用的APP不超過5個，微信、淘寶、點評，新聞閱讀就差不多，你的APP要想擠占用戶的使用時長，也是非常困難的事情。”

　　“如果我們把一個完整的互聯網產品(無論是PC Web產品，還是APP產品)的用戶交互界面抽象再抽象，抽象到最後，就是三個界面：首頁(首屏)，列表頁，詳情頁(著陸頁)。這三個頁面是不可或缺的，否則產品就是殘缺的。”

　　“但在微信公眾號裡面，你做的HTML5應用，首頁點擊率是很低的，列表頁幾乎沒有點擊，只有詳情頁才有大量的點擊，而且詳情頁幾乎沒有來自於列表頁的點擊，99%都來自於從微信朋友圈分享直接訪問。”

　　“HTML5產品自己的首頁和列表頁本來是承擔詳情頁入口和導航作用的，但是在微信裡面，微信的產品架構就承擔了詳情頁的入口和導航作用了，首頁和列表頁已經沒有存在的意義了。微信的產品架構和信息組織架構決定了，你只需要做詳情頁，每個或者每組詳情頁完成一個獨立的功能，並且在每個或者每組詳情頁內部完成所有的用戶交互。”

　　可以考慮排期迭代的計劃：

　　根據測試結果，和微信用戶的習慣(這一部分用戶也剛好是我們的目標用戶)，這裡做個簡短的概括：

　　1. 當前的界面展示信息的時候，是從資源持有者的邏輯來展示的，所以在信息架構方面需要重塑。當用戶想隨便逛逛的時候，一層一層的界面加上復雜的信息架構，使他們非常容易迷失在某個層級中。

　　2. 在同一個目的地的旅游行程中，如果提供的行程長度不是用戶的第一選擇，那麼修改/自定義行程的需求優先級應該是這樣的順序：出行時長(航班往返日期)，酒店住宿時長，具體的酒店，具體的航班，出行人數。

　　1關注的點集中在內容和信息架構上，2與信息架構也高度相關，但關注的點更多集中在信息元素和交互行為上。