実はできている!? Webアクセシビリティ

by Rikiya Ihara / magi

Slide 1

Slide 1 text

Slide 2

Slide 2 text

注意事項  会場は禁煙です。  ハッシュタグは#a11ybooks となります。  イベントの模様は自由に撮影いただき、ブログやSNS等で拡散いただいて構いません（むしろお願いします）。主催者も、公式Facebookページ用に写真撮影をいたします（ご了承ください）  スライドの公開は主催者よりSNSなどでご案内します。 2

Slide 3

Slide 3 text

本日の流れ  自己紹介  アクセシビリティとは?  実はできている!?  アクセシビリティだと思っていたが……?  気づかないうちにアクセシビリティを確保していた！ 3

Slide 4

Slide 4 text

自己紹介 4

Slide 5

Slide 5 text

BA 5

Slide 6

Slide 6 text

ウェブアクセシビリティ基盤委員会（WAIC） 6

Slide 7

Slide 7 text

デザイニングWebアクセシビリティ 7

Slide 8

Slide 8 text

アクセシビリティとは?

Slide 9

Slide 9 text

アクセシビリティとは さまざまな利用者がさまざまな環境でアクセス可能であること  情報を認識して理解できる  さまざまな選択肢が提供されている  自分に合った形で利用できる 9

Slide 10

Slide 10 text

さまざまな環境 10

Slide 11

Slide 11 text

ビジュアルブラウザ(Firefox) 11

Slide 12

Slide 12 text

テキストブラウザ(w3m) 12

Slide 13

Slide 13 text

ダウンローダー(SiteSucker) 13

Slide 14

Slide 14 text

クローラー(Googlebot) 14

Slide 15

Slide 15 text

ハイコントラストモード 15

Slide 16

Slide 16 text

ハイコントラストモード 16

Slide 17

Slide 17 text

拡大ツール(Windows拡大鏡) 17

Slide 18

Slide 18 text

スクリーンリーダー(NVDA) 18

Slide 19

Slide 19 text

スクリーンリーダー(VoiceOver) 19

Slide 20

Slide 20 text

代替マウス 20

Slide 21

Slide 21 text

点字ディスプレイ 21

Slide 22

Slide 22 text

視線入力装置 22

Slide 23

Slide 23 text

障害者のウェブページ利用方法の紹介ビデオ 23

Slide 24

Slide 24 text

障害者のウェブページ利用方法の紹介ビデオ 実際に支援技術を使ってアクセスしている様子を見ることができる  視覚障害者（全盲）  視覚障害者（弱視）  肢体不自由者 http://www.soumu.go.jp/menu_news/s- news/2005/051215_1_wmv.html 24

Slide 25

Slide 25 text

アクセシビリティだと思っていたが……?

Slide 26

Slide 26 text

アクセシビリティに配慮と言われたとき、何を思い浮かべますか? アクセシビリティに配慮したサイトとは? 26

Slide 27

Slide 27 text

福岡県大野城市 27

Slide 28

Slide 28 text

福岡県大野城市 28

Slide 29

Slide 29 text

文字サイズ変更ボタン・色反転ボタン 29

Slide 30

Slide 30 text

東京都西東京市 30

Slide 31

Slide 31 text

東京都西東京市 31

Slide 32

Slide 32 text

「本文へ」リンク 32

Slide 33

Slide 33 text

東京オリンピック・パラリンピック競技大会組織委員会 33

Slide 34

Slide 34 text

東京オリンピック・パラリンピック競技大会組織委員会 34

Slide 35

Slide 35 text

カルーセル停止/ 再生ボタン 35

Slide 36

Slide 36 text

JISの文字サイズ変更の要件 1.4.4 テキストのサイズ変更の達成基準キャプション及び文字画像を除き，テキストは，コンテンツ又は機能を損なうことなく，支援技術なしで200 %までサイズ変更できる（レベル AA）。 36

Slide 37

Slide 37 text

実際にはどうか? 37

Slide 38

Slide 38 text

サイズ: 小 38

Slide 39

Slide 39 text

サイズ: 中 39

Slide 40

Slide 40 text

サイズ: 大 40

Slide 41

Slide 41 text

文字サイズ変更機能の現実 中を100%としたとき、大は約133% 「大」を複数回押しても大きくならない 拡大される要素はテキストのみ  ナビゲーションや見出しの文字は大きくならない 41

Slide 42

Slide 42 text

