iOS Human Interface Guidelines デザイン スキル

Apple の設計哲学に合わせた直感的で一貫性のあるネイティブ iOS アプリ インターフェースを設計するフレームワークです。iOS、iPad、および Apple エコシステム全体とシームレスに統合するアプリを構築するための決定的なリソースである Apple の Human Interface Guidelines に基づいています。

コア原則

Apple の iOS デザイン哲学は、clarity（明確性）、deference（譲歩）、depth（奥行き）という 3 つの基本的な柱の上に成り立っています。すべての要素は読みやすく、目的のあるものである必要があります（明確性）。インターフェースはそれが表示するコンテンツを決して影で薄くしてはいけません（譲歩）。レイアリング、トランジション、およびリアルな動きは階層と空間的関係を提供する必要があります（奥行き）。

基礎： 最高の iOS アプリは、HIG ルールを機械的に従うだけではなく、インターフェースはユーザーのコンテンツとタスクに貢献するために存在するという哲学を内在化しています。ネイティブ コンポーネント、システム規約、およびプラットフォーム一貫性は制約ではなく、iOS ユーザーが信頼し、プラットフォームに属しているように感じるアプリを楽しむ理由です。

スコアリング

目標：10/10。 iOS インターフェースまたは SwiftUI/UIKit コードを確認または作成する場合、以下の原則への準拠に基づいて 0～10 で評価してください。10/10 は、すべてのガイドラインとの完全なアライメントを意味します。低いスコアは対応する必要があるギャップを示します。常に現在のスコアと、10/10 に到達するために必要な具体的な改善を提供してください。

iOS デザイン フレームワーク

1. レイアウトとセーフ エリア

コア コンセプト： iOS デバイスには、すべてのレイアウトで尊重する必要がある特定の画面寸法、セーフ エリア インセット、およびハードウェア突起部（ノッチ、Dynamic Island、ホーム インジケーター）があります。

なぜそれが機能するのか： レイアウトがセーフ エリアと標準スペースを尊重すると、アプリはネイティブで信頼でき、ユーザーはハードウェア機能やシステム UI の背後に隠されたコンテンツを決して見ることがなく、視覚的なリズムはプラットフォームの残りの部分と一致します。

重要な洞察：

• 最小の画面（iPhone SE の 375pt 幅）向けに最初に設計する
• セーフ エリアはハードウェア機能からコンテンツを保護します。ノッチ、Dynamic Island、またはホーム インジケーターの下にインタラクティブ要素を配置しないでください
• 標準的なコンテンツ マージンは画面端から 16～20pt
• 最小タッチ ターゲット サイズは 44 x 44pt
• リスト行の最小高さは 44pt
• 標準スペース増分：8 / 16 / 24pt

製品への応用：

コンテキスト	レイアウト パターン	例
ステータス バー	59pt 高さ、常に尊重される	時刻、信号、バッテリー エリア
ナビゲーション バー	44pt 標準行 + 58pt 大きなタイトル	戻るボタン、タイトル、アクション
コンテンツ エリア	柔軟、スクロール可能、セーフ エリアを尊重	メイン アプリ コンテンツ
タブ バー	49pt 高さ、トランスルーセント ブラー付き	2～5 個のプライマリ宛先
ホーム インジケーター	下部 34pt インセット	システム ジェスチャー エリア

コピー パターン：

• デフォルトでセーフ エリアを尊重する VStack { } を使用する
• .ignoresSafeArea() は背景と装飾的な要素にのみ使用し、インタラクティブ コンテンツには使用しない
• iPhone SE と Pro Max を含む複数のデバイス サイズでテストする

倫理的境界： ハードウェア突起部の背後に重要なコンテンツまたはコントロールを隠さないでください。どのデバイスでもユーザーは、すべての機能に等しくアクセスできる必要があります。

参照：ナビゲーション バーおよびタブ バーの詳細な仕様については references/navigation.md を参照してください。

