スライドのガイドライン

メッセージと論理を原稿で固め、図表・画像へ展開する。

媒体一覧 · 共通ガイドライン · チェックリスト・禁則事項

6.2 プレゼンテーションとスライド

• 必須: 新規作成と全面改稿では、資料の目的、対象者、最重要メッセージ、論点の関係、各スライドの役割を整理してから視覚表現を決めます。
• 必須: HTMLの文字、表、図は編集可能なテキスト・semantic HTML・SVGを基本とし、スライド全体を一枚の画像へ変換しません。PDFは各スライドを一ページに対応させます。
• 原則: 一枚のスライドには一つの主張を置きます。
• 原則: タイトルは話題名ではなく、そのスライドで伝える主張を表します。
• 原則: 導入、根拠、結論、次の行動が全体を通して追える順序にします。
• 原則: 本文を読み上げ原稿にせず、話者がいなくても誤解しない最小限の文脈を残します。
• 原則: 図、表、数値には単位、期間、母数、出典を必要に応じて付けます。
• 原則: 強調色は一枚につき一つの意味を基本とし、装飾のために色を散らしません。
• 原則: 画面共有、PDF書出し、白黒印刷でも意味が保たれるようにします。
• 原則: 発表者名、機密区分、ページ番号、日付は必要な資料だけに一貫して配置します。
• 禁止: 均等な三列カードやBento配置を、内容の関係がないまま使いません。
• 禁止: トランジションは構造理解に必要な場合だけ使い、全要素のfade-upやbounceを使いません。

内容の関係と出力形式

HTMLを制作元、PDFを配布出力とします。スライドとして説明する成果物には、この節の媒体別標準を適用します。HTMLであることだけを理由に、Webアプリの構成や製品画面のtokenへ切り替えません。

• 原則: 比較は対象と共通の比較軸、変化は同じ対象の前後、因果は根拠と推定を区別し、読み手が関係を補わなくても主張を理解できるようにします。
• 原則: 最も大きい文字と強調は主張または主要な根拠へ向け、背景説明や否定的な結果だけが中心メッセージを覆わないようにします。
• 原則: HTMLの読覧表示は狭幅でも内容を読めるように再配置し、発表表示はフレーム全体を同比率で拡縮します。印刷時は操作部品を除き、全ページと出典を保持します。
• 禁止: 対象や時点の根拠がない行動例の羅列を、同一人物の経時的な成長や実測した能力・効果の証拠として扱いません。

確認方法: タイトル列と全ページの一覧で論理・密度を確認した後、各ページを最終サイズで確認します。色と寸法の適合、情報の正確性、関係の理解、表示・操作・印刷の結果は別々に記録します。HTMLとそこから書き出したPDFの両方を使い、未実施の出力確認を合格にしません。

構成の型と情報量

• 原則: 主張、根拠、比較、流れ、時間軸、章の区切りなど、内容の関係から構成を選びます。同じ事実で既存の構成を活かす案と要件から考える別案を比べ、読み手に必要な判断をしやすい案を選びます。
• 原則: 大きな主張と主要な図・写真・表に視覚的な優先度を与え、説明の詳細は別ページや付録へ分けます。余白を残すために必要な根拠や留保を削除しません。
• 禁止: 型を埋めるために、題名、主張帯、同じ意味の補足見出しを重ねたり、全ページに同じ分割・容器を適用したりしません。
• 禁止: 表や図を一枚へ収めるために、規定より小さい文字へ縮めたり、内容を切り捨てたりしません。

スライドの内容条件

• 必須: SL-C01 分析・説明・提案の本文スライドには中心メッセージと対応する証拠・説明を置きます。「以下のとおり」「結果」「三つの特徴」だけでメッセージを済ませません。結論未確定の場合は、分かった範囲と残る問いを示します。
• 必須: SL-C02 表紙・目次・章扉・参考資料には案内や参照、演習・討議のページには問いや取り組む内容の役割を持たせ、分析・提案の主張を機械的に要求しません。固定のブランド表現と内容の型を区別します。
• 必須: SL-C03 発表用か単独で読む配布用かを制作前に区別し、配布用には話者なしで理解するための文脈を残します。重要な成立条件は主張と同じ閲覧経路に置きます。
• 必須: SL-C04 本文のメッセージ列と根拠を通覧し、前後の飛躍、同じ結論の反復、要約時の意味の変化を最終出力で点検します。
• 必須: SL-C05 新規制作・全面改稿では、描画前に制作前原稿を作ります。全体の問いと結論、ページごとの役割・問い・メッセージ・根拠・前提、前後との論理関係を定め、見出し・本文・注記・出典を実際に使う文言まで書きます。図表は軸・行列・系列の意味、単位・期間・尺度・基準、並び順とその理由、強調箇所、読み取れることと限界を記述します。原稿の内容監査を経てHTMLへ制作し、未解決の必須条件があるものは草稿として扱います。限定修正では影響するページと依存部分に絞れます。
• 必須: SL-C06 主要な説明ページは、読者に読み取ってほしい比較・関係・変化から視覚表現の候補を比較し、採用理由を制作前原稿へ記録します。表・図・グラフを適切に使い、文章を箱やアイコン列へ置換しただけで視覚設計を完了しません。数量の根拠がなければグラフを捏造せず、定性的な表現を選びます。
• 必須: SL-C07 アイコンは指定ライブラリによる対象・行動の識別に、生成画像は利用場面・体験の具体化に積極的に用い、図表による構造説明と使い分けます。適用機会と採否を原稿に記録し、全ページへ一律に配置しません。異なる場面に画像が必要なら場面ごとに生成・選定し、一枚の生成画像やその加工だけで埋めません。同一対象の意図的な再掲は目的を記録し、ロゴ・共通アイコンの反復とは区別します。
• 必須: SL-C08 内容監査、視覚仕様と素材の確定、代表ページの実証と原稿への反映を経てから全量HTML化へ進みます。原稿には実際の文言、配置・読み順・強調、図表の意味・値・順序、素材IDと使用箇所を記録し、制作者が主要な編集判断をやり直さずに再現できる状態にします。変換中に意味・構成を変える場合は原稿へ戻して再監査します。

選択可能な手法: 判断者への発表では要約と依頼を先に置き、説明時間と議論時間を配分します。質問から根拠へ辿れる付録、投影版と配布文書の分離、想定質疑による練習を用途に応じて選びます。授業や探索的な発表に結論先行を一律強制しません。

図は順位・変化・分布・構成比などの関係から選び、図表の意味と尺度は第6.4節に従います。色は強調・分類・数量・状態を区別し、意味を持たない装飾色を増やしません。

同階層の箇条書きが4項目以上なら、並列性・粒度・親子関係を再検討します。正当に独立した項目を数のために削りません。

スライドの実装token

値は16:9の標準フレームを機械生成するときの基準です。既存templateや別の画面比率を使う場合も、最小文字サイズ、意味役割、余白の関係、最終出力の検証を保ちます。座標は1280×720の仮想canvas上のpx、文字はptです。CSS pxとPowerPointのptを同じ値として扱いません。

• 必須: 通常文字は4.5:1以上、意味を担う図形と境界は3:1以上のコントラストを保ちます。
• 原則: 日本語書体はHiragino Sansを第一候補とし、利用できない場合はYu Gothic、BIZ UDPGothic、Noto Sans JP、Meiryoの順を候補に、実在する書体と字形を確認して選びます。
• 原則: 本文は20 pt、表は18 ptを標準とし、情報を収めるために縮小する前に文章、列、ページを分けます。

スライド固有の禁止事項