熊本県の例 42

Slide 43

Slide 43 text

熊本県の例 43

Slide 44

Slide 44 text

ところで…… 44

Slide 45

Slide 45 text

総務省みんなの公共サイト運用ガイドライン 45

Slide 46

Slide 46 text

2.1.4. ウェブアクセシビリティ対応に関する誤解 46

Slide 47

Slide 47 text

2.1.4. ウェブアクセシビリティ対応に関する誤解注意点！ホームページ等において、音声読み上げ、文字拡大、文字色変更等の支援機能を提供する事例がありますが、これだけでは、ウェブアクセシビリティに対応しているとは言えません。 47

Slide 48

Slide 48 text

Webアクセシビリティの確保は特別なことではない。障害者差別解消法の施行で考えるべき企業サイトの品質 48

Slide 49

Slide 49 text

植木さんのコメント 49

Slide 50

Slide 50 text

文字サイズ変更ボタンや音声読み上げ機能は必要なのか？よくある質問 50

Slide 51

Slide 51 text

JISに準拠していれば、どちらもいらない植木さんの回答 51

Slide 52

Slide 52 text

植木さんのコメント続き 実際に試すと、ほとんど文字の大きさが変わらない文字サイズ変更ボタンが少なくない 最近のWebブラウザであればズーム機能を標準で搭載している 意味のない文字サイズ変更ボタンはやっている感を出すための免罪符に近い 52

Slide 53

Slide 53 text

基準を満たす方法の例 53

Slide 54

Slide 54 text

ブラウザのズーム機能を利用する ブラウザの機能で文字サイズを変えられるようにする 文字サイズ変更ボタンをつける 文字サイズを変えても重なったりはみ出したりしないようにする 54

Slide 55

Slide 55 text

JISの文字サイズ変更の要件 1.4.4 テキストのサイズ変更の達成基準キャプション及び文字画像を除き，テキストは，コンテンツ又は機能を損なうことなく，支援技術なしで200 %までサイズ変更できる（レベル AA）。 55 これは何?

Slide 56

Slide 56 text

3つのレベル レベルA :  支援技術を駆使すればアクセスできる レベルAA:  支援技術がなくても多くの環境でアクセスできる レベルAAA :  支援技術がなくても多くの環境でアクセスしやすい発展的なもの、達成が難しいものを含む 56

Slide 57

Slide 57 text

文字サイズの変更はレベル「AA」 支援技術を使えば、以下のようなことが可能  サイト側の文字サイズの指定を無視してユーザーが好みのサイズに変更  テキストを音声で読み上げる 57

Slide 58

Slide 58 text

ここまでのまとめ 58

Slide 59

Slide 59 text

ここまでのまとめ 文字サイズ変更などの機能は目立つが、あまり役に立っていないこともある 文字サイズが変更できることは大切だが文字サイズ変更ボタンでなくてもよい 文字サイズ変更はレベルAAの達成基準 59

Slide 60

Slide 60 text

文字サイズ変更ボタンはなくてもいい! もっと大切なことがある! ひとことで言うと? 60

Slide 61

Slide 61 text

気づかないうちにアクセシビリティを確保していた! ～実装・デザイン編～

Slide 62

Slide 62 text

アクセシビリティとは（おさらい） さまざまな利用者がアクセス可能であること  情報を認識して理解できる  さまざまな選択肢が提供されている  自分に合った形で利用できる 62

Slide 63

Slide 63 text

2.1.4. ウェブアクセシビリティ対応に関する誤解注意点！ホームページ等において、音声読み上げ、文字拡大、文字色変更等の支援機能を提供する事例がありますが、これだけでは、ウェブアクセシビリティに対応しているとは言えません。 63

Slide 64

Slide 64 text

みんなの公共サイト運用ガイドライン(続き) 利用者は、多くの場合、音声読み上げソフトや文字拡大ソフトなど、自分がホームページ等を利用するために必要な支援機能を、自身のパソコン等にインストールし必要な設定を行った上で、その支援機能を活用して様々なホームページ等にアクセスしています。 64

Slide 65

Slide 65 text

ブラウザや支援技術でアクセスできることが重要つまり 65

Slide 66

Slide 66 text

重要なのは「マシンリーダビリティ」 アクセスできる！  テキストが明確  ちゃんとマークアップされている アクセスできない！  テキストが存在しない、あいまい  ちゃんとマークアップされてない 66

