Embed Size (px)
Citation preview
網站使用者中心策略綱要
使用者中心思想與
行為
使用者中心設計手
法
使用者中心設計工
具網站策略擬定
網站策略驗證
網站基本導線與驗
證
網站細部畫面與驗
證
網站效果驗證
參考(就是下一頁)：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回的測試)
• 幾乎同上
• 製作好的標準原型• (現行網站)• (競爭者網站)
謝謝收看