• 禁止: 内容や関係を説明しない装飾図を、根拠や実例の代わりに置きません。
• 禁止: PDFで消えるアニメーション・Hover・折り畳みに、主張や必須の根拠を依存させません。
• 禁止: 書き出した一ページに複数の意図しないスライドが混在したり、途中で切れたりした状態を完成品として渡しません。
• 禁止: 小さい注釈へ重要な留保を追いやり、本文の断定だけが伝わる構成にしません。

スライドの文字寸法

HTMLを活かす視覚表現と背景設計

• 原則: 比較・包含・階層・工程・場面の対照はsemantic HTMLとCSS Grid／Flex／tableなどで構成し、文字・表・関係を編集・再配置できるようにします。SVGは精密な線・座標・曲線など必要な部分に限り、HTML案と採否理由を原稿に残します。
• 必須: 視覚表現ライブラリから問い・入力・不向きな条件に合う候補を検索し、要件から作る別案と比較します。矢印の連結へ安易に還元せず、比較、包含、位置、整列、時間、具体物の注釈などによる説明を検討します。数量のない主張にグラフを創作しません。
• 必須: 無地・色面・写真・イラスト・模様などからページの背景を比較し、選択と理由を原稿に記録します。背景の役割には直接の情報表現に加え、雰囲気、場面転換、期待感、資料のリズムを含められます。全ページを無検討に白地、または模様付きに統一しません。
• 必須: 背景演出を採用する場合も、重要情報のコントラスト、読む順序、画像の来歴、ブランド資産、印刷と狭幅閲覧を確認します。可読性が必要な情報領域には安定した面を設け、背景を架空の実績やデータの証拠にしません。
• 禁止: 狭い画面で図版全体を縮小して文字を読めなくした状態を、横はみ出しがないことだけで合格にしません。再配置または名前付きの局所スクロール・拡大と意味を保つ説明を用意し、図内文字の実効寸法も検査します。

6.4 グラフ、表、データ可視化

視覚表現は、量の可視化に加え、比較・関係・構造・業務・体験・場面を読者が理解できる形へ変換する仕事です。6.4.1〜6.4.10に、選択手順、72の形式、素材、媒体別の仕上げ、監査の手引きを整理します。以下の規則は全体に適用し、形式一覧は条件に応じて選ぶ候補として扱います。

• 必須: 軸、単位、期間、母数、集計方法、欠損、出典を必要に応じて示します。
• 必須: インタラクティブなグラフには、同じ情報へ到達できる要約または表形式の代替を用意します。
• 原則: 図表は問いに答えるために選び、見栄えのために種類を増やしません。
• 原則: タイトルは何を比較しているかを表し、読み手に結論を強制する誇張表現を避けます。
• 原則: 色だけで系列を区別せず、直接ラベル、線種、記号、配置を併用します。
• 原則: 円グラフは少数の構成比に限り、比較が目的なら棒グラフを優先します。
• 原則: 切断軸、面積、遠近法で差を誇張しません。
• 原則: 表の数値は桁、小数点、単位を揃え、並び順に意味を持たせます。
• 禁止: 比較に不要な3D、影、グラデーション、過剰な補助線を使いません。

比較を誤らせない表現

• 原則: 棒の長さで量を示す場合はゼロを基点とします。微小な差を示す場合は差分や点の位置など別表現を検討します。折れ線にゼロ基点を一律強制せず、尺度を明示し、変化を誇張しません。
• 原則: 二重軸の調整で関係があるように見せず、別々の図や尺度を揃えた比較を検討します。時間・年齢などの自然な順序と、値による順位を使い分けます。
• 原則: 実績と予測は線種や注記でも識別し、解釈に必要な目標・基準・不確実性を示します。

図表固有の禁止事項

• 禁止: 数値、単位、期間、母数、軸の尺度を、元データと照合せず実測値として示しません。
• 禁止: 凡例や色だけに識別を依存させ、白黒・色覚差で比較対象を失う図表を配布しません。
• 禁止: 軸の省略、切断、面積・体積の誇張で、値の差を実際と異なる印象にしません。

図表の文字寸法

6.4.1 視覚表現の選択と原稿化

この節以降は第6.4節の規則を具体化する設計手引きです。列挙した形式をすべて使う義務はありません。適用条件を満たす候補を比較し、読者に必要な理解を最も少ない推論で届けるものを選びます。型の多さ、画像の枚数、文字面積率は品質の代わりになりません。

言いたいことを視覚の仕事へ変える

選択の六つの確認

1. 読者と利用場面：投影を見る経営層、精読する専門家、操作中の利用者では、必要な深さと読む時間が異なる。
2. 情報の性質：数量、分類、順序、時間、地理、包含、関係、場面を区別する。数値がないものに数量の見かけを与えない。
3. 読み取る作業：順位、差、傾向、探索、照合、理解、判断のどれを助けるかを決める。
4. 比較対象と基準：同じ期間・母数・単位かを先に確認する。デザインで比較不能を隠さない。
5. 誤読と欠落：各候補が何を隠し、どの関係を過剰に示すかを比較する。
6. 出力条件：投影・紙・スマートフォン・PDFで再現できるか。Hoverやアニメーションが消えても意味が残るか。

制作前原稿の記入単位

この記録と第12章の原稿・監査記録を接続します。原稿を長くすることが目的ではなく、制作時に意味・データ・構造を再発明させないことが目的です。

参考：Datawrapperの選択ガイド。問いから表現を選ぶ考え方を参照し、上の業務図・原稿仕様はLiberka向けに整理しています。

本文を書く前の視覚設計

1. 全体の論理と各ページの問いを短く決める。長文の完成原稿を先に作らない。
2. 問いを比較・構成・順序・範囲・操作・場面・根拠などの読取り作業にする。同時に主要な視覚候補を検索する。
3. 候補の型と、要件から組み立てる案を比べる。主図が何を説明し、アイコン・実画面・画像がどこを助けるかを決める。
4. 図が引き受ける説明を列挙し、その文を本文へ重ねて置かない。残す本文は図だけでは分からない条件・留保を中心にし、話者ノートや文書の詳細節と分ける。
5. 主図の順序・配置・実ラベル・データ・素材を原稿として確定する。図を隠した場合に何が理解できなくなるか、図だけから意図した答えが読めるかを監査する。
6. 全体を一覧にして同じ形式の連続や装飾偏重を検討し、代表ページを試作する。試作の修正は原稿へ戻す。

文書では一段落ごとに無理に図を付けず、節の説明責務を単位に判断します。学術的な論証、正確な契約条件、引用の精読などは文章を主とする理由になります。スライドでは文章を既定にせず、まず視覚へ移せる部分を検討します。アイコン・生成画像も用途を記録し、必要な場面は個別に準備します。採用しない素材に生成を要求しません。

6.4.2 大小・順位・差分・目標の比較

以下は状況別の候補です。同じデータでも「順位」と「改善幅」では適切な並びや図が変わります。

並び順はメッセージの一部

順序が本質の時間・年齢・評価尺度は順序を保持します。純粋な大小比較なら値順が候補です。前後ページを照合する場合は同じ対象順を保つ方が比較しやすいことがあります。値順の変更で同じ対象の場所が移る場合は、その負担を評価します。

「最重要列を左端」は一律の規則ではありません。比較対象を識別する名称列を左に置き、その次に判断の主軸を置く方が、名称と評価の往復が短くなる場合があります。

架空データによる設計例

案件A・B・Cの確認時間が旧方式12・8・10分、新方式8・7・6分という説明用データを考えます。順位だけを見る横棒より、同一案件の変化を問う場合は行ごとのダンベルが適します。横軸0〜12分、縦軸A・B・C、旧方式は白抜き点、新方式は塗り点、端点に値を記します。差は−4・−1・−4分。実験条件が不明なので「導入で短縮した」とは結論しません。