Slide 67

Slide 67 text

実は大切なこと 1. ページタイトルをきちんとつける 2. 階層構造に沿った見出しをつける 3. 見た目に頼り切らない 4. 画像に頼り切らない 5. キーボードだけで操作できる 67

Slide 68

Slide 68 text

ページタイトルをきちんとつける 68

Slide 69

Slide 69 text

ページタイトルは重要な手がかり ブラウザのタブ名 ブックマークのタイトル 表示履歴のタイトル サーチエンジンやサイト内検索結果 外部からのリンク 69

Slide 70

Slide 70 text

OK:内容が連想できるタイトルをつける 70

Slide 71

Slide 71 text

OK:ツールを使ってタイトルを確認する 71

Slide 72

Slide 72 text

NG:ページタイトルがない 72

Slide 73

Slide 73 text

NG:他のページと区別できないタイトル 73

Slide 74

Slide 74 text

NG:長すぎて肝心な部分が切られてしまう 74

Slide 75

Slide 75 text

階層構造に沿った見出しをつける 75

Slide 76

Slide 76 text

ユーザーは見出しに注目している 76

Slide 77

Slide 77 text

OK:レベルに沿った具体的な見出しをつける 77

Slide 78

Slide 78 text

OK: 見出しを見出しとしてマークアップ 78

Slide 79

Slide 79 text

NG:見出しがない 79

Slide 80

Slide 80 text

NG:見出しから内容を推測できない 80

Slide 81

Slide 81 text

NG:見出しの階層が不適切 81

Slide 82

Slide 82 text

NG: 見出しがマークアップされていない 82

Slide 83

Slide 83 text

見た目に頼り切らない 83

Slide 84

Slide 84 text

視覚デザインは、見えないと伝わらない 色 配置 形・大きさ 文字の装飾 84

Slide 85

Slide 85 text

OK:色だけでなくラベルに変化をつける 85

Slide 86

Slide 86 text

OK:見た目の特徴だけでなくラベルで指示 86

Slide 87

Slide 87 text

NG: 色に頼った表現 87

Slide 88

Slide 88 text

NG: 色に頼った表現 88

Slide 89

Slide 89 text

NG: 配置に頼った表現 89

Slide 90

Slide 90 text

画像に頼り切らない 90

Slide 91

Slide 91 text

画像は利用できないことがある 画像が利用できない状況  画像が読み込めない  画像を表示できないブラウザを使っている  スクリーンリーダーを使っている 91

Slide 92

Slide 92 text

OK:本文やキャプションで説明する 92

Slide 93

Slide 93 text

NG: 画像だけで情報が提供されている 93

Slide 94

Slide 94 text

代替テキストとは? 画像の代替となるテキスト  画像が表示できないとき、代わりに使われる  HTMLではimg 要素のalt 属性で指定例: 94

Slide 95

Slide 95 text

文脈に沿った代替テキストとは 画像の「補足や説明」ではなく「代わり」  画像だけに着目すると失敗しやすい  前後の文や、ページのテーマを含めて考える 「alt属性値」が必ず必要なわけではない  必須なのは「alt属性」  本文がきちんとしていれば「カラ（alt=“”）」「写真」「図」などが最適なケースも多い 95

Slide 96

Slide 96 text

OK: 装飾画像の代替テキストは空にする 96

Slide 97

Slide 97 text

OK: キャプションつきの写真に適切な代替を 97

Slide 98

Slide 98 text

NG: 装飾画像に説明文が指定されている 98

Slide 99

Slide 99 text

NG: 代替テキストとキャプションがかぶっている 99

Slide 100

Slide 100 text

NG: 画像の代替テキストが不適切 100

Slide 101

Slide 101 text

背景画像は伝わらないことがある HTMLのimg要素は「内容」  代替テキストが設定できる  スクリーンリーダーやクローラーにも伝わる CSSの背景画像は「装飾」  ハイコントラストモードや印刷プレビューで消える  スクリーンリーダーやクローラーには伝わらない 101

Slide 102

Slide 102 text

OK: 意味のある画像は前景に置く 102

Slide 103

Slide 103 text

NG: 意味を持つ画像を背景画像として実装 103

Slide 104

Slide 104 text

NG: ロゴやナビゲーションを画像置換で実装 104

Slide 105

Slide 105 text

Web Developerによるチェック 105

Slide 106

Slide 106 text

キーボードだけで操作できる 106

