# 設計系統討論 #002 20210610

前次會議紀錄：
https://hackmd.io/x0vHupUwR82sS66tl1H_ug

### 背景
- 台灣政府數位系統（例如網站）資訊繁雜，風格不一致。
- 除了使用者體驗不佳以外，民眾若在使用政府網站時無法順利操作（例如無法順利從健保署網站查到如何下載健保快易通、想到 join 平台連署時卻無法順利登入、連署），將對公共服務推廣造成極大且不必要的瓶頸。
- 加上若由政府推出的數位服務風格不一致、網站來源不易辨識，民眾容易產生不信任感，在遇到惡意網站時將難以分辨。
- PDIS 現階段的作業上，常會被交派製作數位系統，有時是緊急狀況，有時是稍微比較長期的再設計（如青發署網站）也有時一次修改多個網站或給予建議（如RAY）
- 這些作業流程上，其實多有重工之處。
- 在從一個個網站去改、去重新梳理的時候，其實很需要一個統一的指引、規範、甚至範例作為大方向上的參考。
- 若有範例，側可以直接應用修改，不需要重複發明輪子(reinvent the wheel)。
- 我建議將作業流程系統化，並提供系統性的工具，除了有助於日後 PDIS 團隊接到任務時可加速網站製作的作業流程，也便於其他機關參考。
- 如果我們參考其他國家的數位轉型過程中，很明顯的產出便是更便民的政府網站，當中很重要的的產出更是所謂的「設計系統」。
- 這通常是由數位系統整合機關主責，但台灣的狀況特殊，並沒有專責的資訊系統整合部門。因此，提議與國發會一同開發「設計系統」，方便日後政府各單位數位系統的構思、設計與製作、驗收。

### 什麼是設計系統
通常「設計系統」依序會包含四個層次：「設計原則」(Design Principle)、「設計規範」(Design Guideline)、「設計規則」(Design Rules)、「風格指南」(Style Guide)。而其中，國發會上架的「數位服務指引」類似於「設計原則」的層次。

如同公文的撰寫上有公文格式、公文用語、公文模板、範例等等，網站的製作上也應有相對的的規範作為參考。範例的產出也可以作為各機關製作網站時的參考指標。

範例：
- [英國的設計系統/GOV.UK Desgin system](https://design-system.service.gov.uk)
- [台灣的數位服務指引/Taiwan Digital Service Guidelines](https://www.ndc.gov.tw/Content_List.aspx?n=E7F6C261A5F5D9F5)
- [澳洲的設計系統/Australia Design System](https://designsystem.gov.au)
- [加拿大英屬哥倫比亞設計系統/British Columbia DevHub](https://developer.gov.bc.ca/Design-System/About-the-Design-System)
- [新加坡的設計系統/singapore design system](https://www.designsystem.tech.gov.sg/about/)
- [美國的設計系統/U.S. Web Design System (USWDS)](https://designsystem.digital.gov/)

### 討論：與國發會合作的可行性、可能合作方式
- 怡君
- 之前撰寫數位服務規範
- 數發部
- 目前業務還不明確

### 討論：同等於無障礙網站與資安規範，作為驗收項目的必要性
- 討論讓設計系統成為與無障礙網頁同層級規範的可能性
- 青年署網站的案例，網站必須符合無障礙規範。au 的建議可能是設計系統有沒有可能變成一個「規範」等級的依據和檢核，要有約束力。
- 如果是 optional 的話，還需要成為規範嗎？
- 畢竟無障礙網站規範與資安規範都是驗收項目，不是 optional 的參考
- Well, 但政府數位指引目前是 optional 的（待確認）
- NCC無障礙指引參考：https://www.ncc.gov.tw/chinese/files/17021/3628_2617_170216_3.pdf）

### 討論：時程，或是下一動

- 建議先從 PDIS 內部 pilot，同步國發會，待怡君稍微有空時再邀請加入討論
- 由書漾先寫設計規範的大綱，內容最好有重要性的排序，再 cue PDIS 內成員討論
- 還不用生出內容也沒關係，可以先列出有哪些問題是需要思考的，先丟出來讓大家討論
- 也可以參考各國的設計規範，以及目前國發會已經出的數位服務指引
- 目的要讓人看得懂，所以如果有必要，大致的風格指南也可以同時出來
- 進程大約是兩三年的事情，但可以參考數位服務指引推行的過程：
- 全國資訊主管會議中報告試行版
- 行文給各部會
- 一年後如果各部會沒什麼問題（或沒什麼反應）即可轉為正式版
- 接下來，找尋與部會合作的機會，避免紙上談兵
- 最後要做到什麼程度？
- 對於部會來說，要解決痛點，比如說「看完之後，我就知道我接下來幾週該怎麼做」
- 期待管理做好，不斷推出 beta 版
- 可以思考發酵的轉捩點，例如各部會跨部會合作時 -> 「向山致敬」案例
- 預計下一動：
- 6 月： 內部對齊，挖坑（資訊坑、設計坑、寫作坑/ 風格坑、規範坑、應用坑、承辦心聲代表、廠商心聲代表）
- 7 月： 設計規範初稿製作、風格指南雛形
- 8 月： 互評（討論）、實測（找一兩個內部網站來試用）
- 9 月： 修正、迭代
- 10 月：交出 beta 版
- 約群組： update 這次會議內容，分享下一動的大致計畫，集思廣益～