参考：ONSの並び順、軸と補助線。形式ごとの原稿仕様はLiberkaの設計手引きです。

自作の構成例

この図は形式の理解を助ける自作の架空例です。実製品の仕様や導入効果の証拠ではありません。完成資料では対象媒体のtokenと原稿の実データを適用します。

6.4.3 推移・期間・工程・繰り返し

時間の条件を先に定義する

「月次」が月末時点か月内合計か、累積か当月分か、暦年か年度かを原稿で決めます。累積線の上昇だけで成長率の上昇を主張しません。月の日数差や稼働日数差が影響する場合は、総量と一日当たりを使い分けます。

移動平均は窓幅と端点処理を記し、元系列から何を平滑化したか説明します。都合のよい開始日、季節の違う期間、制度変更前後の定義差を確認します。予測値には前提・作成時点を添え、未来の事実として描きません。

工程図と状態図の区別

工程図は「作業をどう進めるか」、状態図は「対象がいま何で、何が起きると変わるか」です。申請→審査→承認は活動列か状態列かを先に決めます。待機・差戻し・中止が読者の判断に関係するなら正常経路だけで完結させません。

参考：ONSの小分割図、不確実性の表示。工程表の運用仕様はLiberkaの整理です。

自作の構成例

この図は形式の理解を助ける自作の架空例です。実製品の仕様や導入効果の証拠ではありません。完成資料では対象媒体のtokenと原稿の実データを適用します。

6.4.4 分布・関連・不確実性

集計で消えるものを確認する

平均だけで群の差を説明する前に、中央値、ばらつき、標本数、外れ値を確認します。群を混ぜた傾向と群内の傾向は一致しないことがあります。割合なら分子・分母、重み付き平均なら重み、回答者ベースなら非回答の扱いを記録します。

標準偏差は観測値のばらつき、標準誤差は推定量の標本変動を扱います。信頼区間と予測区間も別物です。区間の意味が未確認なら、見た目を整えるために帯や誤差棒を追加しません。頻度論の95%信頼区間を「確定したこの区間に真値が95%の確率で入る」と無条件に説明しないなど、採用した統計的定義に沿って記述します。

探索用と説明用

探索段階は散布行列や多数の分布で仮説を探せます。説明段階は読者の問いに関係する図を選びます。ただし結論に都合の悪いデータや条件を隠す意味ではありません。詳細・反証・方法へ辿れる構造を残します。

参考：NISTの信頼区間、NISTの箱ひげ図、NISTの可視化手法一覧、Data to Vizの注意点。

6.4.5 構成比・階層・地理・流量

全体の定義

複数回答を足して100%にした円グラフ、重複集合を排他的な内訳として描く図、赤字・負値を面積へ写す図は、情報構造を先に見直します。「その他」に含める対象と割合を説明し、重要な少数項目をまとめて消さないよう確認します。

割合を比較するときは、全体が10人と1万人でも同じ100%になることを意識します。「率が高い」と「人数が多い」は別の問いです。地図でも地域人口当たりと総数を選び分け、行政区域の変更や地域単位の違いを確認します。

参考：ONSの地図、Datawrapperの図種選択。特殊な形式の採用は読者が解釈できる場合に限るという編集判断を加えています。

自作の構成例

この図は形式の理解を助ける自作の架空例です。実製品の仕様や導入効果の証拠ではありません。完成資料では対象媒体のtokenと原稿の実データを適用します。

6.4.6 関係・構造・業務・体験の図解

数量がなくても図解はできます。ただし位置・長さ・面積が量を示すように見える場合は「概念図」「模式図」と用途を示します。箱と矢印を並べる前に、関係が順序・依存・因果・包含・接続のどれかを定義します。

矢印・囲い・余白の文法

矢印の凡例を増やしすぎるより、異なる関係を別図に分けます。実線と破線を使うなら意味を一つずつ決めます。距離・中央配置・大きさも重要度や近さを暗示するため、根拠のない優劣を作らないよう確認します。交差線を減らしても、実際にある関係を削除して単純化しません。

架空の「閲覧範囲」を図解する例

「本人は自分の記録、管理者は共有された記録を見られる」を人物アイコン二つで説明すると範囲が分かりません。本人／管理者を行、自分の未共有／他者の未共有／共有済みを列にした権限表が候補です。「共有した瞬間に見える範囲が変わる」が論点なら、状態遷移と小さな権限表を組み合わせます。どちらの場合も実製品の権限仕様を確認してから確定します。

参考：NN/gのジャーニー、サービスブループリント。その他はLiberka向けの図解分類・設計観点です。UML・BPMN準拠と名乗る場合は、別途その標準の記法を確認します。

自作の構成例

この図は形式の理解を助ける自作の架空例です。実製品の仕様や導入効果の証拠ではありません。完成資料では対象媒体のtokenと原稿の実データを適用します。

6.4.7 表・マトリクスと判断の設計

表はグラフの代替品ではありません。正確な値の参照、異種の条件の照合、実務上の採否を支える役割があります。文章をセルに詰めただけの表は、比較軸が揃っているか見直します。

表の設計順

1. 読者が最初に探すものを行見出しまたは列見出しにする。
2. 同じ粒度の評価軸に揃え、同じ条件で比較できるか確認する。
3. 判断の主要軸を名称の近くへ置き、詳細・注釈・出典の場所を決める。
4. 数量、二値、段階評価、自由記述を区別し、それぞれの整列と表記を選ぶ。
5. 比較対象が増えた場合の分割・固定見出し・繰り返し見出しを設計する。

セルの意味を固定する

ゼロは測定された0、欠測は値が得られない状態、対象外は定義上適用されない状態です。空欄やダッシュ一つで兼用しません。丸・三角・バツの意味も「優劣」なのか「可否」なのかを明示します。主観的評価には評価者・根拠・評価時点を接続します。

罫線と読みやすさ

罫線は行列の対応を助ける分だけ使い、全セルの強い囲いを避けます。行のまとまりは余白や控えめな背景でも示せます。HTML表は見出しセルとデータセルの対応を持たせます。PDFでは見出しの繰返し、行の分断、注記の離脱を確認します。表の罫線は、禁止されている装飾的なborder-leftとは役割を区別します。

参考：W3Cの表のアクセシビリティ。業務上の評価軸・採否の扱いはLiberkaの編集方針です。

自作の構成例

この図は形式の理解を助ける自作の架空例です。実製品の仕様や導入効果の証拠ではありません。完成資料では対象媒体のtokenと原稿の実データを適用します。

6.4.8 アイコン・写真・イラスト・生成画像・実画面

視覚素材の役割を分ける

生成画像の指示は「きれいな画像」で終えない

場面の主体、動作、対象、場所、視点、画角、主役の位置、文字領域、光と質感、ブランドとの整合、避けたい描写を指定します。別ページに別の場面が必要なら、ページごとの指示で複数回生成・選定します。同じ画像の切抜き・色替えで異なる場面を埋める運用は、6.2・6.3の素材規則に照らして監査します。

採用前に、意味、余計な文字・ロゴ、不自然な物体・接続、人物の表現、視線と画角、必要解像度、誤認のおそれを確認します。生成画像は背景を埋める義務ではありません。表・グラフで説明すべき箇所を画像へ置き換えず、場面理解を助ける場所で積極的に採用します。

アイコンの使い方

同じ意味に同じアイコンを使い、異なる意味に同じ記号を流用しないよう確認します。指定ライブラリとブランド規則は第4章・媒体別規範を参照します。アイコンを全廃するのでも、見出しすべてに付けるのでもなく、識別が速くなる箇所で採用します。図の節点をアイコン化しても、節点間の関係を線・配置・ラベルで設計する仕事は残ります。

