Web設計與運營

1、web設計與運營 用戶體驗要素模型 網站產品部 陳昕 2010年9月 用戶體驗要素模型用戶體驗要素模型 產品立項產品立項 概念模型概念模型 demo模型模型 axure模型模型 戰(zhàn)略層戰(zhàn)略層_概念概念 一、用戶要得到什么？一、用戶要得到什么？ 二、我們想得到什么？二、我們想得到什么？ 關于目標我們關注兩個問題： 用戶需求用戶需求 商業(yè)目標商業(yè)目標 目目 標標 戰(zhàn)略后面經常跟哪個詞？戰(zhàn)略后面經常跟哪個詞？ 知道：為什么要做知道：為什么要做 戰(zhàn)略層戰(zhàn)略層_案例案例 用戶需求用戶需求 vs 商業(yè)目標商業(yè)目標 有沖突怎么辦？有沖突怎么辦？ 用戶：用戶： 只要郵件定制就夠了只要郵件定制就夠了 我們：我們

2、： 要取消郵件定制功能要取消郵件定制功能 成功標準成功標準-可追蹤的一系列指標可追蹤的一系列指標 pv 轉化率轉化率 成交量成交量 客服電話量客服電話量 。不同類型的網站關注指標不同。不同類型的網站關注指標不同 戰(zhàn)略層戰(zhàn)略層_小貼士小貼士 用戶研究用戶研究 用戶調查用戶調查-問卷、焦點小組、頭腦風暴問卷、焦點小組、頭腦風暴 用戶測試用戶測試 角色卡片角色卡片 范圍層范圍層 一、要做什么？一、要做什么？ 二、不要做什么？二、不要做什么？ 關于界限我們關注兩個問題： 界界 限限 同樣表示范圍的詞有哪些？同樣表示范圍的詞有哪些？ 知道：功能和內容知道：功能和內容 范圍層范圍層_確定優(yōu)先級確定優(yōu)先級

3、一大堆要求等待做一大堆要求等待做 vs 沒人沒人 有沖突怎么辦？有沖突怎么辦？ 用戶用戶 我需要做。我需要做。 我還需要做。我還需要做。 我們我們 沒有設計人員沒有設計人員 沒有開發(fā)人員沒有開發(fā)人員 緊急度 重要性 1.重要且緊急 3.不重要但緊急 2.重要但不緊急 4.不重要且不緊急 范圍層范圍層_確定優(yōu)先級確定優(yōu)先級 如何確定重要性的級別？如何確定重要性的級別？ 商 業(yè) 目 標 契 合 度 用戶需求契合度 1.對用戶重要 而且直接商業(yè) 價值高 3.對用戶很重 要但直接商業(yè) 價值低 2.商業(yè)價值高 但對用戶不是 很重要 4.對用戶不重 要也不帶來商 業(yè)價值 范圍層范圍層_需求收集分析需求收集

4、分析 用戶用戶 只要郵件定制就夠了只要郵件定制就夠了 我們我們 要取消郵件定制功能要取消郵件定制功能 用戶說要怎么辦時，我們找出這 么做的原因，并找到解決辦法！ 發(fā)現需求發(fā)現需求 在用戶提出要求前，我們就發(fā)現 問題并給出解決辦法！ 創(chuàng)造需求創(chuàng)造需求 用戶說要怎么辦我們就怎么辦！滿足需求滿足需求 需求的三層境界需求的三層境界 范圍層范圍層_需求收集分析需求收集分析 用戶用戶 只要郵件定制就夠了只要郵件定制就夠了 我們我們 要取消郵件定制功能要取消郵件定制功能 why 不用登錄網站不用登錄網站 不用反復搜索不用反復搜索 直接看到內容直接看到內容 直接轉發(fā)同事直接轉發(fā)同事 。 經常被列入垃圾經常被列

5、入垃圾 郵件發(fā)送失敗郵件發(fā)送失敗 數量大、文件大數量大、文件大 生成慢、失敗生成慢、失敗 。 從功能和內容兩方面來界定網站需求范圍從功能和內容兩方面來界定網站需求范圍 需求范圍要用文檔形式描述出來需求范圍要用文檔形式描述出來 發(fā)現需求而不是簡單滿足需求發(fā)現需求而不是簡單滿足需求 用場景法驗證用戶需求用場景法驗證用戶需求-用戶角色卡片用戶角色卡片 網站要重視內容的來源、更新頻率網站要重視內容的來源、更新頻率 不同的用戶需要不同的內容（供應商不同的用戶需要不同的內容（供應商/采購商、新客采購商、新客 戶戶/老客戶）老客戶） 范圍層范圍層_小貼士小貼士 網站結構網站結構 信息組織信息組織 交互設計交互設計 結構層和框架層結構層和框架層 線框圖線框圖 界面設計界面設計 導航