Slide 107

Slide 107 text

さまざまな入力マウス、トラックパッド、トラックボール、マウスキー、代替マウス、タッチデバイス、キーボード、ソフトウェアキーボード、走査スイッチ、視線入力、音声操作、点字キーボード… … 107

Slide 108

Slide 108 text

OK: キーボードでも操作可能にする 108

Slide 109

Slide 109 text

OK: 切り替えボタンを明示する 109

Slide 110

Slide 110 text

OK: フォーカス表示をブラウザ標準にまかせる 110

Slide 111

Slide 111 text

NG: マウスクリックでしか操作できない 111

Slide 112

Slide 112 text

NG: マウスオーバーでしか操作できない 112

Slide 113

Slide 113 text

NG: スワイプでしか操作できない 113

Slide 114

Slide 114 text

NG: フォーカス表示が見えない 114

Slide 115

Slide 115 text

気づかないうちにアクセシビリティを確保していた! ～設計編～

Slide 116

Slide 116 text

「適切なテキスト」のための設計 1. 内容を推測できるカテゴリ名にする 2. わかりやすい現在地表示をつける 3. リンク先がわかるようにする 4. フォームのラベルを明確にする 5. フォームのエラーを明確にする 116

Slide 117

Slide 117 text

内容を推測できるカテゴリ名にする 117

Slide 118

Slide 118 text

OK: 内容を推測できるカテゴリ名にする 118

Slide 119

Slide 119 text

OK: ルールと仕組みで一貫性を保つ 119

Slide 120

Slide 120 text

NG: カテゴリ名がわかりにくい 120

Slide 121

Slide 121 text

NG: ラベルがバラバラ 121

Slide 122

Slide 122 text

わかりやすい現在地表示をつける 122

Slide 123

Slide 123 text

OK: 一般的なわかりやすい現在地表示をつける 123

Slide 124

Slide 124 text

OK: 一般的なわかりやすい現在地表示をつける 124

Slide 125

Slide 125 text

NG: 現在地を把握する手段がない 125

Slide 126

Slide 126 text

NG: 現在地の表示と間違えそうな表現がある 126

Slide 127

Slide 127 text

注:コンテンツを邪魔しては意味がない 127

Slide 128

Slide 128 text

リンク先がわかるようにする 128

Slide 129

Slide 129 text

ユーザーはリンクに注目している 129

Slide 130

Slide 130 text

OK:リンクにリンク先のタイトルを加える 130

Slide 131

Slide 131 text

OK: 文中リンクを外に出して独立させる 131

Slide 132

Slide 132 text

NG: ラベルがないリンク 132

Slide 133

Slide 133 text

NG:「こちら」リンク 133

Slide 134

Slide 134 text

NG:「もっと読む」「詳細」リンク 134

Slide 135

Slide 135 text

フォームのラベルを明確にする 135

Slide 136

Slide 136 text

OK: 具体的で明確なラベルをつける 136

Slide 137

Slide 137 text

OK: 必須項目を明確にする 137

Slide 138

Slide 138 text

OK: 必要に応じて説明をつける 138

Slide 139

Slide 139 text

OK: プレースホルダをラベル代わりにしない 139

Slide 140

Slide 140 text

NG: ラベルや説明があいまいで混乱する 140

Slide 141

Slide 141 text

NG: 必須か任意かがわからない 141

Slide 142

Slide 142 text

NG: 必要な説明がなく、入力の条件がわからない 142

Slide 143

Slide 143 text

NG: ラベルがなく、入力欄が何なのかわからない 143

Slide 144

Slide 144 text

フォームのエラーを明確にする 144

Slide 145

Slide 145 text

OK: エラー箇所を明確に示す 145

Slide 146

Slide 146 text

OK: エラー表示と修正フォームをセットにする 146

Slide 147

Slide 147 text

OK: エラー理由と修正方法を明示する 147

Slide 148

Slide 148 text

NG:エラー箇所がわからず修正できない 148

Slide 149

Slide 149 text

NG: エラー表示画面と入力画面がわかれている 149

Slide 150

Slide 150 text

NG: エラーメッセージが理解できず修正できない 150

Slide 151

Slide 151 text

気づかないうちにアクセシビリティを確保していた! ～企画・要件編～

Slide 152

Slide 152 text

プロジェクトの最初から「アクセシビリティをどうするか?」を決めておくべしちゃんとやるには「アクセシビリティ方針」 152

