Oさん＞整理されて見やすくなった
Nさん＞チャート式でない作りで目を引く。閲覧者の目的に沿って見やすい。

Iさん＞今までにないタイプのフッターで目を引く。お問い合わせ等で色がのっぺりしている。
⇔メインカラーを踏襲しているため

Mさん＞サイトマップよりいっそインフォメーションしている。下までスクロールしたら自分なら読んでしまう。

青山さん＞

そう、下までくるなんてよっぽど。
フッターをちゃんと読むなんてよっぽど、
フッターを頼るなんてよっぽどのよっぽどのよっぽど。
俯瞰してみるとフッターまで来るような人がCVの近くにいる。

フッターはインフォメーション条件が絶対だが、ナビゲーション機能まで乗せて、あわよくばCVまで導くということで、フッターを科学しているところはどこにもない。

青山さん＞

レスポンシブウェブデザインだからタブレットもスマホも両方のことを考えなければならない。
どう設計・デザイン・構築するか？

Nさん＞タブレットだとそれなりにサイズがあるので、上から下に変える。
N君＞〇〇という方をメインにしてボタンを設置してクリックすることで関わるページをポップアップか下で開く展開式にすると、ユーザーからすると見たいところに関連したところから見ることができる。
⇔却下。

青山さん＞

大前提、フッターはインフォメーション機能でないといけない。
一覧性を担保しないといけない。
その上でナビゲーション機能も働かせゴールまで導いてしまえという意図。
この問題をクリアしない限り構築できない。
案件固有のやりかたではだめ。
①パーツ化して他の案件にもちゃんと使えるようにしないといけない。
②かつ顧客に納品後の運用の際、通用しないといけない。
これからは考える力を養っていかないといけない。
A＞縦長かと思ったが、チャート図にならないと閲覧者の興味は引けない

青山さん＞

タブレットは縦長派とPCと同じ横長派に分かれている。
どちらか？

Mさん＞網羅性を担保するため、押したら展開ではなく、最初から見える形でグループ化して並べる。
タブレットだとある程度横幅があるので、四角の中で横並びでいける。
スマホは等間隔で縦に並べる。
N君＞タブレットはPCとほぼほぼ同じ見た目で良い。
インフォメーションを残すためにこの形を残しつつコンパクトにするには…

PCで一番小さいのは10.4インチ＝横幅最大約1020px
タブレットで一番小さいのは8インチで768px
⇒縮尺比で100：77位になり耐えられない、かつ間隔が更に狭まる。CMSで実現しないといけない。

青山さん＞

そもそも表現をコーティングで解決するのか？画像化で解決するのか？

Iさん＞タブレットでもスマホと同じように基本縦にする。
目的毎にサブカテゴリー的に並べる。

青山さん＞

目的別となった瞬間にもうインフォメーション機能じゃなくなった。
意図を持った強烈なナビゲーションになってしまっている。
画像で逃げてはいけない。
CMS化はできない、全てコーディングでやらないといけない。
僕は思いついた時に1秒で解決している。
人によっては指示・差配しないといけない。案を出さないといけない事案。
レスポンシブウェブデザインの時には縮尺比を正確に知る事。
PC1020pxで視認性は耐えうる。タブレットは100：77の関係値で文字が読めなくなる。がレイアウトは活かせる
＝横長で良い。
※注釈の文字、担保するには1.3倍のサイズにしないといけない。
それが入る領域を取ったうえでブロックデザインをする。

SCSC CUE案件になるのがヒント

T君＞文字に色を付けて視認性を担保する

青山さん＞

問題は、デバイスが変わることによる縮尺比の問題。
線はどう扱う？

Mさん＞（プログラマー）順当に考えるとプログラミングで座標として扱う
Mさん＞（コーダー）いくつかの種類の線を用意する

青山さん＞

どのように？設計するときにその定義が必要
他の案件にも使えて、お客様にお渡しした後もお客様が使えること。

Nさん＞TOPをスタートに決める。
そこに階層として紐づくようにFAQ等へのフラグを付けて、情報として持たせる。

青山さん＞

お客様が追加することを考えたらどうですか？

Nさん＞正直お客様に優しくない方法。していただくにはある程度グルーピング化されていて、内包させる。
目的でグルーピングさせる
⇔だめ。

青山さん＞

新規事業を起こすとなったら第二・第三階層で登場することになるが、コンテンツ追加はフッターメインで考えるわけがない。
そうなった時運用が面倒となると問題となる。
ガーディアンは「簡単・分かりやすい・すごい」その条件も当然全てクリアしていないといけない。

Nさん＞ページを追加した時点でこちらの選択肢として増えるようにする。
サイトマップに載せる機能をONにして出す。
それに対してどこに線を持っていきたいかさえ決めればお客様にも更新していただけそうだと思う。

青山さん＞

果たしてそうか？
お客様に線のことを考えさせる？それだけで質問・疑問の問い合わせが増える。

制約条件として「PC・タブレット・スマホ」でもフッターとしての視認性は絶対担保。
インフォメーション機能は絶対で、ナビゲーション・問い合わせまで導いてしまう。
フッターまでくる人はCVに結構近い人で、絶好のチャンス。
どのデバイスでも同じ効果を発揮させたいという条件下。
構築面においてはパーツ化が必要。それによりどんな案件でも対応できるようにしておかねばならない。
つまりこの並びになるかも未確定。
それら全ての最適解を導かない限りどこかで破綻してしまう。

横5列・行5行の5＊5。
基本設計の中で行うのでコンテンツの総量は凡そわかっている。5＊5で考えればどのパターンになっても収まる。
空いていないブロックに置いた場合はそこへの矢印とすれば良い。
矢印でなくても、線でも良い。