2. タイポグラフィとダイナミック タイプ

コア コンセプト： iOS は San Francisco（SF Pro）タイプフェースを使用し、Dynamic Type によってアクセシビリティのために自動的にスケールするセマンティック テキスト スタイル システムを持っています。

なぜそれが機能するのか： セマンティック テキスト スタイルは、プラットフォーム全体で一貫した視覚的階層を作成します。Dynamic Type は、視覚障害のあるユーザーを含むすべてのユーザーが、レイアウトを破壊することなく、自分の好みのサイズでコンテンツを読めるようにします。

重要な洞察：

• 大きなタイトル：34pt Bold；タイトル：17pt Medium；本文：17pt Regular
• 二次テキスト：15pt Regular で 60% の不透明度；キャプション：12～13pt
• 最小テキスト サイズは 11pt（キャプション/二次情報のみ）
• 行の高さ、フォント サイズの最小 1.3 倍（本文テキスト用）
• 最適な行の長さ：モバイルで 1 行あたり 35～50 文字
• 常に左寄せ、両端揃えではないテキストを使用する
• 最小コントラスト比：4.5:1（WCAG AA）

製品への応用：

コンテキスト	タイポグラフィ パターン	例
画面タイトル	.largeTitle または .title スタイル	大きなタイトルはスクロール時に縮小
本文コンテンツ	.body スタイル、17pt	リスト アイテム、説明
二次情報	.subheadline または .footnote	タイムスタンプ、メタデータ
タブ ラベル	10pt SF テキスト	タブ バー アイテム ラベル
ボタン	.body 太さ semibold	プライマリ アクション テキスト

コピー パターン：

• ハードコードされたサイズではなく .font(.title)、.font(.body)、.font(.caption) を使用する
• 階層化の極端なサイズ差分の代わりに、太さと色の変動を優先する
• 最大の Dynamic Type サイズで、すべてのレイアウトをテストしてレイアウト破壊がないことを確認する
• Dynamic Type でスケールするカスタム スペースに @ScaledMetric を使用する

倫理的境界： Dynamic Type を無効にしたり、アクセシビリティ スケーリングを防ぐ固定フォント サイズを設定しないでください。すべてのユーザーは読みやすいテキストに値します。

参照：完全なテキスト スタイル、フォント サイズ、およびダーク モード タイポグラフィ ルールについては references/typography.md を参照してください。

3. 色とダーク モード

コア コンセプト： iOS はセマンティック システム カラーを提供し、明るいと暗いの表示の間で自動的に適応し、手動操作なしに両方のモードで適切なコントラストと視覚的階層を確保します。

なぜそれが機能するのか： セマンティック カラーは、手動操作なしに表示全体の読みやすさと階層を維持します。Dark Mode を好むユーザーはファーストクラスのエクスペリエンスを取得し、両方のモードをサポートするアプリはポーランド化され、ネイティブに感じます。

重要な洞察：

• ハードコードされた色ではなく Color(.label)、Color(.secondaryLabel)、Color(.systemBackground) を使用する
• Color(.systemBlue) はデフォルトの色合い/アクセント；.systemRed は破壊的なアクション用；.systemGreen は成功用
• Dark Mode はテキスト色を反転させ（暗から明へ）、背景をより暗くしながら相対的な階層を維持します
• Dark Mode のアクセント カラーは低い明度と高い彩度で目立つ必要があります
• 開発中に常に両方のモードをプレビューする
• 明るいと暗いの両方で 4.5:1 のコントラスト比を維持する

製品への応用：

コンテキスト	カラー パターン	例
プライマリ テキスト	Color(.label)	モード別に白/黒に適応
二次テキスト	Color(.secondaryLabel)	両方のモードで 60% の不透明度
背景	Color(.systemBackground) / .secondarySystemBackground	レイヤード デプス
破壊的なアクション	Color(.systemRed)	削除ボタン、警告
インタラクティブ色合い	アプリのアクセント カラーまたは .systemBlue	リンク、トグル状態