切り抜きと注釈

実画面は読ませる範囲まで拡大し、必要なら全体の小図と詳細を対応番号で接続します。装飾用デバイス枠で実画面を小さくしません。注釈は対象の近くに置き、同時に読む説明と画像を離さないよう確認します。写真のトリミングで状況や証拠の意味が変わる場合は、原画像との比較へ戻ります。

参考：NN/gのアイコン理解、W3Cの複雑な画像。生成回数・素材の原稿への接続はLiberka固有の制作方針です。

再利用する視覚構成

以下は実在の実績や顧客発言を作るための型ではなく、確認済み素材を組版するための型です。

端末外観は質感のある実機モックアップを選びます。配布物には利用・再配布条件を確認した素材、または生成素材を用います。同梱のV73は生成したノートPC・スマートフォン・タブレットの透過画像であり、実機写真・メーカー公式素材・特定機種の正確な再現ではありません。画面は独立したassetをHTMLで背面に配置し、カメラやベゼルを前面に保ちます。生成素材である旨を表示し、端末外側の透過を維持します。特定機種の寸法や対応を証明する用途には、確認済みの実機素材を別途使います。画面を枠へ直接はめ込む方式を標準候補とし、クロマキーは既存の写真・動画素材に必要な場合に使います。画面assetの出典・版・状態・掲載可能性は別途確認します。月桂冠・コメントの出典欄が埋まっていても、内容の真偽は自動保証されません。

操作・対応・指標を大きく見せる

6.4.9 視覚の文法と媒体別の仕上げ

位置・長さ・面積・色・形

位置と長さを共通基準へ揃えると、差を直接比較できます。面積・角度・色の濃さは精密な数値読取りに負担があるため、概観の目的や数値ラベルと組み合わせます。一つの変数に複数の視覚属性を使う場合も、矛盾した意味を与えないよう確認します。

色は強調だけでなく、カテゴリ、大小、基準からの差、状態も表せます。「色は強調時だけ」という一律の規則にはしません。意味のない色分けを減らし、色が担う役割を限定します。

ブランド色を全系列や全背景へ広げる必要はありません。情報を読む領域の可読性を守り、データの意味とブランドの役割を分けます。白地も背景演出も媒体とページの役割に合わせて選びます。同じ緑系の背景と文字で層を埋めず、実寸で階層と区別を確認します。

視線と余白

まずタイトルから主図へ、主図から必要な注記へ辿れる配置を設計します。凡例を往復するより直接ラベルが適する場面があります。ただし密集して重なる場合は、配置・図の分割・表示対象を見直します。余白は関係のまとまりを示すために使い、空間を埋めるための枠・アイコン・画像を追加しません。

媒体ごとの変換

媒体tokenの文字寸法を適用し、スライドの大きな主図をそのまま文書へ縮小しません。文書の詳細表を投影用へ押し込むこともしません。HTMLからPDFに変換できても、表の見出し関係・読み順・代替説明がそのまま維持されるとは限らないため、最終PDFで確認します。

単調さと一貫性を混同しない

同じ主体、同じ指標、同じ状態の表現は揃えます。一方、大小・権限・体験という異なる問いをすべて「三つのカード」で表す必要はありません。ページを並べて見たときの強弱は、情報の役割と根拠の違いから生みます。見た目を変えるためだけの特殊グラフは選びません。

参考：Datawrapperの色尺度、フェンリルのブランディング支援。後者はブランドと体験の一貫性の参考であり、図表の統計的正確性の根拠やフェンリル社内の制作規則として扱いません。

自作の構成例

この図は形式の理解を助ける自作の架空例です。実製品の仕様や導入効果の証拠ではありません。完成資料では対象媒体のtokenと原稿の実データを適用します。

背景と内容面の合成

模様背景ではタイトル・本文・表・フッターを透過とする構成を基本候補にします。領域全体の白い塗りで背景を隠す処理を自動挿入せず、模様の濃度や位置を調整して可読性を確保します。写真背景などで文字の判読性が足りない場合は、文字の領域だけに読み取り面を置く案と、写真を別領域へ分ける案を比較します。

背景候補は無地、淡色、ドット、グリッド、斜線、周縁のリング、上下の淡い帯、画像を揃えます。背景は図表の数量・分類の符号と競合させず、印刷・狭幅でも選定結果を確認します。透過とはページ自体の透明化ではなく、ページ上の不要な白い面をなくすことです。

文字の削減は、本文と図の重複を取り除き、対象の識別を指定アイコン、境界を包含、役割を表、階層をピラミッド、実際の操作を画面へ移すことで行います。必要な根拠・単位・条件は残し、アイコン数や図の個数だけで品質を判定しません。

6.4.10 視覚監査と検査可能性

本節は第12章の受け入れ記録を視覚表現へ適用する索引です。新しい合格点を作らず、既存の必須・禁止、対象要件、採用形式の条件へ接続します。自動化候補は実装済みの機能を意味しません。

監査の問い

1. タイトルを隠しても、何を比べた図か分かるか。
2. 主図を隠すと、理解に必要な情報が失われるか。失われないなら装飾か重複の可能性はないか。
3. 色をなくしても対象・関係・重要な差を読めるか。
4. 大小・距離・矢印・包含から、根拠にない意味を読み取らせていないか。
5. 例外・欠測・未確認・不確実性が結論を変えるのに消えていないか。
6. 読者に必要な比較を頭の中の計算やページ往復へ丸投げしていないか。
7. アイコンで説明できない関係をアイコンに任せていないか。
8. 本文を削った結果、単位・条件・定義・出典まで失っていないか。
9. ページを俯瞰したとき、内容の違いが図の構造に表れているか。
10. 実際の配布PDF・表示幅で、ラベルと主図と注記を読めるか。

典型的な差戻し

「レビューを30回」は30件のチェックボックスではありません。明示された巡数の対象版・指摘・修正・再確認を残し、同じコマンドの再実行を内容監査の一巡として数えません。回数を満たしても未確認の必須条件は未確認です。

9.1 アクセシビリティ

WCAG 2.2 AAを最低目標とし、企画、構成、制作、実装、書出しの各段階で確認します。

• 必須: スライドと文書も、読み順、代替テキスト、コントラスト、言語設定を確認します。
• 禁止: 色、位置、形、音、動きの一つだけへ意味を依存させません。

9.3 モーション

• 原則: 動きは、状態変化、空間関係、操作結果を理解させるために使います。
• 原則: スライドでは全要素へ同じ登場アニメーションを付けず、順序理解に必要な段階表示だけに使います。
• 禁止: 装飾だけの常時移動、カーソル追従、視差スクロール、浮遊物を使いません。

チェックリスト・禁則事項

正本の必須・禁止をそのまま確認項目として掲載しています。媒体固有の条件と共通条件の両方を確認してください。自動検査と内容・視覚の判断は別です。未確認の項目は合格ではありません。

媒体固有 — 禁則事項

