mcpField
I
inclusive-design

inclusive-design

github.com/evancaデザイン・UI663190 回インストール3 週間前に更新
リポジトリ

inclusive-design について

インターフェースを操作できるかだけでなく、製品の前提が誰を排除するかを検討するデザインスキルです。言語、文化、端末、通信環境、自信、アイデンティティの観点から製品の流れを見直します。

主な機能

  1. 01多様な状況における排除の検討
  2. 02インクルーシブデザインの三原則
  3. 03恒常的・一時的・状況的な制約の整理
  4. 04言語、文化、端末、通信環境の評価
  5. 05ストレス、自信、認知負荷への配慮

活用シーン

  1. 01製品フローで見落とされる利用者の確認
  2. 02グローバルな氏名や住所向けフォームの設計
  3. 03低価格端末や低速通信への対応計画
  4. 04不安な人や初回利用者の負担軽減

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/evanca/flutter-ai-rules --skill inclusive-design

インストール後、Claude Code で/inclusive-designを入力して読み込まれたか確認します。

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

references/
cognitive-load-and-wellbeing.md
digital-and-economic-inclusion.md
frameworks.md
language-and-culture.md

詳細

インクルーシブデザイン

インクルーシブデザインがアクセシビリティとは別に考えるのは、次の問いです。

利用する人の現実の状況、アイデンティティ、言語、文化、デバイス、自信の度合い、制約を尊重していますか?

アクセシビリティでは、能力や支援技術を使って誰かがインターフェースを操作できるかを問います。インクルージョンでは、製品に組み込まれた前提によって、どんな人が取り残されるかを問います。たとえば、従量制の2G接続を使う40ドルのスマートフォンの利用者、フォームに名前が収まらない人、第三言語で読んでいる人、オンラインでこうした手続きをしたことがなく、間違えるのが怖い人です。WCAG準拠では、これらの問題には対処できません。このスキルでは対処します。

W3Cによると、アクセシビリティ、ユーザビリティ、インクルージョンには重なる部分がありますが、それぞれ異なる焦点があります。アクセシビリティは障害、ユーザビリティは体験の質(有効性、効率、満足度)、インクルージョンは人間の多様性の全体(ハードウェアとソフトウェア、読み書き能力、経済状況、教育、地理、文化、年齢、言語)を対象とします。

使う場面

具体的な支援技術の不具合ではなく、誰を、なぜ排除している可能性があるかがテーマの場合に、このスキルを使います。利用場面としては、「インクルーシブな視点」でデザインをレビューする、ペルソナを作成する、国際化・ローカライズを行う、グローバルな利用者向けの氏名・住所・プロフィールのフォームを設計する、低価格帯のデバイスや不安定な接続をサポートする、コストやデータ通信量の障壁を下げる、不安を抱える人や初めて利用する人のオンボーディングを行う、ストレスや認知負荷を軽減する、または「誰かを取り残していないか」という話し合いを行う場合などがあります。

**使わない場面:**スクリーンリーダーのサポート、キーボード操作、フォーカス順序、コントラスト比、代替テキスト、ARIA、キャプション、WCAGへの準拠が課題の場合は、アクセシビリティのスキルを使います。両者は連携するものですが、焦点に応じて選んでください。

基本となる考え方

1. 障害、そして排除全般は、特性ではなく「ミスマッチ」です

社会モデルでは、障害を本人の欠陥ではなく、人と環境、製品、または社会とのミスマッチとして捉え直します。August de los Reyesは次のように述べています。

「最大の課題は、障害を本人の能力と環境とのミスマッチとして捉え直すことです。言い換えれば、障害はデザインされるものです。」

そこから得られる力強い示唆は、ミスマッチがデザインされたものなら、デザインし直して取り除くこともできるということです。同じ考え方は、障害以外にも、このスキルで扱うあらゆる排除に当てはまります。有効な氏名を拒否するフォーム、利用者が負担できる以上の帯域幅を必要とするアプリ、流暢に読める人にしか理解できない文章。どれも取り除くことのできる、デザインされたミスマッチです。Microsoftはこれを次のように表現しています。障害 = 人と環境の相互作用におけるミスマッチ。