Slide 153

Slide 153 text

方針がないと…… 153

Slide 154

Slide 154 text

方針がないとどうなる? 配慮が全く行われない  公開に実は必要だったとなっても後の祭り 適切な判断ができない  判断がぶれる、人によって判断が異なる 合意形成ができない、覆る  プロジェクト内、あるいはクライアントとの衝突 154

Slide 155

Slide 155 text

まずは最低限の方針を立てよう 155

Slide 156

Slide 156 text

Webアクセシビリティ方針とは? 156

Slide 157

Slide 157 text

JIS X 8341-3:2016 附属書JA JA.1 企画企画段階においてウェブページ一式の責任者は，ウェブアクセシビリティ方針を策定する。策定したウェブアクセシビリティ方針は，ウェブサイトではサイト上，ウェブアプリケーションではマニュアルなどで公開するとよい。 157

Slide 158

Slide 158 text

方針策定ガイドライン 158

Slide 159

Slide 159 text

難しそう! 159

Slide 160

Slide 160 text

定めるべきことは意外に少ない 必須項目  対象の範囲 (サイトのURLなど)  適合レベル及び対応度 (レベルAA準拠、など) その他、定めると良い項目  達成までの期限、例外事項、追加の達成基準、担当部署、現時点での問題点への対応など 160

Slide 161

Slide 161 text

実はやっていた! 161

Slide 162

Slide 162 text

アクセシビリティについては「JIS X 8341-3:2010」に準拠すること。達成等級は以下の通り: 達成等級ＡＡ準拠 162 実例

Slide 163

Slide 163 text

方針策定のコツ 163

Slide 164

Slide 164 text

無理のない範囲で 164

Slide 165

Slide 165 text

明確に定める ガイドラインに沿って目標とするレベルを決める  特にアクセシビリティが重要ならレベルAA 適用範囲、期限などをはっきりさせる  基本的にはサイト全体、公開時に対応でよい  例外ができてしまう場合は明確にする 165

Slide 166

Slide 166 text

各種ガイドラインを参考に 制作プロセスに関するガイドライン  ウェブアクセシビリティ方針策定ガイドライン  JIS X 8341-3:2016 対応発注ガイドライン  JIS X 8341-3:2016 試験実施ガイドライン ※「ウェブコンテンツのJIS X 8341-3:2016 対応度表記ガイドライン」は「準拠」の表記に関するもので、これら全てに関連する 166

Slide 167

Slide 167 text

方針があればそれでいいのか? 方針があっても、適切でないものだと効果を発揮しない  あいまいな方針を立ててしまう  誤解に基づいて方針を立ててしまう  手段が目的になってしまう 167

Slide 168

Slide 168 text

実際にあったこんな要件 168 あまり良くない例

Slide 169

Slide 169 text

あいまいな方針を立ててしまうケース 169

Slide 170

Slide 170 text

170 セキュリティ、Web標準、アクセシビリティに配慮し制作すること。実例

Slide 171

Slide 171 text

勢いはあるが…… 具体的に何をどうすれば良いのかからない  「配慮する」といっても人によって基準がまちまち 171

Slide 172

Slide 172 text

172 アクセシビリティについては「JIS X 8341-3:2010」に準拠すること。実例

Slide 173

Slide 173 text

JISに沿うことはわかるが…… 目標とするレベルが不明  たとえばAAの達成基準を満たすべきなのかどうかわからない 173

Slide 174

Slide 174 text

誤解に基づいて方針を立ててしまうケース 174

Slide 175

Slide 175 text

175 文字拡大機能ブラウザの機能ではなく、ページ上のボタンをクリックすることで CSS を切り替え処理等により容易に文字サイズを変更できるようにすること。サイズについては３サイズ程度選択できるようにすること。実例

Slide 176

Slide 176 text

その結果 176

Slide 177

Slide 177 text

手段が目的になってしまうケース 177

Slide 178

Slide 178 text

178 以下ランキング同業種内1位評価獲得 • 全上場企業ホームページ充実度ランキング調査 • IRサイト総合ランキング • 主要企業Webユーザビリティランキング • インターネットIR表彰実例

Slide 179

Slide 179 text

ランキング対策の「アクセシビリティ対応」 179

Slide 180

Slide 180 text

実際にあったこんな要件 180 なかなか良いと思える例

Slide 181

Slide 181 text