コピー パターン：

• プレビューで .preferredColorScheme(.light) と .dark を使用して両方のモードを一緒にテストする
• コードではなく Asset Catalog で明るい/暗いバリアントを含むカスタム カラーを定義する
• 背景が白または黒であると仮定しない。常にセマンティック カラーを使用する
• Increase Contrast アクセシビリティ設定を有効にしてテストする

倫理的境界： Dark Mode はオプションのポーリッシュではなく、ユーザーによって期待されています。Dark Mode で読めない、または破壊された状態のアプリを出荷しないでください。

参照：セマンティック カラー、Dark Mode パレット、およびコントラスト比ガイドラインについては references/colors-depth.md を参照してください。

4. ナビゲーション パターン

コア コンセプト： iOS はプライマリ宛先用のタブバー、階層的ドリルダウン用のナビゲーション スタック、および焦点を絞ったタスク用のモーダルを備えた層状ナビゲーション モデルを使用します。

なぜそれが機能するのか： 一貫性のあるナビゲーション パターンは、ユーザーがどこにいるか、どこに来たか、どこに行くかを常に知ることができることを意味します。これらのパターンに違反すると、混乱が生じ、アプリが iOS では外部のように感じます。

重要な洞察：

• タブバー：2～5 のプライマリ宛先、常に表示、タブごとに状態を記憶
• ナビゲーション バー：戻るボタン（左上）、タイトル（中央または大きい）、アクション（右上）
• 大きなタイトルはスムーズなアニメーションでスクロール時にコンパクト タイトルに縮小
• 焦点を絞ったタスク用のモーダル；スワイプダウンまたは明示的な閉じるボタンで閉じる
• ハンバーガー メニューを使用しない。iOS ユーザーはタブバーを期待する
• 検索バーはナビゲーション バーの下に表示でき、引き出されるまで非表示

製品への応用：

コンテキスト	ナビゲーション パターン	例
アプリ構造	3～5 個のタブを持つタブバー	ホーム、検索、プロフィール
コンテンツ階層	プッシュ ナビゲーション（ドリルダウン）	リスト > 詳細 > 編集
焦点を絞ったタスク	モーダル プレゼンテーション	コンポーズ、設定、フィルター
検索	プルダウン検索バー	Spotlight スタイル検索
分割ビュー	iPad サイドバー + 詳細	iPad 上のメール、ノート

コピー パターン：

• 戻るボタン テキストは「戻る」ではなく、前の画面のタイトルである必要があります
• タブ ラベルは単語である必要があります：「ホーム」、「検索」、「プロフィール」
• モーダル タイトルはタスクを説明する必要があります：「新しいメッセージ」、「プロフィールを編集」
• SwiftUI で非推奨の NavigationView ではなく NavigationStack を使用する

倫理的境界： フローを明確な出口なしにユーザーがトラップされない状態にしないでください。すべての画面には、戻るか閉じるための明らかな方法が必要です。

参照：タブバー、ナビゲーション バー、モーダル、検索パターン、および分割ビューについては references/navigation.md を参照してください。

5. コントロールと入力

コア コンセプト： iOS はユーザーが既に理解し、期待するネイティブ コントロール（ボタン、リスト、トグル、ピッカー、メニュー、テキスト フィールド）の豊富なライブラリを提供します。

なぜそれが機能するのか： ネイティブ コントロールは、ユーザーが既に学んだビルトイン アクセシビリティ、ハプティック フィードバック、およびインタラクション パターンを備えています。カスタム コントロールは摩擦を生じさせ、多くの場合、Apple が既に解決したエッジ ケースを見逃します。

重要な洞察：

