經營網站前，先設計網站
2 likes•14,905 views
本文件主要探讨在网站经营前应考虑的设计原则，包括从用户需求出发、专注核心功能、利用数据指导设计等。同时，强调设计应简洁易用、考虑多样性用户的访问情境，并倡导开放共享的原则。通过持续的迭代与用户反馈，可以提升服务质量和用户体验。
經營網站前，先設計網站
- 1. 經營網站前，先設計網站 簡報者 Jimmy Huang Jimmy at netivism.com.tw
- 2. # 2 Jimmy Huang 網絡行動科技創辦人 NETivism.com.twSince 2009-01 從數位公益出發的社會企業 網絡行動科技有限公司是一個社會企業 提供網際網路、行動網路的專業諮詢及解決方案 並期許每一次所提供的產品與服務，都能對社會有益！
- 3. # 3 啟示
- 4. # 4
- 5. # 5
- 11. # 11 準則 1. 從需求出發來規劃 使用者的需求，通常不是網站主人的需求 通常單位都有自己的一個「官方」申請流程，然而我們應該從使 用者的需求出發來設計，藉由跟使用者蒐集的資料來挖掘出真正 的需求，而非我們自行想像的規劃。這個過程也得時時謹記使用 者「想要」有什麼功能，通常不一定是他們「需要」的功能。 把「需求」放在最前端的設計核心，才能讓使用者接觸網站的過 程改善成「幫助他們完成任務」，而擺出的服務項目，不僅僅只 是擺出，而是真正經過調查而篩選出來的必要任務。專注在需 求，意味著我們可以集中精力，提供最物超所值的東西。
- 12. # 12
- 15. # 15 準則 2. 少做一點 專精而非包山包海 你的服務應該只做能夠做的，如果別人可以應用你的資 訊提供更好的服務，那你應該提供資源（例如提供 API ）來幫助人們應用你的服務。我們應該專注於不可 替代的價值。 如果專注在核心，很有可能省下經費，可以為核心建構 更好的服務。
- 16. # 16
- 18. # 18 準則 3. 依據資料來設計 網路美好處，就是可以觀察使用者的行為 如果是一個改版計畫，通常使用者已經用過你們的服務 了。正好，可以建立一個雛形（ Prototype ）讓使用者 試用，並且觀察他們的行為是否符合預期，是否依據我 們設計好的路徑來拜訪網頁，來使用服務。 常見的資料蒐集工具，包含利用 A/B 測試，調查兩組不 同的 Prototype 來比較修正經驗；或是應用 Google Analytics 服務蒐集瀏覽資訊，了解最常造訪和造訪來 源。
- 19. # 19 利用 Google Analytics 找出流失使用者的步驟
- 21. # 21 利用 Sharethis 工具結合，找出社群分享路徑
- 22. # 22 建立 Prototype 網站，讓規劃和業主、使用者可參與
- 23. # 23 準則 4. 用盡全力來塑造簡單 好用，比看起來乾淨還難的許多 如果背後的機制本身就很複雜，那要讓事 情更簡單反而更花力氣 ! 但成千上萬的人選用這個系統，那應該為 他們節省時間，而非濫用我們的權力。
- 25. # 25
- 27. # 27 > 簡化複雜的規格 > 考量實體與虛擬賣店 > 考量跨國銷售 > 簡化配件銷售
- 28. # 28 準則 5. 週而復始以精鍊設計 小處著眼測試開始，慢慢精鍊設計 建立有效的服務，最好的辦法是從小處著手，反複更替 進行。提前發佈最低限度的可用產品，提供給真正的用 戶進行測試。 循環更替可降低風險，它使可能的大失敗，變成小失敗 的教訓。避免了撰寫數百頁的空泛文件規範，所造成的 瓶頸。這種小量漸進的發展方式，不是一次把橋造好， 遇到問題就把它拆掉重建的方法，而是提早發現問題， 適時快速改進檢討，達成目標。
- 30. # 30 從自己的服務驗證
- 35. # 35 準則 6. 為大眾設計 會減少使用者存取的任何事情，都不能碰 可以使用就是好設計。即使這些設計可能犧牲優雅的視 覺，讓服務盡可能的可讀、易讀、好用，就是應該要貫 徹的好設計。 最需要使用服務的，通常會是那些最容易碰到易用性困 難的人。字太小、沒有裝上 Flash 、不知道按鈕長什麼 樣子 .. 想想這些人，就能明白服務應該長成什麼樣子。
- 36. # 36 本系統僅提供 IE 32 位元瀏覽器 / 本系統不支援其他瀏覽器
- 38. # 38 網站有 Flash 嗎？用 iPad 瀏覽台灣的網站其實滿可憐
- 39. # 39 公司 Logo 用 Flash 製作的，就更難解了
- 40. # 40 準則 7. 了解情境脈絡而非設計畫面 想想看這些人來到這裡，為的是什麼 使用者透過什麼方式來使用服務呢？從手機？從平板？從圖 書館的老舊電腦？他們都是 Facebook 的用戶嗎？因此，要 了解脈絡，用資訊出發，設計他，而非從畫面的某個像素來 錙銖必較。 大多時刻，我們必須為非常多樣性的族群設計，每個人有不 同的使用習慣、科技裝置，我們必須練習使用這些科技、裝 置，不然就會無法理解使用者的一般生活的脈絡。
- 41. # 41 Facebook 症狀調查 ● 你在 Facebook 上按了參加活動，會去嗎？ ● 你願意用 Facebook 帳號登入其他網站嗎？ ● 你有從 Facebook 按讚，卻從來沒有點近轉貼連 結觀看的經驗嗎？
- 44. # 44 電子報 / Email 的閱讀情境，更需要考量不同裝置的通用問題
- 45. # 45 準則 8. 創造數位服務而非建置網站 服務需串連實體與虛擬，連結用戶穿越網路 我們創造的服務，很有可能不在我們自己的網站上開 始，也不在自己的網站上結束。 使用者極有可能從搜尋引擎出發，然後從郵局收到貨品 完成一次服務體驗。雖然有些時候這些流程並不如我們 想像，但只要我們願意往這個方向邁進，有一天會發現 新的值得我們實現服務之處。
- 48. # 48 地政局「網站」
- 51. # 51 準則 9. 保持一致性，而非呆板 一致性幫助使用者了解前後連貫與脈絡 我們應盡可能的用共通的語言語法、共通的視覺元素來 設計服務，這可以幫助人們感覺親近好用。 然而，總一些例外無法維持一致性，那應該維持基本的 使用方式一致，這樣使用者仍可以猜出他們應該要做什 麼動作。
- 53. # 53
- 55. # 55 準則 10. 開放，會讓事情更好 越多人看到只會讓事情漸趨完美 公開自己的成果，分享理念、設計、程式、創意，也會 一同分享了目光、分享成功和失敗。別害怕分享失敗， 越多人關注失敗，只會讓事情更容易漸趨完美。 要建構好的網路服務得仰賴大量的 Open Source 社群 成果，公開成為必須的選項。然而更重要的是取之社 群，回饋社群，這樣下一次社群的演進，才能幫助讓眾 人和自己的事情更好。
- 56. # 56 網絡行動科技的起源為 Drupal 台灣中文社群 從翻譯、論壇，到站長交替後
- 57. # 57 社群已逐漸壯大，台灣越來越多人使用與響應 Drupal 台灣社群研討會（ 2010 ）
- 59. # 59 netiCRM 服務希望能夠幫助 CiviCRM 社群健康發展
- 60. # 60 秉持公開分享、遵守 GPL 授權 netiCRM 程式碼和翻譯皆公開在社群自由取用
- 61. # 61 截至目前為止， CiviCRM 在台灣已經超過 60 個單位下載
- 62. # 62 1.Start with needs 2.Do less 3.Design with data 4.Do the hard work to make it simple 5.Iterate. Then iterate again 6.Build for inclusion 7.Understand context 8.Build digital servicesnot websites 9.Be consistent, not uniform 10.Make things open: it makes things better https://www.gov.uk/designprinciples Government Digital Service Design Principles
- 63. # 63 END