デザインが機械化されても心配しない理由
それって本当にオリジナル？ レスポンシブ？フラット？ビデオをつかった背景？CSSアニメーション？ゴーストボタン？いろいろな『トレンド』を見て勉強している間に、すべて導入されている 14ドルのテンプレートをすぐに手に入れることができます。 CMS を活用して情報が更新しやすいレストランサイトを構築したい？専用の WordPress テーマを使えばすぐに完成します。英語だからダメと思うかもしれませんが、UI のローカライズが簡単できるように工夫されているので、使うことを諦めることはありません。 制作者の視点で語られる『オリジナルのデザイン』には、ひとつの矛盾があると思います。最新のデザイン動向を追いかけ、それを実践することが良いデザインに繋がると考えることがありますが、トレンドになる表現はすぐにコモディティ化されていきます。オリジナルを求めているつもりが、誰でも使えるものをゼロから手作りにして
「分からない」から始まるデザインプロセス
分からなくて当たり前 デザインの意味がますます広がる今日。ビジネスや街作りに至るまで「デザイン」という言葉が使われているものの、実際に形作るには深い専門知識が必要とされます。 Web サイト制作も、ビジネスモデルやユーザー調査など様々な分野を理解しなければいけないですが、それだけでは完成しません。フロントエンドやサーバーサイドだけでなく、特定のアプリケーションの使い方を熟知することで、「Webサイト」が形作られるわけです。つまり、視野を拡大・縮小を繰り返すことが、デザインの学習、キャリアにおいて欠かすことができないわけです。 こうして書くのは簡単なことですが、実際に視野を拡大・縮小を繰り返して学習・実践するのは難しいです。時間は有限ですし、ゴールをイメージして情報収集したとしても、知ることができことは限られています。デザインの意味が広がり続けると同時に、デザイナーに求められる知識やスキルが
コンテンツ管理で解決しなければならない課題
コンテンツ管理というと、真っ先に CMS （コンテンツ管理システム）を連想する方はいると思います。どのシステムを導入するかを考える前に、そもそも Web におけるコンテンツ管理とは何かを理解しておく必要があります。理解を深めることで、クライアントが抱えている課題と解決のための模索がしやすくなります。 コンテンツを管理するということは、システムの中にデータを保管し、様々な形式に書き出すことだけに留まりせん。多くの場合、システム導入だけでは解決しない課題にぶつかります。CMS を導入しただけでは、Web コンテンツ配信における課題の一部を解決したに過ぎません。 コンテンツ管理で解決しなければならないことは、主に以下の7点です。 コンテンツの保管 テキストだけでなく画像や PDF など様々な種類のコンテンツを保管できるような仕組み。検索性が求められるだけでなく、誰がどのコンテンツにアクセスできる
コンテンツから先に考えなければデザインすらできない理由 : could
ワイヤーフレームの間違った使い方 たまにリニューアル案件をいただくときがありますが、見た目より先にコンテンツを整理しましょう、一緒に作っていきましょうと説得するようにしています。このサイトでも様々な角度からコンテンツの重要性を語ってきましたが、最もシンプルな方法は「UX を考えていきましょう」「モバイルファーストで戦略を練っていきましょう」といった専門性の高い言葉を使うのではなく、今までのやり方ではうまくいかないということを分かりやすく説明することです。 従来の Web サイト制作でよくあったのが、まずワイヤーフレームをつくって情報の大まかな構成を設計するというやり方。ワイヤーフレームを作ることは間違っていませんが、コンテンツを作る前に始めてしまうと、あとで大きなギャップを埋める作業が発生することがあります。コンテンツなしで構成を作り始めると、例えば以下のような状況に陥ります。 文字が多過
コンテンツワークシートを公開しました : could
コンテンツ コンテンツワークシートを公開しました デザインと同じくらいコンテンツには時間とコストがかかります。コンテンツの設計・開発を進めるためのチェックポイントや始め方をまとめた文書「コンテンツワークシート」を GitHub で公開しました。 課題が多いコンテンツ設計 昨年、マルチデバイスを見据えたコンテンツ設計というセミナー＆ワークショップを全国5カ所で開催しました。未知のデバイスも考慮し、特定の見た目に捕われないコンテンツ設計と管理をするための考え方や手法を紹介した講座。参加者から高い評価をいただきましたが、幾つか課題が見えてきました。 マルチデバイス以前にコンテンツが設計できる状態とは言い難い 制作ワークフローのどこからどのように始めるのか不透明 コンテンツ設計・開発には時間がかかるが理解されていない 受講者の中には、講座の内容は十分に理解できたものの、どのように活用すれば良いのか
今のデザインに必要とされるコントロール
本当にコントロールできないのか WD101シリーズの最初に、Webデザインは見た目のコントロールができないという話をしました。スクリーンの大きさが多種多様なだけでなく、利用者が見た目や操作性を自由に変えることができる Web。DTPのような感覚でサイトをデザインしても、誰かの Web アクセスの利便性を損なうと指摘しました。 デザイナーはある種、混沌とした状態から秩序を生み出す能力をもっていると思います。バラバラになった情報を整理して一貫性のあるメッセージを伝えたり、混雑した Web の世界に明確な道筋を示す仕事をしています。秩序を作り出すということは、ある程度のコントロールはなくてはならないわけです。 コントロールすることがデザイナーの仕事であるとすれば、『コントロールができない Web』との相性がよくないように見えますし、デザイナーにとって非常に仕事が難しい環境のようにみえます。しかし
シングルカラムから始める情報設計
横並びは複雑化の第一歩 Webサイトの設計をする際、必ずといっていいほど縦にコンテンツを並べて構成を考えるようにしています。どのような人が、何を求めて Web サイトに訪れているのかというシナリオを基に構成を考えていくわけです。詳細なレイアウトを考えるのではなく、情報の流れが適切であるかどうかを判断するための工程にしています。 パソコン向けの Web サイトデザインの悪い癖のひとつに、「同じくらい重要だったら、横に並べる」というのがあります。広いスペースがあったパソコンが主流の時代ならではのアプローチですが、今は状況が大きく異なります。配信者側にとっての『重要』を出すことは間違っていません。しかし、あれこれ重要だからという理由で隣り合わせにしてしまうと、様々なデメリットが生まれます。 訪問者に迷いが生じる 直接関係のないコンテンツが横に並ぶことで視点の動きが多くなる可能性があります。また、
今CMSで本当に必要とされているもの
今の CMS の現実 ここ数年で、CMSは劇的に変化しています。 マイクロCMS が注目を集めているのは、その兆候のひとつですが、こうした変化の要因は、従来の CMS では今の利用者に届ける仕組みを作るのが困難だからです。自分の好きなデバイスでアクセスする利用者。より柔軟な表現。どのサービスを経由してアクセスされるか分からない情報経路の複雑化。WordPress, Drupal, Movable Type をはじめ、5 年以上経っている CMS の多くは、パソコン向けの『ページ』や構造に最適化された設計になっていることから、今後登場するかもしれない未知のデバイスやサービスまで見据えたマルチデバイス対応が難しいわけです。 実は、従来からある CMS でも「ページを量産して階層化して整理する」ツールとして利用されていない場合があります。Fast Company では、Drupal を CMS
作れることは正義である
撮影：飯田昌之 12月14日に CSS Nite Shift7 が開催されました。基調講演ということで、少し先の未来を話すようにしていましたが、今回は未来に備えるための『今の話』をしました。「スクリーンの先、私たちの仕事の先」という題名で話した今回の講演。スクリーンの外を見ようというメッセージは伝わったと思いますが、仕事の先の意味が捉え難かったかもしれないので、この記事で解説しようと思います。 アイデアと完成品との間 アイデアがあるからこそ、新しいサービスやプロダクトが生まれます。しかし、この間には大きな溝があって、なかなか繋がらないことがあります。素晴らしいアイデアでも製品にしてみるとそうでもなかったり、どこかで質が低下してしまったり、アイデアが製品にうまく反映していなかったり、いろいろです。 Web サイト制作の世界では、この溝が広く深いことがあります。アイデアを生み出したり、設計に関
コンテンツからみるWebアクセシビリティの課題と提案 : could
コンテンツは本当にアクセシブルか Webアクセシビリティは、大きく分けて 2 つの『デザイン』があります。ひとつは、情報を分かりやすく整理し、目的の情報へた辿り着くための Web アクセシビリティ。この要素は、色、形状、動き、スピードなど、UI デザインの課題と重なるところが多いです。もうひとつの要素は、情報の構成や文章のスタイルといった「編集」とも呼べる Web アクセシビリティです。 前者の情報構造や操作性は、明確なガイドライン化がしやすく、チェックもしやすいですが、後者の編集の部分は、パッと見では判断がしにくいだけでなく、ガイドラインとして共有するのも難しいです。 Webアクセシビリティにある 2 つの『デザイン』 もちろん JIS X 8341–3:2010 でも「利用者が理解できるコンテンツ」を制作・維持できるようにすることが重要であると書かれていますが、技術で解決できるところに
必要なコンテンツを見つけるシナリオつくり
すべてのコンテンツが重要ではない 「コンテンツは既にある」「当然コンテンツは重要だから、きちんと見せる」という考えは珍しくありません。しかし、すべてのコンテンツが重要とは限りません。 リニューアル案件だと、コンテンツが既に揃っているかのように見えますが、実は削除すべきコンテンツが幾つか隠れています。きちんと作ってあるかのように見えるコンテンツも、調べてみると、利用者にもクライアントにも望まれていないコンテンツがそのまま残っていることがあります。コンテンツを一望することができる、コンテンツ インベントリー をつかえば、古いコンテンツ、重複しているコンテンツ、誰もアクセスしていないコンテンツが見つけやすくなります。また、現行のブランド戦略や伝えたいメッセージと合わないコンテンツも削除か、編集・結合の対象になります。 Web は無限にコンテンツを保管しておくことができるので、何でも『とりあえず』
CMS導入前にしておきたい質問
今注目されている Micro CMS 従来は Joomla, WordPress, Drupal, Movable Type 辺りから制作者の肌に合うツールを選ぶ場合がありました。これらは今でも十分に使える高機能 CMS ですが、機能が多過ぎることから、メンテナンス、運営、ワークフローをしっかり設計していないと、複雑で扱い難いものになることがあります。無料から使える小中規模 CMS は出そろった感がありますが、ここ 1, 2 年ほど新しい CMS を幾つか見かけるようになりました。 Pico : 静的ファイルを管理する CMS Dunked : ポートフォリオに特化した CMS Koken : こちらもクリエイティブ向け CMS Leeflets : 1ページサイトを手軽につくる CMS Ghost : Markdown で書けるブログツール Dropplets : こちらも Markdo
Fireworks後のツールとワークフロー
Fireworks 以外の選択肢は？ Adobe Creative Suite が終了し、Cloud の一本化が発表されました。今回の新製品ラインナップでニュースになったのが、Fireworksの開発中止 のニュース。最新版の Fireworks CS6 の次期 OS へのサポートをすると宣言しているので、すぐに使えなくなるということはありませんが、視野を広げて別の選択肢を探さなければならなくなるでしょう。 Fireworks が数年後には使えなくなるかもしれないから、Photoshop に移行するべきなのかといえばそうでもありません。写真やグラフィックといったビットマップ画像編集であれば Photoshop は素晴らしいですし、ベクターシェイプやレイヤースタイルを使えばある程度柔軟性を保つことはできます。しかし、Webサイトデザインにふさわしいツールとはいえません。 Fireworks
保存アイコンでみえてくるアイコンデザインの勘違い
先日 Goodpatch さんが 保存アイコン＝フロッピーディスクの時代は終わった…？ という興味深い記事が掲載されていました。フロッピーディスクを保存アイコンをとして採用するのは古いのではないか、という議論は国内外で何年かに一回はあります。私も 2009 年に変わりゆく「保存」の存在と題してフロッピーディスクアイコンのあり方も踏まえて、今後の保存の姿を模索していました。また、先月開催された Android Bazaar Conference 2013 Spring でも同じ話題に触れています。 アイコンと問題解決について 様々なデザイナーが新しい保存アイコンを提案しているものの、「うん、これは保存だ」と納得できたものはほとんどなかったと思います。ダウンロードにみえるものも少なくありませんし、中には抽象的すぎて何を意味しているのかさえ分からないのもあります。自分たちのクリエイティブアウトプ
言葉はグラフィックより大事なインターフェイス
2013年3月16日にAndroid Bazaar Conference 2013 Spring が開催されました。昨年に引き続き今年も登壇。前回はゲームをテーマにして話をしましたが、今回は「コンテンツで改善する UI デザインの極意」と題してコンテンツと UI をテーマに話をしました。 見た目が綺麗だから良い UI というわけではない UI のインスピレーションとして Dribblbe や Android Patterns のようなギャラリーサイトを見ている方は多いと思いますし、「素晴らしい UI のまとめ」と名付けた記事も、だいたいはこうしたギャラリーサイトを参照していることが多いです。 実装まで携わった経験がある方ならなんとなく分かると思いますが、Dribble で紹介されている UI アイデアの多くは現実味がない想像図が多く掲載されています。実装しようとするならばパフォーマンスや操
パフォーマンスは技術課題ではなくデザインの課題
人気デザインギャラリーサイトから幾つかモバイル向け Web サイトのパフォーマンスを検証してみました。以下が各サイトのリクエスト数とファイルサイズになります。 FELISSIMO 500色の色えんぴつ: 81リクエスト / 1.94MB 旅館 大村屋 55リクエスト / 1.52MB UR オンラインストア 90リクエスト / 705kb JiNS PC 78リクエスト / 1.39MB らでぃっしゅレシピ 69リクエスト / 987kb 明治北海道十勝カマンベールチーズ 54リクエスト / 1.12MB いずれもスクリーンショットでは素晴らしい見た目で使いやすそうに見えますが、中身はかなり重いことが分かります。1MB 以下に抑えているサイトもありますが、それでもかなりリクエスト数が多いのが分かります。リクエスト数が多いということは、回線が安定しない場合、すべての要素が読み込まれない可能性
2012年 デザインの4つの課題
ここ 1, 2 年でアプリが爆発的に増えただけでなく、スマートフォンの普及により Web がさらに身近になりました。便利な世の中になったかのように見えますが、今見るトレンドから新たな課題が浮き彫りになりました。今年末から来年にかけて、デザインの観点から解決していきたい課題が 4 つあります。こうした課題を Web やイベント、会合を通して議論できたらなと考えています。 一貫性のないジェスチャーインタラクション マルチタッチスクリーンは、インタラクションデザイナーに新たな可能性を提示たのと同時に、大きな課題を残しています。ジェスチャーUIの課題と対策でも指摘しましたが、現状ジェスチャーにはスタンダードと呼べる操作がなく、アプリごとに異なる解釈をしています。 iPhone のメールアプリで左から右へスワイプをすると「削除」のボタンが右側に表示されますが、同じジェスチャーを Twitter 公式
ソーシャルと検索で見つけ出す利用者の意図
アクセス解析ツールは、コンバージョンやアクセス数を見るために使われることが多いですが、利用者像を特定するのに有効な場合もあります。データを注視すると、アクセス数を高い順に並べているだけでは見えてこない利用者像が隠れていることがあります。 私のサイトに訪れている利用者が記入しているキーワードの中で、CTR が多いものを幾つか紹介すると、以下のようなものが出てきます（表記されている数値は CTR です）。 f2p – 25.00% Free to Play の略。オンラインゲームのビジネスモデルの一種 デザインガイドライン- 31.43% ガイドラインでも UI や UX など特定の分野を探していることも ダークナイト ライジング – 10% バットマンシリーズ最新作。現在公開中 ブラウザとは何ですか – 12% 他にも「ブラウザって何」のようなストレートな質問も ゲームストーミング – 17
WD101: Webのデザインは枠のない世界である
このシリーズでは Web Design101（WD101）と名付けて、ウェブデザインをより深く理解するための最初の一歩になる知識やノウハウをコラム形式で紹介していきます。 Webは見た目のコントロールがきかない モニターの外をデザインするのが大半である Webは寛容性をデザインする場である Webサイトのデザインは、グラフィックデザインやエディトリアルデザインと同じような感覚でデザインをすると、柔軟性・拡張性が欠けたものになるだけでなく、特定の環境でしか見れないものになることがあります。 こうなるひとつの要因として、グラフィックデザインやエディトリアルデザインが、特定の環境で見るということを前提にしてデザインしているからだと考えられます。A4の紙であったり、名刺サイズだったり、特注のコーティングを施したビルボードなど、決められた枠の中で世界を作り上げるデザインに対し、Webは枠があるようで
レスポンシブとか、そういうことの前に
レスポンシブWebデザインに関する話題を見渡すと、そこまで気にして実装を踏みとどまる必要ってあるのかな？と思うことがあります。 もちろん、レスポンシブWebデザインがパーフェクトなソリューションではありません。しかし、Webにおいてパーフェクトなソリューションが存在するのでしょうか。簡単に作れるツールがないから。古いブラウザへの対応が困難だから。レスポンシブに画像を対応するための最適な方法がないから。実装をしないための理由はいくらでも作ることができますが、実装しない理由は、スマートフォン専用サイトを作ることでも、CSSレイアウトにすることでも、たくさん並べることができます。 Webは完璧な世界ではありません。そして、完璧な世界が訪れることを期待してはいけない場でもあります。予測不可能な世界であり、すぐに新しいものスタンダードになる世界。不完全でありながらも、進化を繰り返すのが Web です
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