• ページレベルのアクション（トップ）またはアクション バー（下）はナビゲーション バーに進みます
• プライマリ ボタンはテーマ カラーで塗りつぶされます；二次ボタンはアウトラインまたはテキストのみ
• 破壊的なアクションは赤を使用し、不可逆的な操作には確認が必要
• リスト（テーブル ビュー）は基本的な iOS コンテンツ パターンです
• キーボード タイプを期待される入力と一致させる（.emailAddress、.phonePad、.URL）
• 自動入力サポートに .textContentType を使用（メール、パスワード、アドレス）

製品への応用：

コンテキスト	コントロール パターン	例
フォーム	適切なキーボード タイプを持つネイティブ テキスト フィールド	@ キーボード付きメール フィールド
設定	トグル、開示を持つグループ化されたリスト	iOS 設定スタイル
選択	ピッカー、セグメント化されたコントロール、またはアクション シート	日付ピッカー、並べ替えオプション
破壊的なアクション	赤いボタン + 確認アラート	「アカウント削除」フロー
コンテキスト アクション	長押しメニューまたはスワイプ アクション	行の編集、共有、削除

コピー パターン：

• .keyboardType(.emailAddress) と .textContentType(.emailAddress) を一緒に使用する
• 確認には、ハードコードされたサイズの代わりにシステム アラートを優先する：.alert() または .confirmationDialog()
• リスト行で .swipeActions を使用して、一般的なアクションのために
• 親指に届く範囲内の画面下部にプライマリ アクション ボタンを配置する

倫理的境界： 広告をネイティブ コントロールとして偽装しないでください。または、破壊的なアクションを誤ってトリガーするのに簡単にしないでください。確認ダイアログは理由があります。

参照：ボタン、リスト、入力コントロール、メニュー、および確認ダイアログについては references/components.md を参照してください。参照：キーボード タイプおよび入力パターンについては references/keyboard-input.md も参照してください。

6. アクセシビリティ

コア コンセプト： iOS は世界水準のアクセシビリティ機能（VoiceOver、Dynamic Type、Switch Control、Voice Control）を備えており、すべてのアプリはそれらを後付けではなくファーストクラスの懸念事項としてサポートする必要があります。

なぜそれが機能するのか： アクセシビリティはオプションではなく、App Store ガイドラインおよび倫理的なデザイン実践によって必須です。世界中で 10 億人以上が何らかの形式の障害を持って生活しています。アクセシビリティのあるアプリは、すべてのユーザーにも利益をもたらします（日光での大きなテキスト、運転中の VoiceOver）。

重要な洞察：

• すべてのインタラクティブ要素には、それが何であるかを説明する .accessibilityLabel が必要
• 現在の状態に .accessibilityValue を使用し、それが何をするかに .accessibilityHint を使用する
• 関連する要素を .accessibilityElement(children: .combine) でグループ化する
• すべてのサイズで Dynamic Type をサポートする。最大の設定でテストする
• 最小タッチ ターゲット：44 x 44pt
• テキストの最小コントラスト比：4.5:1（WCAG AA）
• 色だけで意味を伝えない

製品への応用：

コンテキスト	アクセシビリティ パターン	例
アイコン	.accessibilityLabel("Favorite")	ラベル付きハート アイコン
スライダー	.accessibilityValue("\(Int(volume * 100))%")	ボリューム コントロール
ボタン	.accessibilityHint("Shares this item")	共有ボタン
グループ	.accessibilityElement(children: .combine)	アバター + 名前の行
画像	装飾的：.accessibilityHidden(true)	背景パターン

コピー パターン：

• アクセシビリティ ラベルを名詞として記述：「お気に入り」、「設定」、「閉じる」
• ヒントをアクション として記述：「このアイテムを他の人と共有する」、「設定を開く」
• VoiceOver のみを使用して、完全なアプリ フローをテストする
• Xcode の Accessibility Inspector を使用して、コントラストとラベルを監査する

倫理的境界： アクセシビリティは素晴らしいことではなく、それはない。アクセス不可能なアプリを出荷すると、実際の人を除外します。VoiceOver テストを視覚的なテストと同じくらい真摯に扱う。