• 均等な三列カードやBento配置を、内容の関係がないまま使いません。 出典: 6.2 プレゼンテーションとスライド
• トランジションは構造理解に必要な場合だけ使い、全要素のfade-upやbounceを使いません。 出典: 6.2 プレゼンテーションとスライド
• 対象や時点の根拠がない行動例の羅列を、同一人物の経時的な成長や実測した能力・効果の証拠として扱いません。 出典: 内容の関係と出力形式
• 型を埋めるために、題名、主張帯、同じ意味の補足見出しを重ねたり、全ページに同じ分割・容器を適用したりしません。 出典: 構成の型と情報量
• 表や図を一枚へ収めるために、規定より小さい文字へ縮めたり、内容を切り捨てたりしません。 出典: 構成の型と情報量
• 内容や関係を説明しない装飾図を、根拠や実例の代わりに置きません。 出典: スライド固有の禁止事項
• PDFで消えるアニメーション・Hover・折り畳みに、主張や必須の根拠を依存させません。 出典: スライド固有の禁止事項
• 書き出した一ページに複数の意図しないスライドが混在したり、途中で切れたりした状態を完成品として渡しません。 出典: スライド固有の禁止事項
• 小さい注釈へ重要な留保を追いやり、本文の断定だけが伝わる構成にしません。 出典: スライド固有の禁止事項
• 狭い画面で図版全体を縮小して文字を読めなくした状態を、横はみ出しがないことだけで合格にしません。再配置または名前付きの局所スクロール・拡大と意味を保つ説明を用意し、図内文字の実効寸法も検査します。 出典: HTMLを活かす視覚表現と背景設計
• 比較に不要な3D、影、グラデーション、過剰な補助線を使いません。 出典: 6.4 グラフ、表、データ可視化
• 数値、単位、期間、母数、軸の尺度を、元データと照合せず実測値として示しません。 出典: 図表固有の禁止事項
• 凡例や色だけに識別を依存させ、白黒・色覚差で比較対象を失う図表を配布しません。 出典: 図表固有の禁止事項
• 軸の省略、切断、面積・体積の誇張で、値の差を実際と異なる印象にしません。 出典: 図表固有の禁止事項
• 色、位置、形、音、動きの一つだけへ意味を依存させません。 出典: 9.1 アクセシビリティ
• 装飾だけの常時移動、カーソル追従、視差スクロール、浮遊物を使いません。 出典: 9.3 モーション

媒体固有 — 必須条件

• 新規作成と全面改稿では、資料の目的、対象者、最重要メッセージ、論点の関係、各スライドの役割を整理してから視覚表現を決めます。 出典: 6.2 プレゼンテーションとスライド
• HTMLの文字、表、図は編集可能なテキスト・semantic HTML・SVGを基本とし、スライド全体を一枚の画像へ変換しません。PDFは各スライドを一ページに対応させます。 出典: 6.2 プレゼンテーションとスライド
• SL-C01 分析・説明・提案の本文スライドには中心メッセージと対応する証拠・説明を置きます。「以下のとおり」「結果」「三つの特徴」だけでメッセージを済ませません。結論未確定の場合は、分かった範囲と残る問いを示します。 出典: スライドの内容条件
• SL-C02 表紙・目次・章扉・参考資料には案内や参照、演習・討議のページには問いや取り組む内容の役割を持たせ、分析・提案の主張を機械的に要求しません。固定のブランド表現と内容の型を区別します。 出典: スライドの内容条件
• SL-C03 発表用か単独で読む配布用かを制作前に区別し、配布用には話者なしで理解するための文脈を残します。重要な成立条件は主張と同じ閲覧経路に置きます。 出典: スライドの内容条件
• SL-C04 本文のメッセージ列と根拠を通覧し、前後の飛躍、同じ結論の反復、要約時の意味の変化を最終出力で点検します。 出典: スライドの内容条件
• SL-C05 新規制作・全面改稿では、描画前に制作前原稿を作ります。全体の問いと結論、ページごとの役割・問い・メッセージ・根拠・前提、前後との論理関係を定め、見出し・本文・注記・出典を実際に使う文言まで書きます。図表は軸・行列・系列の意味、単位・期間・尺度・基準、並び順とその理由、強調箇所、読み取れることと限界を記述します。原稿の内容監査を経てHTMLへ制作し、未解決の必須条件があるものは草稿として扱います。限定修正では影響するページと依存部分に絞れます。 出典: スライドの内容条件
• SL-C06 主要な説明ページは、読者に読み取ってほしい比較・関係・変化から視覚表現の候補を比較し、採用理由を制作前原稿へ記録します。表・図・グラフを適切に使い、文章を箱やアイコン列へ置換しただけで視覚設計を完了しません。数量の根拠がなければグラフを捏造せず、定性的な表現を選びます。 出典: スライドの内容条件
• SL-C07 アイコンは指定ライブラリによる対象・行動の識別に、生成画像は利用場面・体験の具体化に積極的に用い、図表による構造説明と使い分けます。適用機会と採否を原稿に記録し、全ページへ一律に配置しません。異なる場面に画像が必要なら場面ごとに生成・選定し、一枚の生成画像やその加工だけで埋めません。同一対象の意図的な再掲は目的を記録し、ロゴ・共通アイコンの反復とは区別します。 出典: スライドの内容条件
• SL-C08 内容監査、視覚仕様と素材の確定、代表ページの実証と原稿への反映を経てから全量HTML化へ進みます。原稿には実際の文言、配置・読み順・強調、図表の意味・値・順序、素材IDと使用箇所を記録し、制作者が主要な編集判断をやり直さずに再現できる状態にします。変換中に意味・構成を変える場合は原稿へ戻して再監査します。 出典: スライドの内容条件
• 通常文字は4.5:1以上、意味を担う図形と境界は3:1以上のコントラストを保ちます。 出典: スライドの実装token
• 視覚表現ライブラリから問い・入力・不向きな条件に合う候補を検索し、要件から作る別案と比較します。矢印の連結へ安易に還元せず、比較、包含、位置、整列、時間、具体物の注釈などによる説明を検討します。数量のない主張にグラフを創作しません。 出典: HTMLを活かす視覚表現と背景設計
• 無地・色面・写真・イラスト・模様などからページの背景を比較し、選択と理由を原稿に記録します。背景の役割には直接の情報表現に加え、雰囲気、場面転換、期待感、資料のリズムを含められます。全ページを無検討に白地、または模様付きに統一しません。 出典: HTMLを活かす視覚表現と背景設計
• 背景演出を採用する場合も、重要情報のコントラスト、読む順序、画像の来歴、ブランド資産、印刷と狭幅閲覧を確認します。可読性が必要な情報領域には安定した面を設け、背景を架空の実績やデータの証拠にしません。 出典: HTMLを活かす視覚表現と背景設計
• 軸、単位、期間、母数、集計方法、欠損、出典を必要に応じて示します。 出典: 6.4 グラフ、表、データ可視化
• インタラクティブなグラフには、同じ情報へ到達できる要約または表形式の代替を用意します。 出典: 6.4 グラフ、表、データ可視化
• スライドと文書も、読み順、代替テキスト、コントラスト、言語設定を確認します。 出典: 9.1 アクセシビリティ

全媒体共通 — 禁則事項