2. Microsoftのインクルーシブデザインにおける3つの原則
  • 排除に気づく。「自分自身の偏見を使って問題を解決すると、排除が起こります。」まず、現在の解決策が誰を締め出しているかを見つけましょう。
  • 多様性から学ぶ。「多様性への適応について、人間は真の専門家です。」周縁にいる人々は、後回しにする対象ではなく、気づきを得る源です。
  • 一人のために解決し、多くの人へ広げる。「すべての人間にとって普遍的に重要なことに焦点を当てる」ことで、排除されている一人のために優れた解決策をデザインすれば、誰にとっても役立つことがよくあります。(ろう者のために作られた)キャプションは、騒がしい空港でも役立ち、子どもの読字学習にも役立ちます。(弱視の人のために作られた)ハイコントラストモードは、日差しの強い場所では誰にとっても役立ちます。一人のために作り、多くの人の利益につなげましょう。
3. ペルソナスペクトラム

制約が永続的なものだけであることはほとんどありません。Microsoft のペルソナスペクトラムは、それぞれの制限を永続的、一時的、状況的な状態にわたってマッピングします。これは影響を受ける人々の数を飛躍的に増やすと同時に、普遍的なニーズを明らかにします。

能力永続的一時的状況的
触れる(片腕)切断骨折した腕赤ちゃんを抱いている新米の親
見る失明白内障/散瞳運転中;強い日差し
聞くろう耳の感染症騒がしいバー;静かな図書館
話す発話困難喉頭炎音声 UI での強いなまり

「私たちはペルソナスペクトラムを使って、永続的、一時的、状況的なシナリオのスペクトラム全体にわたる関連するミスマッチと動機を理解しています。」

重要なのはこのスケーリングです。毎年約 26,000 人のアメリカ人が永続的な上肢の喪失を経験していますが、一時的および状況的な障害を数に入れると、その数は2,000 万人以上になります。境界のために設計することは、中央に奉仕することなのです。

インクルージョンレビューの実施方法

次元ごとに進め、「これは誰を想定しており、誰を置き去りにしているのか?」と問いかけます。各次元には詳細を掘り下げた参照ファイルがあります。

  1. 言語と文化 — コンテンツは翻訳およびローカライズ可能ですか? 名前、住所、日付、数値、通貨の形式は一つの文化を想定していませんか? フォームは全員が姓名を持つことを前提としていませんか? → references/language-and-culture.md
  2. デバイス、ネットワーク、経済性 — 安価で古く、小さな画面のスマートフォンで、遅く従量制の接続環境でも動作しますか? 常時接続、最新のハードウェア、またはデータが無料であることを前提としていませんか? 低帯域幅やオフラインの経路はありますか? → references/digital-and-economic-inclusion.md
  3. 自信、ストレス、認知負荷 — ユーザーが不安を感じていたり、気が散っていたり、初心者であったり、精神的エネルギーが低下している可能性を尊重していますか? ユーザーを責めるのではなく、コントロールを与え、進歩を称え、間違いを許容していますか? → references/cognitive-load-and-wellbeing.md
  4. アイデンティティとライフステージ — 多様な人々を敬意をもって表現していますか(名前、性別、家族構成、肌の色、例)? 非常に若い人、非常に高齢の人、初めてオンラインになる人にとっても機能しますか?
  5. 自分自身の排除を認識する — 誰のバイアスがデフォルトを形作ったのでしょうか? 誰がその場にいなかったのでしょうか? 最もリスクの高い制約についてペルソナスペクトラムを構築し、その境界のために設計しましょう。

哲学、原則、ペルソナスペクトラムの活動、およびアクセシビリティ/ユーザビリティ/インクルージョンの区別の全体については、references/frameworks.md を参照してください。

これをうまくやるための注意点

インクルージョンは完了させるチェックリストではなく、自分の思い込みに気づく習慣です。排除を見つける最速の方法は、「平均的なユーザー」(存在しません)のために設計するのをやめ、代わりに境界にいる特定の人物 — 言語、収入、デバイス、または自信において自分とは異なる誰か — を選び、その人としてあなたのフローを歩むことです。その人が遭遇する摩擦は、その人のものではなく、設計のものなのです。

参考資料

  • references/frameworks.md — 3つの原則、ペルソナスペクトラム、ミスマッチモデル、アクセシビリティとユーザビリティとインクルージョンの違い、および出典。
  • references/language-and-culture.md — 国際化とローカリゼーション、およびグローバルな利用者に配慮した名前や敬称の扱い。
  • references/digital-and-economic-inclusion.md — デバイス、接続環境、利用料金、スキル、自信に関する障壁(英国政府とITUの枠組み)。
  • references/cognitive-load-and-wellbeing.md — モチベーション、ストレス、集中力、記憶、通知、自律性(Microsoftの認知に関する資料とメンタルヘルス)。

主な出典:

コメント