参照：VoiceOver 実装、Dynamic Type サポート、およびアクセシビリティ チェックリストについては references/accessibility.md を参照してください。

7. アイコンと画像

コア コンセプト： iOS は SF Symbols を標準のアイコン システムとして使用し、特定のサイズのアプリ アイコンを必要とし、署名の superellipse（"squircle"）マスクが自動的に適用されます。

なぜそれが機能するのか： SF Symbols は San Francisco テキストで完璧にアラインするために設計され、Dynamic Type でスケールし、異なる太さとサイズに適応します。一貫性のあるアイコノグラフィは、インターフェースが一貫して、ネイティブに感じさせます。

重要な洞察：

• すべての標準的なアイコンに SF Symbols（Image(systemName:)）を使用します。テキストでスケーリングします
• アプリ アイコン：1024x1024px の正方形としてエクスポート；iOS はスクイルクル マスクを自動的に適用
• アイコン コーナー半径式：辺の長さ x 0.222、61% コーナー平滑化付き
• iOS 18 以上は明るい、暗い、および着色されたアイコン バリアントをサポート
• アプリ アイコンにテキストを避けます。スケーリングが不十分です
• アイコン デザインをシンプルで認識可能なシルエットに保つ

製品への応用：

コンテキスト	アイコン パターン	例
タブバー	SF Symbols、選択済みの塗りつぶしバリアント	house.fill、magnifyingglass
ナビゲーション バー	SF Symbols、レギュラー太さで	gear、plus、ellipsis
リスト アクセサリー	SF Symbols、二次色	chevron.right、checkmark
アプリ アイコン	1024px の正方形、シンプルで太いデザイン	単一の認識可能なグリフ
ウィジェット	ウィジェット スタイルに合わせた SF Symbols	アプリ ブランディングと一貫

コピー パターン：

• SF Symbols に Image(systemName: "heart.fill") を使用する
• .symbolRenderingMode(.hierarchical) を適用して、マルチカラー デプス用
• .imageScale(.large) または .font() を使用して、テキストに相対的なシンボルをサイズ設定する
• SF Symbols アプリで利用可能なシンボルを参照する（Apple から無料）

倫理的境界： 存在しない機能を提示するシンボルを使用しないでください。アイコンの意味は iOS 規約と一致する必要があります（例：ゴミ箱 = 削除、アーカイブではない）。

参照：アイコン サイズ テーブル、形状仕様、およびデザイン ガイドラインについては references/app-icons.md を参照してください。

8. ジェスチャーとハプティック

コア コンセプト： iOS は、標準的なジェスチャー（スワイプ バック、引き下げ更新、長押しコンテキスト メニュー）とハプティック フィードバック パターンを定義し、それらを尊重し、決してオーバーライドすることはできません。

なぜそれが機能するのか： ジェスチャーは筋肉記憶です。アプリがスワイプバック ジェスチャーをオーバーライドしたり、プルツーリフレッシュを目的変更した場合、ユーザーは方向感覚を失ったと感じます。ハプティックスは、アクションが登録されたことを目に見えない確認を提供し、不確実性を減らします。

重要な洞察：

• オーバーライドしないでください：エッジからのスワイプ右（戻る）、モーダルでスワイプ下（閉じる）、リストの引き下げ（更新）
• 行のスワイプ左は、アクションを表示します（削除、アーカイブなど）
• 長押しはコンテキスト メニューを表示
• ピンチ ズームは画像とマップで予期される
• 3 つのハプティック タイプを使用：impact（物理アクション）、notification（結果）、selection（UI 変更）
• ハプティックスは微妙で意味のあるものである必要があります。決して常に、または迷惑にならない

製品への応用：