• 個別の製品やページに、この正本と競合する独自のデザイン規範を作りません。 出典: 1.1 何に適用するか
• 個別成果物の不適合一覧、改修計画、リリース記録、日付順の変更履歴を本文へ混ぜません。それらはIssue、Pull Request、Git履歴で管理します。 出典: 1.1 何に適用するか
• 「なるべく」「いい感じに」「適切に」のように、合否を判断できない言葉だけで規則を終えません。 出典: 1.2 規範語
• ブランドらしさ、見栄え、慣例を理由に、上位の安全性やアクセシビリティを下げません。 出典: 1.3 判断の優先順位
• 媒体別標準や製品別規則が、基本原則の必須事項または禁止事項を解除することはできません。 出典: 1.4 三つの適用層
• 共通tokenファイルに値が存在することだけを理由に、Webの背景、操作部品、角丸、時間指定を他媒体へ適用しません。 出典: 1.5 共通原則と媒体別の具体化を分ける
• 勢い、曖昧な文言、視覚的な誘導によって、重要な決定を急がせません。 出典: 2.1 Mission
• Hover、色、音、動きのいずれか一つだけへ意味や操作を依存させません。 出典: 2.2 Vision
• 利用者の不安や見落としを利用して行動を促しません。 出典: Choose with Love — 大切なものを最優先に選ぶ
• 謝罪や婉曲表現だけで原因と影響を隠しません。 出典: Honest Dialogue — 感情も問題も誠実に向き合う
• 重要な注意を脚注、Tooltip、閉じたAccordionの中だけに置きません。 出典: Give First — 価値も愛も出し惜しみしない
• 表現のために表示性能、検索性、印刷性、アクセシビリティを下げません。 出典: Long-term Choice — 長期で正しい選択をする
• 既存実装を正当化するためだけに、規範を弱めません。 出典: 2.4 哲学を検証可能にする
• 「革新的」「シームレス」「可能性を解き放つ」など、具体的な価値を説明しない語を主文にしません。 出典: 3.1 言葉は判断を助ける
• 一般的な言葉で説明できる概念へ、独自の造語を追加しません。 出典: 3.1 言葉は判断を助ける
• 機能を説明しない抽象的なAIコピーを使いません。 出典: 3.1 言葉は判断を助ける
• 装飾のための架空データ、顧客、推薦文、効果を事実として示しません。 出典: 3.2 情報の確度を見分けられるようにする
• 利用者の感情や仕事を、点数やランキングだけへ縮減しません。 出典: 3.2 情報の確度を見分けられるようにする
• 実在しない数値、顧客、推薦文、効果、出典を事実として示しません。 出典: 3.2 情報の確度を見分けられるようにする
• 孫引きされた同じ情報を独立した複数の証拠として数えたり、相関や図の矢印だけで因果関係を断定したりしません。 出典: 内容品質の共通条件
• 必須条件の不合格を総合点で相殺したり、推奨案を勝たせるために比較条件を変えたりしません。 出典: 内容品質の共通条件
• 内容品質を情報量や分析項目の多さだけで評価したり、用途に不要な提案・意思決定・結論を型に合わせて作ったりしません。用途への適応を理由に、正確性、用語整合、適用される根拠・論理・留保の条件を弱めません。 出典: 読者と用途に応じた内容設計
• 余白を埋めるためにCard、図、文章、操作を増やしません。 出典: 3.3 一つの面に一つの中心目的を置く
• 成果物ごとに同じ意味の色を即興で追加しません。 出典: 3.4 色は名前ではなく意味で管理する
• 色だけで見出し階層を作りません。 出典: 3.5 見出しは大きさとコントラストで階層を作る
• 見出しの直前へ、カテゴリ名や雰囲気だけを表す小さな文字のkicker、eyebrow、overlineを反復しません。必要な分類は見出し本文、Breadcrumb、Navigationで示します。 出典: 3.5 見出しは大きさとコントラストで階層を作る
• 英大文字の短いLabelをすべての見出しの上へ反復しません。 出典: 3.5 見出しは大きさとコントラストで階層を作る
• kicker、eyebrow、overlineとして、小さなカテゴリ名や雰囲気語を見出しの上へ反復しません。 出典: 3.5 見出しは大きさとコントラストで階層を作る
• 見出し、操作、ブランド名を本文用書体へ機械的に合わせません。 出典: 3.6 文字は長く読めることを優先する
• すべての数値を12の倍数へ丸めるために、16pxの本文、1pxの境界、操作対象の寸法を崩しません。 出典: 3.7 余白は関係を説明する
• 通常のCard、一覧行、Button、図表へ影、色付きglow、Hover浮上を付けません。 出典: 3.8 境界、角、奥行きは実際の構造を示す
• Cardの一辺だけに意味のないアクセント線を置きません。 出典: 3.8 境界、角、奥行きは実際の構造を示す
• カードの左縁など、一辺だけにアクセント線を置くside-stripe cardを使いません。 出典: 3.8 境界、角、奥行きは実際の構造を示す
• 影だけで階層を示す構成、全Cardの浮上、色付きグローを使いません。 出典: 3.8 境界、角、奥行きは実際の構造を示す
• 任意の書体で「Liberka」や「Schedia」を組み、公式ロゴのように扱いません。 出典: 3.9 ロゴとブランド名を混同しない
• シンボルの変形、回転、縁取り、影、再着色、切り抜き、要素追加を行いません。 出典: 3.9 ロゴとブランド名を混同しない
• 状態が変わったように見せるだけの演出で、実際の結果や未完了の作業を隠しません。 出典: 3.10 状態と次の一歩を隠さない
• ブランド表現を理由に、コントラスト、代替テキスト、読み順、操作対象を弱めません。 出典: 3.11 アクセシビリティは後付けにしない
• アクセシビリティまたは情報の正確性を、ブランド表現を理由に下げません。 出典: 3.11 アクセシビリティは後付けにしない
• Sparkles、ロボット、脳、魔法の杖をAIの既定記号にしません。 出典: 3.12 AIは責任と確度で示す
• 実データのない効果、利用者数、推薦文、比較優位を作りません。 出典: 3.13.2 言葉の原則
• 同じ意味役割の色を成果物ごとに即興で追加しません。 出典: Liberka Core palette
• 紫から青、紫からピンクのグラデーションを使いません。 出典: Liberka Core palette
• グラデーション文字を使いません。 出典: Liberka Core palette
• 形状のために情報の境界、可読性、必要な操作を失わせません。 出典: 4.4 角と曲線
• 複数段の影、色付きグロー、ホバー時の浮上、常時浮く統計カードを使いません。 出典: 4.5 境界と奥行き
• スライドや文書で、段落や数値を装飾カードへ入れて階層を作りません。 出典: 4.5 境界と奥行き
• 半透明色だけで境界を作りません。 出典: 4.6 透明素材とガラス表現
• ガラス面の上へさらにガラス面を重ねません。 出典: 4.6 透明素材とガラス表現
• 全面GlassやGlassの入れ子を使いません。 出典: 4.6 透明素材とガラス表現
• 絵文字を機能アイコンとして使いません。 出典: アイコンの共通方針
• 意味のない人物イラスト、3D物体、発光球を余白埋めに使いません。 出典: 画像とイラスト
• 発光orb、汎用blob、オーロラ、意味のない3D物体を使いません。 出典: 画像とイラスト
• 重要な注意を脚注、Tooltip、折りたたみの中だけに置きません。 出典: 5.2 読む順序
• すべてをCardへ入れる構成、意味のないCard内Card、均等なBentoグリッドを使いません。 出典: 5.3 容器の節度
• 三列の均等なアイコンCardを、内容上の理由なく使いません。 出典: 5.3 容器の節度
• 必須項目の未確認や不合格が残った状態を受け入れ完了としません。例外は第13.4節に従います。 出典: 12.1 対象と判定
• 観点別チェック件数を改稿回数や独立レビュー人数と呼びません。原稿版、指摘、実際の変更、再確認を分け、同じ案への賛成を重ねて品質を証明したことにしません。利用者が回数を指定しても、回数によって未解決条件を解除しません。 出典: 原稿を批評してから変換する

全媒体共通 — 必須条件

