20131028 《網站使用者中心策略》第2部第3章導讀
-
Upload
conrad-peng -
Category
Design
-
view
356 -
download
2
Transcript of 20131028 《網站使用者中心策略》第2部第3章導讀
網站使用者中心策略綱要
使用者中心思想與
行為
使用者中心設計手
法
使用者中心設計工
具網站策略擬定
網站策略驗證
網站基本導線與驗
證
網站細部畫面與驗
證
網站效果驗證
參考(就是下一頁):p.104
表3.3 易用性測試實施時間點及驗證重點
p.244
表2.3 易用性測試實施時機及驗證重點
測試回合 時 機 驗 證 重 點 測試使用畫面
第 1 回網站概念(網站目的、目標使用者、使用者需求等)設定完成後
• 概念的妥當性• 事業主的目的及目標設定是否可能
達成• 假設的目標使用者是否存在• 使用者需求、狀況
• 現行網站• 競爭者網站• 其他使用者使用的網站
第 2 回腳本、網站結構等主要導線設計後
• 腳本的妥當性• 網站結構、導線的有效性• 網站導覽設計• 詳細的內容需求
• 製作好的標準原型• 現行網站• 競爭者網站• 其他使用者使用的網站
第 3 回 畫面標準原型設計出來後
• 版面配置• 用語設定• 內容表現、書寫方式• 細節的引導• 連結位置、顏色• 其他
• 製作好的標準原型• (現行網站)• (競爭者網站)
第 4 回
畫面標準原型設計出來後(例如在第3回的測試中,畫面設計是在主要流程(整體進度的30%)完成的時間點下進行,其餘的畫面細部在完成階段再進行第4回的測試)
• 幾乎同上
• 製作好的標準原型• (現行網站)• (競爭者網站)
要件定義
•列舉出必須放在網站上的內容或功能,然後對各自的要點、重要性,或是製作上的參考資料等進行定義。
•和以往在系統開發等中所講的要件定義,在過程方法上是不相同的。
•使用者中心設計手法
•「要件定義書」製作耗費時間非常少。
•「畫面標準原型」,使用者能看到的部份,符合要件定義的表現形式。
要件定義
以往的系統開發手法(瀑布模式等)
使用者中心設計手法(螺旋模式)
要件定義書
程式開發
要件定義書
畫面標準原型(畫面設計書)
設計
=..
為何要進行要件定義?
•整合成員間對網站規劃方向及目標的共識
•掌握作業時程、擬定作業計畫
•整理想法及避免遺漏要件
•管理要件因應狀況
要件定義的方法
•依照使用者行為腳本,盡可能列舉出可以想像得到的必要內容及功能(也可以參考測試結果等)
•若有現行網站時,一邊瀏覽現行網站一邊進行列舉
•一邊瀏覽競爭者網站及參考網站等,一邊進行列舉
•一邊和相關人員進行腦力激盪,一邊進行列舉 p264
要件定義的注意事項
•重點一 依腳本篩選出要件
•重點二 整合事業主要件和使用者要件
•重點三 留下檢討記錄
•重點四 分割時間進行作業
事業主方 要件 使用者方
實施資料申請
努力擴充內容,讓網站上的資訊能夠滿足使用者;將「資料申請」的連結,放在較低的頁面位置
想要申請資料想停止
資料申請服務
資料申請成本高 盡可能在網路上提供資訊
想要和家人一起看資料,或是在家之後慢慢閱讀
若是無法申請資料就前往其他網站
要件定義實例:「資料申請」
完成要件定義之後,接著是製作畫面標準原型。
基本導線設計及重要畫面標準原型製作重點
•重點1 將要件分類而不做網頁定義
•重點2 目標設定在主要的使用者行為腳本大致完成的程度
•重點3 不從網站導覽或網站架構進行檢討
•重點4 在畫面標準原型的空白處註記要件或設計點子
第 2 回易用性測試11/4 噗萊嗯會讓大家練習易用性測試~~~
測試回合 時 機 驗 證 重 點 測試使用畫面
第 1 回網站概念(網站目的、目標使用者、使用者需求等)設定完成後
• 概念的妥當性• 事業主的目的及目標設定是否可能
達成• 假設的目標使用者是否存在• 使用者需求、狀況
• 現行網站• 競爭者網站• 其他使用者使用的網站
第 2 回腳本、網站結構等主要導線設計後
• 腳本的妥當性• 網站結構、導線的有效性• 網站導覽設計• 詳細的內容需求
• 製作好的標準原型• 現行網站• 競爭者網站• 其他使用者使用的網站
第 3 回 畫面標準原型設計出來後
• 版面配置• 用語設定• 內容表現、書寫方式• 細節的引導• 連結位置、顏色• 其他
• 製作好的標準原型• (現行網站)• (競爭者網站)
第 4 回
畫面標準原型設計出來後(例如在第3回的測試中,畫面設計是在主要流程(整體進度的30%)完成的時間點下進行,其餘的畫面細部在完成階段再進行第4回的測試)
• 幾乎同上
• 製作好的標準原型• (現行網站)• (競爭者網站)
謝謝收看