コンテキスト	ジェスチャー/ハプティック パターン	例
ナビゲーション	左端からのスワイプ右	システム戻るジェスチャー
モーダル	スワイプ下で閉じる	シート閉じ
リスト	更新するプル、アクション用スワイプ	コンテンツを更新、行を削除
メディア	ピンチズーム、ダブルタップ	フォト ビューア
確認	完了時の .success ハプティック	支払い確認
選択	トグル/ピック上の選択ハプティック	ピッカー ホイール スクロール

コピー パターン：

• 物理的なインタラクションに UIImpactFeedbackGenerator(style: .medium) を使用
• 結果に UINotificationFeedbackGenerator() を使用：.success、.warning、.error
• UI 状態変更に UISelectionFeedbackGenerator() を使用
• ハプティックスをトリガーする前に .prepare() を呼び出してレイテンシを最小化する

倫理的境界： 攻撃的なハプティックスを使用してユーザーを圧力をかけないでください。ハプティック フィードバックは確認する必要があり、強制しません。

参照：標準的なジェスチャー テーブル、ハプティック フィードバック パターン、およびアニメーション ガイドラインについては references/gestures.md を参照してください。

一般的なミス

ミス	なぜそれが失敗するのか	修正
標準的なジェスチャーをオーバーライド	ユーザーはスワイプバック、グローバルにプル更新を期待します；オーバーライドは筋肉記憶を破壊します	システム ジェスチャーを目的のために使用する；補足的なアクションのみのカスタム ジェスチャーを追加
44pt 未満のタッチ ターゲット	小さなターゲットはミステップを引き起こし、特にアクセシビリティ ニーズを持つユーザーをイライラさせます	すべてのインタラクティブ要素が少なくとも 44 x 44pt であることを確認する
セーフ エリアを無視	ノッチ、Dynamic Island、またはホーム インジケーターの背後に隠されたコンテンツ	セーフ エリア インセットを常に尊重；背景にのみ .ignoresSafeArea() を使用
iOS で Android パターンを使用	ハンバーガー メニュー、トップ タブバー、マテリアル スタイル FAB は外部のように感じます	プライマリ ナビゲーション、下部シート、ネイティブ iOS コンポーネント用にタブバーを使用
Dark Mode をスキップ	Dark Mode を好むユーザーは、壊れたレイアウト、読みにくいテキストを見ます	セマンティック カラーを使用；両方の外観をテスト；明るい/暗いカラー ペアを定義
フォント サイズをハードコード	Dynamic Type を破壊し、より大きなテキストが必要なユーザーを除外	セマンティック テキスト スタイルを全体的に使用（.title、.body、.caption）
低コントラスト テキスト	WCAG AA に失敗、日光で読めない、または低ビジョン ユーザーのために	最小 4.5:1 のコントラスト比を維持；Increase Contrast 設定でテスト
実際のデバイスでテストしない	シミュレーターはパフォーマンス、ハプティック、セーフ エリア エッジ ケースを見逃します	物理デバイスでテスト、特に最小と最大の画面サイズ

クイック診断

iOS インターフェース デザインを監査します：

質問	いいえの場合	アクション
レイアウトはすべてのデバイス サイズでセーフ エリアを尊重していますか？	コンテンツはハードウェア機能の背後に隠れている可能性があります	すべての画面を iPhone SE と Pro Max で監査；セーフ エリア インセットを修正
すべてのタッチ ターゲットは少なくとも 44 x 44pt ですか？	ユーザーはステップを踏む、特にアクセシビリティ ニーズを持つ	タップ エリアを増やす；.frame(minWidth: 44, minHeight: 44) を使用
アプリは Dark Mode で完全に機能しますか？	Dark Mode ユーザーは破壊された/読みにくい UI を見ます	ハードコードされたカラーをセマンティック システム カラーに置き換える
テキストは Dynamic Type で適切にスケールしていますか？	アクセシビリティ違反；低ビジョン ユーザーを除外	固定フォント サイズをセマンティック テキスト スタイルに置き換える；最大設定でテスト
VoiceOver ユーザーはすべてのタスクを完了できますか？	アプリは盲目および低ビジョン ユーザーにアクセス不可能	すべてのインタラクティブ要素にアクセシビリティ ラベル、値、ヒントを追加
ナビゲーション パターンはネイティブ iOS ですか？	アプリは外部のように感じます；ユーザーはナビゲートするのに苦労します	ハンバーガー メニューをタブバーに置き換える；標準的なプッシュ/モーダル ナビゲーションを使用

