上一篇：台灣如何定義「數位政府設計原則」？現行設計規範的優點與風險
上篇提到台灣設計準則的撰寫過於抽象，本文將彙整比較各國設計準則（Design Guideline）的撰寫策略。
策略一：標語與簡單總結
這種描述方式將複雜的設計原則濃縮成一句或一段高度簡潔的標語或定義，目的是確保原則能夠在設計團隊內部快速傳播，讓所有決策者和執行者都能一目瞭然地理解設計原則的主要精神。特點包含：
- 簡潔性： 通常不超過兩句話。
- 高層次性： 聚焦於原則的最終結果或核心價值，而非具體執行細節。
- 易於溝通： 像品牌標語一樣，便於團隊成員在日常對話中引用。
案例：新加坡
新加坡政府的設計準則中，對於核心原則的描述就是典型的標語式。它用極少的文字，清晰地定義了原則所追求的目標：這個描述並未告訴設計師如何實現，而是直接定義了清晰度看起來或感覺起來的樣子（易於理解、改善互動性）。
策略二：詳細敘事
這種方式是政府設計準則中最經典、最基礎的描述方法。它透過一段敘事性文字，詳細解釋一項原則背後的動機、重要性以及設計哲學。與標語式相比，它不僅告訴你「是什麼」，更重點闡述「為什麼」。關鍵特點：
- 建立共識： 透過解釋原則的來由，幫助團隊理解設計決策的根基。
- 敘事深度： 通常包含「為什麼我們需要這個原則」、「不遵守會導致什麼後果」等背景資訊。
- 引導同理心： 許多政府準則會將使用者或公民的需求納入敘事中，強調人本精神。
案例：英國 (GOV.UK)
Start with user needs（從使用者需求開始）
服務設計從識別使用者需求開始。 如果你不知道使用者需求是什麼，你就無法打造出正確的產品。進行研究、分析數據、與使用者交談。不要做假設。 對使用者抱持同理心，並記住他們所要求的並不總是他們真正需要的。
英國數位政府的設計原則以清晰、以使用者為中心的敘事而聞名。從他們著名的「從使用者需求開始」（Start with user needs）為例，它們用一段話闡述了原則的哲學依據和基本要求：
- 指出風險： 沒從需求開始會「無法打造出正確的產品」。
- 提供指令： 必須「進行研究、分析數據、與使用者交談」。
- 設立禁區： 強調「不要做假設」。
策略三：引導式問題
這種描述方式透過列出一系列相關的、具體的問題，將原則轉化為設計師和開發團隊在專案不同階段可以進行的自我評估和討論工具。關鍵特點包含：
- 促進討論： 問題清單鼓勵團隊成員進行批判性思考和溝通，而不僅是盲目遵守規則。
- 適用性高： 團隊可以根據當前的專案階段和資源限制來回答這些問題，使原則更具情境相關性。
- 預防假設： 通過持續提問，有助於檢驗團隊的假設是否基於真實的使用者數據。
案例：美國 (USWDS)
美國政府數位服務設計系統（USWDS）在闡述「從真實使用者需求開始」（Start with real user needs）這一原則時，就使用了詳盡的問題清單來引導團隊：
Key considerations（關鍵考量）
以下是評估使用者需求時，可以向您的團隊提出的有用問題：
- 您的產品或服務是否有足夠資源進行研究？
- 誰是您的主要受眾？
- 該產品或服務將解決哪些使用者需求？
- 您多久與真人進行一次測試？
- 哪些研究方法已經使用，以及您計劃使用哪些方法？
- 如何以及在哪裡記錄您的研究結果？
策略四：操作清單
當設計原則需要從理論轉化為日常的設計決策時，提供實踐行動清單是非常有效的方法。這種方式直接列出設計師和開發者在執行過程中應該做什麼 (Do’s) 或避免什麼 (Don’ts)，將抽象的準則變成具體、可檢查的工作項目。關鍵特點包含：
- 高度可執行性： 直接以動詞開頭的指令句呈現，團隊可以直接將其納入工作流程或檢查清單。
- 縮小理論與實務差距： 將「為什麼」（原則）直接連接到「如何做」（指南）。
- 快速參考： 適合在設計或程式碼審查（Code Review）時作為快速檢查的依據。
案例：美國 (USWDS)
美國政府數位服務設計系統（USWDS）在其原則頁面，經常會搭配「問題思考」之後提供「實踐行動」（Practical Actions），每一個實際習動都以強烈的動詞（提早開始、使用、測試、分享）開頭，為團隊提供清晰的執行指南。
Practical actions（實際行動）
以下是您可以採取的實際行動：
- 提早開始。 在專案早期，花時間與現有和潛在使用者相處，以更好地了解他們觀點和問題背景。
- 使用多種方法。 使用定性和定量研究方法（例如 18F Methods）來確定人們的目標、需求和行為。
- 使用原型。 盡可能在現場使用原型（Prototypes）與真人一起測試您的假設和解決方案。
- 定期測試。 在產品建構期間，定期與潛在或現有使用者進行測試，以確保它符合人們的需求。
策略五：規範與技術依據
這種描述方式專注於將設計原則與外部的技術標準、法律要求或既定的業界規範直接掛鉤。對於政府服務而言，這尤其重要，因為它確保了數位產品在可及性（Accessibility）和安全合規性方面達到強制性要求。關鍵特點包含：
- 法律強制力： 直接引用具體的標準名稱或版本號（如 WCAG 2.2），賦予準則明確的合規性要求。
- 技術精確性： 提供了設計和開發團隊衡量成功的具體技術基準。
- 風險管理： 幫助政府機構證明其服務符合國內外相關法規，降低法律風險。
案例：阿拉伯聯合大公國 (UAE)
阿聯酋政府在闡述其「包容性與無障礙性」（Inclusivity and Accessibility）原則時，直接引用了國際公認的標準 WCAG 2.2（網頁內容可及性指南）。這個舉動告訴設計師和開發者，無障礙性是必須依據具體標準來實現的強制要求。
Inclusivity and Accessibility（包容性與可及性）
我們的設計系統核心承諾，是創造對每個人都可訪問的數位體驗，無論能力如何。遵循 WCAG 2.2 指南，我們確保所有元件都可供所有個體使用，包括有視覺、聽覺、認知和運動障礙的人士。
策略六：整體願景
這種描述方式著重於從國家級或組織級別的高度來定義設計原則的重要性。它不再僅關注單一產品的設計優劣，而是強調設計系統如何服務於整體數位生態系統的連貫性、一致性及長遠願景。這對於多部門、多機構的政府體系尤為關鍵。關鍵特點包含：
- 宏觀視角：強調設計系統在統一公民體驗、提升政府效率上的戰略價值。
- 降低認知負擔：說明一致的體驗如何讓公民在轉換不同政府服務時，減少學習和理解的成本。
- 品牌統一性：將設計準則與國家或政府的整體數位形象建立連結。
案例：義大利
rendere coerente l'esperienza digitale del cittadino（為了讓公民的數位體驗保持一致）
義大利有超過 22,000 個公共機構。平均而言，每個機構擁有不止一個網站，並且每個機構都有自主權根據自身需求進行設定。然而，對於使用這些數位服務的人來說，國家只有一個。 Design System Italia 建立了基礎，藉由定義其身份、視覺語言和互動模式，使數位服務的使用體驗保持連貫。透過設計代幣（Design Token）引導的個性化設置，仍然允許各機構傳達自身的身份。
這段描述的敘事核心是：雖然政府機構眾多且分散（22,000 個），但公民的視角是統一的（國家只有一個）。因此，設計系統的首要職責就是消除分散性，實現統一連貫的使用者體驗。
策略七：內部與外部延伸資源
這種描述方式認識到，設計準則的文字說明總有長度限制。為了提供更全面、更深入的指導，政府會策略性地在準則頁面中嵌入豐富的超連結，導引設計師和開發者進入更專業的研究文獻、工具資源或相關部落格文章。關鍵特點包含：
- 深度學習： 鼓勵團隊成員跳出指南，掌握背後的理論知識和方法論。
- 持續更新： 外部連結可以指向不斷更新的外部資源，讓指南內容保持與時俱進，而不需頻繁修改核心準則。
- 方法論支持： 連結至具體的研究工具和方法，將原則與實際的操作流程結合起來。
案例：英國、美國
英國在「利用數據進行設計 – Design with data」延伸出兩個內部連結，更詳細的說明具體的實踐方法。
美國在「延伸閱讀」則同時包含外部連結與內部連結（有許多來自 nngroup.com 的文章）。
設計原則常見問題 (FAQ)
一定要同時採用這七種策略描述設計原則嗎？
A: 不一定，這取決於設計系統成熟度和受眾。 這七種策略是工具箱中的選項，可以根據原則的性質和目標受眾選擇策略。例如：
- 初期： 可使用標語式和操作清單
- 建立共識： 可使用敘事或整體願景
- 實際執行： 可使用操作清單或引導式問題
哪種描述方式對確保設計團隊執行效率最高？
操作清單通常對執行效率的提升最為直接。因為它將抽象原則轉化為具體的 Do’s and Don’ts，讓設計及開發團隊能夠快速將準則納入他們的日常工作流程中。而引導式問題思考也有助於確保設計及開發團隊在執行時不偏離原則的目標。
為什麼政府設計準則要有「連結內外部資源」？
連結內外部資源的好處是：
- 知識深度： 為使用者提供方法論或研究背後的完整文獻。
- 時效性： 許多技術標準（如 WCAG）會持續更新，連結外部資源比在指南內手動更新更容易。
- 信任度： 連結到知名的研究機構或官方標準，能增強指南的可信度。
資料來源：