• 成果物の所有者は、基本原則、対応する媒体別標準、該当する製品別規則の順に確認します。 出典: 1.1 何に適用するか
• AIが生成または補助した成果物も、人が作った成果物と同じ基準で検証します。 出典: 1.1 何に適用するか
• 規範的な箇条書きには、四つの規範語のいずれかを付けます。 出典: 1.2 規範語
• 下位層は上位層を具体化します。 出典: 1.4 三つの適用層
• consumer repositoryとの接続情報は「適用設定」として管理します。適用設定はデザイン上の第四層ではありません。 出典: 1.4 三つの適用層
• 特定媒体の操作、出力条件、実装技術を前提とする規則は、媒体別の所有先に置きます。共通原則には守る目的と参照先を残します。 出典: 1.5 共通原則と媒体別の具体化を分ける
• 規則の適用は成果物の目的と実際の機能で判断します。操作を持つHTMLでは第8章・第9.4節も参照し、HTML制作であることだけを理由に資料全体をWeb媒体へ切り替えません。 出典: 1.5 共通原則と媒体別の具体化を分ける
• 利用者が何を理解し、何を決め、次に何が起こるかを説明できる構成にします。 出典: 2.1 Mission
• 重要な操作には、確認、編集、取消し、復旧のうち必要な経路を用意します。 出典: 2.1 Mission
• 支援技術、キーボード、タッチ、文字拡大、狭い画面でも中心目的へ到達できるようにします。 出典: 2.2 Vision
• 中心目的と、それを支える情報の優先順位を定めます。 出典: Choose with Love — 大切なものを最優先に選ぶ
• 規範を変更するときは、影響範囲と変更後の判断方法を説明します。 出典: Grow to Choose — 選択を増やすために成長する
• 事実、推定、提案、未確定、失敗を区別します。 出典: Honest Dialogue — 感情も問題も誠実に向き合う
• エラーでは、起きたこと、影響、次にできることを示します。 出典: Honest Dialogue — 感情も問題も誠実に向き合う
• 重要な条件、費用、公開範囲、取消し可否は、決定前に確認できる位置へ置きます。 出典: Give First — 価値も愛も出し惜しみしない
• 規則には、守る目的、適用範囲、確認方法を持たせます。 出典: 2.4 哲学を検証可能にする
• 見出しだけを追っても、話の順序と結論が分かるようにします。 出典: 3.1 言葉は判断を助ける
• 操作名は「保存」「削除」「記録を見る」のように、起きることを動詞で表します。 出典: 3.1 言葉は判断を助ける
• 事実、推定、例、提案、目標値を、文言と構造で区別します。 出典: 3.2 情報の確度を見分けられるようにする
• 必要に応じて出典、基準日、単位、対象範囲、算出方法を示します。 出典: 3.2 情報の確度を見分けられるようにする
• AIの提案は未確定であること、編集・採用・拒否できることを示します。 出典: 3.2 情報の確度を見分けられるようにする
• CQ-01 読み手、理解・判断・行動の目的、前提知識、閲覧方法、対象範囲を整理し、説明の順序・深さ・情報密度を選びます。判断を求める場合は、今回決める事項と未決事項を区別します。 出典: 内容品質の共通条件
• CQ-02 判断に影響する主張には追跡可能な根拠を対応させ、根拠から結論に至る理由と成立条件を説明します。未確認事項は明示し、主張を根拠の対象・期間・精度より広げません。 出典: 内容品質の共通条件
• CQ-03 比較では評価軸、単位、母数、期間、対象の条件を揃えるか、比較できない違いを明示します。実績と予測、意向と行動、変動と確認できた変化を区別します。 出典: 内容品質の共通条件
• CQ-04 提案・選定では必須条件と比較観点を分け、実質的な代替案と不採用理由、重要な弱点・依存条件を説明します。選択肢が指定済みの場合は、その制約を明示し、架空の比較を作りません。 出典: 内容品質の共通条件
• CQ-05 要約・見出し・図表に短縮しても、判断を変える留保や反対の証拠を隠しません。根拠が足りない場合は不足と、それによって判断できない範囲を示します。 出典: 内容品質の共通条件
• CQ-06 実行を求める提案では、行動、担当、時期、成功の確認方法を示すか、未決の項目を明示します。承認されていない役割や期限を確定事項にしません。 出典: 内容品質の共通条件
• CQ-07 説明・分析・提案の重要な用語と指標は、意味、適用範囲、単位・期間・比較基準を揃えます。同義語の使い分けと同じ語の異なる意味を点検し、区別に理由がある場合は明示します。「拡大」「急増」「有効」などの評価語には根拠と成立条件を定め、根拠のない閾値を作りません。 出典: 内容品質の共通条件
• 読者・目的・前提知識・閲覧方法は、まず会話・資料・利用場面から判断します。重要な仮定と構成の選択理由を必要な範囲で記録し、判断材料がない重大な分岐だけ第12.3節に従って質問します。読者の肩書きだけで知識量や必要な説明を決めません。 出典: 読者と用途に応じた内容設計
• 視覚的な順序と、出力形式が持つ構造上の読み順・読み上げ順を一致させます。 出典: 3.3 一つの面に一つの中心目的を置く
• 画面、Dialog、スライド、文書ページ、図表には中心となる問いまたは行動を一つ置きます。 出典: 3.3 一つの面に一つの中心目的を置く
• 通常文字は4.5:1以上、大きな文字と情報理解に必要なUI境界は3:1以上のコントラストを確保します。 出典: 3.4 色は名前ではなく意味で管理する
• 色へ文言、形、アイコン、位置の少なくとも一つを併用します。 出典: 3.4 色は名前ではなく意味で管理する
• 破壊とエラーは赤系、警告はオレンジ系、通常情報と選択はLiberka greenを使います。 出典: 3.4 色は名前ではなく意味で管理する
• Page Titleは、その面で最も高い文字の視覚的優先度とコントラストを持ちます。 出典: 3.5 見出しは大きさとコントラストで階層を作る
• 見出しレベルを飛ばさず、見出しだけを読んでも構成を理解できる文言にします。 出典: 3.5 見出しは大きさとコントラストで階層を作る
• 書体、文字寸法、行間は対象媒体の規範とtokenから選び、別媒体の本文用設定を機械的に流用しません。 出典: 3.6 文字は長く読めることを優先する
• 数値比較では桁、単位、小数点を揃え、必要に応じて等幅数字を使います。 出典: 3.6 文字は長く読めることを優先する
• 関連するラベルと値は近づけ、異なる判断は広く離します。 出典: 3.7 余白は関係を説明する
• 花形をLiberka共通シンボルとして、brand/liberka.mdの資産と余白規則に従って使います。 出典: 3.9 ロゴとブランド名を混同しない
• 公式ロックアップが必要な場所では画像資産を使います。 出典: 3.9 ロゴとブランド名を混同しない
• 通常文章中のブランド名は正確にLiberka、Schediaと綴ります。 出典: 3.9 ロゴとブランド名を混同しない
• 状態を持つ成果物では、現在の状態、完了したこと、未完了のこと、次にできることを区別します。 出典: 3.10 状態と次の一歩を隠さない
• 対象者と利用環境に応じ、読み順、代替説明、識別、理解、必要な操作を最終出力で確認します。 出典: 3.11 アクセシビリティは後付けにしない
• AI提案、人の確認、確定、実行中、実行済み、失敗を区別します。 出典: 3.12 AIは責任と確度で示す
• 外部送信や重要な変更は、実行前に対象、内容、相手、結果を確認できるようにします。 出典: 3.12 AIは責任と確度で示す
• AIが利用不能でも、人が確認、編集、実行できる安全な経路を残します。 出典: 3.12 AIは責任と確度で示す
• 信頼できる: 事実、推定、提案、未確定を区別します。 出典: 3.13.1 ブランド人格
• 前へ進める: 過度に鼓舞せず、現実的な次の一歩を示します。 出典: 3.13.1 ブランド人格
• エラーは謝罪だけで終わらず、起きたこと、影響、次にできることを示します。 出典: 3.13.2 言葉の原則
• AIの提案は断定せず、編集、採用、拒否できることを示します。 出典: 3.13.2 言葉の原則
• 破壊的操作とエラーは赤系、警告と注意はオレンジ系で示します。 出典: Liberka Core palette
• 通常情報、選択、成功は製品プロファイルの主色で示します。 出典: Liberka Core palette
• 色だけで意味を伝えず、文言、形、アイコン、位置の少なくとも一つを併用します。 出典: Liberka Core palette
• 通常文字は4.5:1以上、大きな文字と情報理解に必要なUI境界は3:1以上を基準とします。 出典: Liberka Core palette
• 半透明面、画像、映像、動く背景の上の文字は、最も読みにくい状態で検査します。 出典: Liberka Core palette
• 印刷、グレースケール、投影、画面共有でも重要な区別を失いません。 出典: Liberka Core palette
• 本文、操作、図表、注釈に必要なウェイトと字形が揃うことを確認します。 出典: 4.2 タイポグラフィ
• 階層は、面の明度、全周境界、余白、重なり、背景の抑制で示します。 出典: 4.5 境界と奥行き
• 左右・上下の配置だけへ順序を依存させず、読み上げ順と一致させます。 出典: 5.2 読む順序
• 複数ページでは、現在地、全体量、次の遷移先を必要に応じて示します。 出典: 5.2 読む順序
• 対象成果物、版またはcommit、媒体、主要な利用経路、確認者、確認日、確認環境を記録します。 出典: 12.1 対象と判定
• 該当する共通原則、Component、Layout / Flow、製品条件を特定し、それぞれの仕様から確認項目を選びます。 出典: 12.1 対象と判定
• 各項目を合格・不合格・未確認・対象外で記録し、対象外には理由を添えます。未確認を合格に含めません。 出典: 12.1 対象と判定
• 合格には再現手順、期待結果、実際の結果、証拠を添えます。自動検証と実際の最終出力の確認を区別します。 出典: 12.1 対象と判定
• 制作前に共通規範・媒体・製品・使用部品から必須条件と禁止事項を列挙し、制作後は同じ項目を最終成果物で確認します。 出典: 12.3 実施と記録
• 最終判定では禁止事項を独立して再点検し、不適合を修正した後に影響範囲を再検査します。検査後に変更した成果物へ以前の合格を流用しません。 出典: 12.3 実施と記録
• 自動検査の合格は、その検査が実際に観測した対象・状態・範囲に限定します。意味・事実・読み順・未操作状態の確認を自動検査で代替しません。 出典: 12.3 実施と記録
• Webは第9章の代表幅、200%拡大、400%相当の再配置、Reduced Motion、forced-colorsと、使用Componentの必要状態を確認します。 出典: 12.3 実施と記録
• 性能へ影響する変更では、同じ端末・通信・データ条件で変更前後を比較し、測定値と採用した性能予算を記録します。予算や比較結果が未定なら合格にしません。 出典: 12.3 実施と記録
• 最終出力の確認には、実際に配布または公開する版を使用します。 出典: 12.3 実施と記録
• 制作前と監査で情報不足を見つけた際は、既存の会話・提供資料・適用規範を確認し、調査で補える情報と利用者の判断が必要な情報を分けます。情報の充足確認は質問の実施を意味しません。 出典: 情報の充足確認と自律的な進行
• 未確認の事実・数値・社内決定を仮定で確定させません。重要な分岐の回答待ちや根拠不足が解消しない部分は未確定の草稿とし、沈黙を同意と扱いません。自律的な進行は、公開・破壊的操作等に必要な権限や承認を代替しません。 出典: 情報の充足確認と自律的な進行
• 自動検査で警告された候補は、該当箇所を確認して修正または適用しない理由を記録します。警告の件数だけで不合格にせず、警告なしを内容合格にしません。 出典: 内容検査の判定境界
• 根拠の十分性・正確さ、推論の妥当性、比較の公平性、重要な反証、要約による意味の保持は内容レビューで確認します。AIの評価だけを事実確認の証拠にしません。 出典: 内容検査の判定境界
• 文書・スライドの原稿を短縮、分割、並べ替え、図表化する場合は、重要な成立条件・未決事項・根拠の掲載先を追跡し、編集後の実文と照合します。情報の存在だけで意味の保持を合格にしません。各候補の構成変更を原稿の関係・参照へ反映します。 出典: 制作前原稿と監査・改善ループ
• 文書・スライドは、全体構成、用語・指標、制作前原稿、内容監査、制作、最終出力監査の順に進めます。全体構成では各単位が目的にどう寄与するか、前提・理由・具体化・比較・反証・結論などの関係を確かめます。隣接しているだけの項目を論理的につながっていると扱いません。 出典: 制作前原稿と監査・改善ループ
• 内容監査では、全体の問いへの回答、根拠から主張への推論、単位間の重複・欠落・矛盾、用語・数値・留保の一貫性、読み手が理解・判断できる順序を別々の観点で確認します。最終出力では原稿との意味の一致と実際の表示を確認します。 出典: 制作前原稿と監査・改善ループ
• 指摘には対象と版、該当条件、問題と読み手への影響、修正内容、再確認範囲、再確認の証拠と結果を残します。根拠不足は調査、論理の欠落は構成、表現の問題は原稿または制作へ戻し、修正後に再監査します。反証や未確認事項を削除して合格にしません。 出典: 制作前原稿と監査・改善ループ
• 用語定義の変更は全使用箇所、結論の変更は要約・根拠・提案、数値や図表の変更は参照箇所へ影響をたどり、該当する判定を再開します。原稿から出力を再生成し、影響部分を確認するまで以前の合格を流用しません。 出典: 制作前原稿と監査・改善ループ
• 完了は監査回数ではなく、適用される必須条件の不合格・未確認がなく、重要な不整合が解消し、変更の影響範囲が再確認されていることで判断します。情報・手段が不足する場合は残件を明示した草稿とします。AI同士の合意や自己採点の反復は根拠の検証を代替しません。 出典: 制作前原稿と監査・改善ループ
• 文書・スライドの本制作前に、内容・論理・視覚表現・背景演出・読者の理解の各観点から、採用案を崩しうる最も強い指摘とその根拠を記録します。修正または維持の判断と理由を示し、修正が必要な指摘は原稿へ戻し、影響範囲を再確認します。攻撃的な検討は案に向け、人への侮辱には向けません。 出典: 原稿を批評してから変換する
• 原稿には実文・根拠・前後関係に加え、視覚表現の検索候補と不採用理由、背景、読む順序、強調、情報密度の理由、素材の対応を記録します。代表ページは現行原稿の入力から試作し、その検討を経て全量変換へ進めます。 出典: 原稿を批評してから変換する
• 本制作への変換で主要な文言・論理・構図を選び直す必要が出た場合は、原稿を未確定へ戻して修正・再監査します。最終描画の検査は省略せず、一度の生成で必ず完成することを保証しません。 出典: 原稿を批評してから変換する
• 文書・スライドの本文を確定する前に、各内容単位について読者の作業、図から読み取る答え、視覚で説明する内容と残す本文・補足へ移す内容を決めます。視覚中心の場合は主図と補助素材を実際の原稿nodeへ結び付け、文字中心の場合はその適用理由を記録します。表紙・扉は内容単位と分けて扱います。 出典: メッセージと主図を同時に設計する
• 原稿監査では、図の有無とは別に、配置・長さ・包含・接続等が何を伝えるか、図と本文が同じ説明を重ねていないか、図がなくても同じ文章一覧のままではないかを確認します。主図の説明機能をアイコン・ハイライト・月桂冠だけで満たしたとしません。図へ移した重要な条件を消しません。 出典: メッセージと主図を同時に設計する
• 資料全体で、文章中心の単位、同じ表現の連続、説明を担わない装飾への偏りを確認し、変更または維持の根拠を原稿へ戻します。固定の図数・文字数・画像比率は合格条件とせず、記録の充足と意味・見た目の妥当性を別々に判定します。 出典: メッセージと主図を同時に設計する