リファレンス ファイル

• typography.md：テキスト スタイル、フォント サイズ、Dynamic Type、Dark Mode タイポグラフィ
• navigation.md：タブバー、ナビゲーション バー、モーダル、検索パターン、分割ビュー
• components.md：ボタン、リスト、入力コントロール、メニュー、確認ダイアログ
• colors-depth.md：セマンティック カラー、Dark Mode、コントラスト比
• gestures.md：標準的なジェスチャー、ハプティック、アニメーション
• accessibility.md：VoiceOver、Dynamic Type、アクセシビリティ チェックリスト
• app-icons.md：アイコン サイズ、形状、SF Symbols ガイドライン
• keyboard-input.md：キーボード タイプ、入力アクセサリー ビュー、ハードウェア キーボード サポート
• privacy-permissions.md：パーミッション リクエスト タイミング、事前パーミッション画面、拒否処理
• widgets-extensions.md：ウィジェット サイズ、App Clips デザイン、Live Activities
• system-integration.md：Siri、Shortcuts、Handoff、ドラッグ・ドロップ、ユニバーサル リンク

参考資料

このスキルは、すべての Apple プラットフォームの設計に関する公式なドキュメントである Apple の Human Interface Guidelines に基づいています。完全なガイドライン、プラットフォーム固有のガイダンス、および最新の更新については：

• Apple Human Interface Guidelines — iOS、iPadOS、macOS、watchOS、および visionOS デザイン用の決定的なリファレンス
• SF Symbols — Apple のアイコン システム、5,000 以上の設定可能なシンボル付き
• Apple Design Resources（Figma/Sketch） — 公式なデザイン テンプレートと UI キット
• WWDC Design Sessions — デザイン原則と新しい機能をカバーするビデオ セッション
• "Designed by Apple in California" — Apple のデザイン プロセスと哲学を文書化した写真集
• "The Design of Everyday Things" by Don Norman — Apple のアプローチに影響を与えた人間中心設計の基本的なテキスト
• "Universal Principles of Design" by William Lidwell、Kristina Holden、および Jill Butler — iOS インターフェース デザインに適用可能な 125 のデザイン原則

著者について

Apple Human Interface Guidelines は、Apple の Human Interface Design チーム、テクノロジーで最も影響力のあるデザイン組織の 1 つによって作成および保守されています。HIG は 1984 年にさかのぼり、Apple が最初の Macintosh コンピューターの立ち上げと共に、元々の Macintosh Human Interface Guidelines を発行したときにルーツがあります。そのドキュメントは原則を確立しました — ダイレクト マニピュレーション、シーアンドポイント、一貫性、WYSIWYG、ユーザー コントロール — グラフィカル ユーザー インターフェース デザインを数十年間定義しました。Jef Raskin、Bruce Tognazzini、その後 Jony Ive と Alan Dye を含むデザイナーのリーダーシップの下で、Apple のデザイン哲学は Mac OS、iPhone（2007）、iPad（2010）、Apple Watch（2015）、および Apple Vision Pro（2024）を通じて進化しました。HIG は、マウスからマルチタッチ、空間コンピューティングへの新しいインタラクション パラダイムを反映するために継続的に更新されている一方で、テクノロジーは直感的、アクセシビリティ可能で楽しいものであるべきというコア信念を保持しています。今日、HIG は developer.apple.com で自由に利用でき、Apple プラットフォーム上でアプリを構築している誰もが必要不可欠なリファレンスのままです。