Nさん＞アイコンを置いて説明注釈を外に出してしまう。
⇔確かにそうだが利便性は大幅に落ちてしまう。

T君＞より短い表現にして、ブロックの中に書く。
⇔インフォメーション機能を犠牲にしてしまっている。

I君＞5＊5ブロックだが、最初はTOPで最後は問い合わせだから、実質5＊3になる。
⇔全く破綻している。

Nさん＞25マスそれぞれどこに入るか決まっている状態なので、単純に1ブロックずつに対してABCD…何をあてはめるかフラグとして立たせるだけ。
外にABCD…を規定させる枠を作っておき、増やして25マスに対して一つずつ付けていく。それにより運用する側としても25マス。何を紐づけるか？は他で管理していて分かりやすく、運用に耐えうる。
⇔それも一つの案。50点。全体的に効果として半分。
複数の制約数から最適解を導き出さねばならない。

Mさん＞注釈を入れるスペース・配置は注釈を外に出して色で視認性を上げる。
⇔デザインに逃げたことになる
5＊5はブロックの話。注釈領域を広げたら良い10＊10で考えたら良いだけ。
縮尺比を考えると文字1.3倍にして入る領域をいくらでも調整できる。
10＊10理論にしたらどの位置でも入る。

ブロック・線が縮尺されてもタブレットの場合、同じレイアウトで十分。
10＊10にすれば全て解決する。

・間違いなく横はだめ。横はだめなら縦だが、縦も単純なら厳しい。（横幅がないから）
頭を柔らかくして、物事はシンプルに考える。

構築・パーツ・お客様の運用のことも全て、スマホの特性もよく考えて。

・スマホとPC・タブレットの縮尺比は？
スマホは375-390pxが多いのでタブレット比で約半分。
PC盤から見ると3倍弱。タブレットの倍だと、視認性云々ではなく、がちゃがちゃになりすぎる。

N君＞最初と最後はひとつだから、間はずらす
⇔大正解、横はだめだから縦。単純に縦だと厳しい。横も縦も駄目なら斜め！

注釈は縦に並べても良い。きちんと注釈スペースはブロックの上に確保しているからいくらでも入る。

発想は単純で横が駄目なら縦。縦も厳しいから斜め。これで破綻しない。

もう一つ大事なのが、ブロック5＊5+注釈5＊5＝10＊10

全てに領域としてのナンバリングを付けることで、管理画面上で空きが分かるので、選択できる。

答えを聞くとシンプル。頭を柔軟に素直に考えたかどうか。
分からない・分からないという思想があると絶対にたどり着かない。
細かいところに気を取られ過ぎていると厳しい。だからひとつひとつ考える。
まずタブレット…そこで条件が全て刷り込まれているから、スマホにいった時にはすっと考えられる。

手順がある。ステップの刻み方は大事。レベルによりステップを細かく刻む。
議論とはそうして進めていくもの。
こういう議論で絶対に「分かりません」はだめ。必ず絶対に何か言うこと。ちえの輪やルービックキューブみたいなもの。
どんな仕事についても最適解を導き出す議論の際は必ず発言を。
途中で条件破綻している発言に気づいたりする。そうすると、「自分の意見が破綻していることに気づいたので一旦取り下げます」でも良い。
闊達にそのテーマに沿った発言があることで頭がどんどん動いていく。

このフッターは革命的になる可能性がある。

MVを斜めに切っているが、エッジが甘い。
緑下手の端まで切れるくらいの鋭角に

設計的に「採用TOP」って？斜め下に採用情報があるのにすごい設計
これでいくならもっとリッチ化かするためにアイ
コンを置くように指示した。

右端の矢印ださい。
写真を阻害してると言ったから小さくしてだけで、矢印なんじゃそら？

もうちょっとほわーっと来てほしい。まだばしゃ。ボンボンボンという感じ
これを規定しなさい。見せ方として定義しなさいと言っている。
実業務の中で品質基準が明確になっていく。
案件ごと・属人化だとノウハウの蓄積ができない。

ボタンも見せ方として定義5パターン位用意しておけば迷うこともない。
案件でやるのではなく、パターンを増やすべき。
月一整理の勉強会をする等で全く変わってくる。

ーーーーーーーーーーーーーー

まだ駄目なのが、小見出しと下のクリッカブルボタン、
目立たせないといけないのはクリッカブルボタン。

配置の妙で、小見出しと同じテキスト・フォントの大きさが必要。
明らかに小見出しの方がボールドがかかっている。
きちんと定義を
デザインの定義。
サイト内に複数ある。
そのうえできちんとリッチ化を
詳しく見るは明らかに手抜き。この時代にアンカーテキストで終わらせるなんて断じてなし

ーーーーーーーーーーーーーー
・テキストの大きさが、上のボディと比べて同じでなければならない。
ーーーーーーーーーーーーーー

ｈ3で明らかに小さい。
ばらつきがあるのも、決めごとがない証。
このサイトにおいてh2はこのフォント・文字で統一等、決めが必要。
属人的な調整により入稿されてしまうのが怖い状況。

要は現場レベルからいくらでもできる。ルールをシステムに読み込ませることで間違いなく自動入稿される。だが人に意識がない限りシステムに設定すらできない。
今教えようとしているのはそういうこと。なんでも定義して仕組み化していく。仕組み化されたものは自動化に向かう一方。
それにより人はプラスアルファなことに頭と技能を使えるようになっていく。
「ねばならない」系の仕事は機械がやれば良いこと。

伝えたいのは現場からいくらでも改善の余地は挙げられる。それを定義・仕組み化することをチームで行えば良い。今だといっぱい出てくる、1週間でかなり整理できる。
これが一番早い、指摘を減らす方法。
そういう取り組みを、WEB学校参加組を主体として始めてみないか？
本気で取り組めば1週間、10日で変わる。