アクセシビリティについては「JIS X 8341-3:2010」に準拠すること。達成等級は以下の通り: 達成等級ＡＡ準拠 181 実例

Slide 182

Slide 182 text

表記ウェブアクセシビリティ方針の提示又は公開目標とする適合レベルの達成基準の試験結果追加表記事項準拠必須試験を実施し、達成基準を全て満たしていることを確認なし一部準拠必須試験を実施し、達成基準の一部を満たしていることを確認今後の対応方針部分適合に関する記述（適用する場合）配慮必須試験の実施の有無、結果は問わない目標とした適合レベル又は参照した達成基準一覧ただし…… 「準拠」の意味、分かっていますか? 182

Slide 183

Slide 183 text

アクセシビリティ、ユーザビリティについて、弊社のレベルを考慮いただき準拠基準をご提案ください。 183 実例

Slide 184

Slide 184 text

「 JIS X 8341-3:2010」の「等級A」への準拠を検討しているが、本方針は要件定義工程でのWEBサイト検討状況を踏まえ決定する想定です。アクセシビリティ方針の検討方法についてもご提案ください。 184 実例

Slide 185

Slide 185 text

制作と合わせて方針の提案も求められるケース 185 ウェブアクセシビリティ方針策定ガイドライン JIS X 8341-3:2016 対応発注ガイドライン提案書作成ＲＦＰ作成

Slide 186

Slide 186 text

制作と合わせて方針の提案も求められるケース 方針や策定プロセスも一緒に考えればよい  あいまいに書くよりも、ずっと良いアプローチ  受注側の力の見せどころ 186

Slide 187

Slide 187 text

目的もドキュメント化しよう 187

Slide 188

Slide 188 text

ヤフー株式会社ウェブアクセシビリティ方針 188

Slide 189

Slide 189 text

目的もドキュメント化しよう なぜアクセシビリティに取り組むかを明文化  何のためのアクセシビリティなのかを押さえる  公開されている他社の方針を参考にするのも良い  ただし、意味も分からずにコピペはNG 目的が明確になると、手段と目的の混同を避けられる  「基準を満たすこと」は最終目的ではないはず 189

Slide 190

Slide 190 text

「基準を満たすこと」が目的になると…… 190

Slide 191

Slide 191 text

注意を要する要件 191

Slide 192

Slide 192 text

注意を要する要件 アクセシビリティ方針が明確にできても、その方針を守ることができるかは別の話 サイトに求められる要件の中には、注意が必要なものもある  アクセシビリティが確保できないもの  アクセシビリティ確保のためにコストがかかるもの 192

Slide 193

Slide 193 text

CAPTCHA 193

Slide 194

Slide 194 text

ブラウザやOSの機能への干渉 194

Slide 195

Slide 195 text

動画 195

Slide 196

Slide 196 text

紙媒体用のコンテンツ 196

Slide 197

Slide 197 text

方針があると? 方針を前提にすることで、要件の可否を判断することができる  アクセスできなくなるような要件を入れない  コストがかかりそうな要件があるときはコストを見積もっておくことができるようになる これらは後からの対応ではどうにもならない 197

Slide 198

Slide 198 text

まとめ

Slide 199

Slide 199 text

文字サイズ変更ボタンはなくてもいい! さらにもっと大切なことがある! もう一度 199

Slide 200

Slide 200 text

実装で重要なのは「マシンリーダビリティ」 アクセスできる！  テキストが明確  ちゃんとマークアップされている アクセスできない！  テキストが存在しない、あいまい  ちゃんとマークアップされてない 200

Slide 201

Slide 201 text

設計や企画時の配慮も重要 わかりやすいテキストを設計しよう  わかりやすいラベルは誰にとっても有用  ナビゲーションやリンクやフォームの設計時に少し気をつけるだけでグッと良くなる 方針を立ててみよう  何のために、何を、どこまでやるのか?  製作の前（発注前、提案時、受注後）に考えよう 201

Slide 202

Slide 202 text

どのプロセスにもポイントがある 実は「設計」が重要  テキストが存在しなければマークアップできない さらに「戦略」「要件」も重要  最初から考えないと、あとで大変になる 202

Slide 203

Slide 203 text

Webに関わるどんな人にもできることがある Webに関わる全ての人に関係がある 203

Slide 204

Slide 204 text

何かを付け足すのではなく当たり前のことを真っ当にやることが重要実は特別なことではない 204