個人向けナレッジマネージメントのはじめかた
見えていなかった関係性が見えてくるもし「デザインシステム」について勉強するなら、どんなトピックを選びますか？ 多くの方は UI コンポーネントや Figma をはじめとしたデザインツールでの管理方法を思い浮かべるはずです。これから勉強を始めたい方には良いトピックですが、「デザインジェネラリスト（幅広い知識とスキルをもったデザイナー）の定義」のようなトピックを思いつく方は少ないかもしれません。 一見、デザインシステムと関係ないように見えますが、デザインジェネラリストはデザインシステムを作り始める方に多い傾向です。スキルが高いのでひとりでいろいろ出来てしまう一方、タスクが多過ぎて目の前の作業しか見えなくなることがあります。優先順位を付けるなど戦略的にデザインシステムに取り組むような体制やコミュニケーション設計が重要です。 「デザインシステムを広く使ってもらうには、デザインジェネラリストの定義が
新しい環境で働くデザイナーが最初にやるべきこと
やる気が落ちる負のスパイラル新しい職場、新しい体制、新しいサービス。 気分をリフレッシュして新しい環境でデザイナーとして働くのはエキサイティングです。試したいアイデアもたくさんあるので、最初はやる気も高めです。しかし、戦略的に活動しないといつの間にか日々の作業に追わるだけで、周りへのインパクトも仕事のモチベーションも落ちていきます。 新しい環境で働き始めるデザイナーが陥る困難はいろいろありますが、例えば下記のようなパターンがあります。 「少しでも早く役に立たないと」と焦る気持ちが先走ってしまい、情報量と必要な知識が多過ぎて整理がつかなくなってしまう。「こうしたほうが使いやすいよ」と改善案を提案してみたものの採用されず、気づけば指示を受けて作業する人だけになってしまう。「これを機会に〇〇はじめよう、広めよう」と意気込むものの、他にやることがたくさんあるので次第にやる時間を失う。こうした状況に
共通認識を深めるデザインの要素分解
デザインを決める5つの要素誰もが『自分の正しさ』『良さ』といった価値観を抱きながら、目指すゴールに向かって働いています。私にしても「こうありたい」というミッションがあり、それを達成するための活動をしています。 それぞれが良かれと思って活動していたとしても、チームメンバー全員が同じ価値感をもっているとは限りませんし、優先順位も異なります。私たちデザイナーが抱える価値の重さを、他人が同じように感じているわけではありません。私はそれを「デザインの理解が足りない」ではなく、「価値観の重きの置き方が異なっている」と捉えるようにしています。 デザインフィードバックが難しい理由のひとつは、どう考えても正しいと言い切れる成果物が作れない（説明できない）ところ。ひとりが「良い」と評価したデザインが、他の人に尋ねると「そうでもない」と言う場合があります。人によって意見が変わる場合もあれば、タイミングやコンテキ
UXの学習にナレッジマネージメントが欠かせない理由
UXの全部入り感がもたらす不安UX について勉強を始めると、一度くらい「The Disciplines of User Experience Design」のような概念図を目にすると思います。 UX には UI デザインやモーションデザインといった視覚的な部分だけでなく、心理学や社会学といった人の認知や行動の理解も必要ということが見て分かります。 Dan Saffer が考案したベン図を Thomas Gläser がリファインしたものこの図だけでなく、UX をテーマにしたインフォグラフィックは他にもたくさんあります。図によって切り口や詳細度が異なりますが、ひとつ共通点があるとすれば、UX には多分野の知識が欠かせないことを表している点。様々な分野を包括した何かが UX であると表現しています。 体験ですから見た目だけに止まらないのは納得です。また、UX デザイナーとして仕事をしていれば、
4つの組織タイプから考えるデザインの始め方
組織の特徴を理解してアプローチを考える ある組織ではうまくいくことも、別の組織では空振りといったことはよくあります。例えば、組織 A ではカスタマージャーニーマップを作ることで課題共有がしやすくなったとします。この成功を基に組織 B で試してみたら、まったく響かないケースがあります。 UX デザインに限ったことではないですが、新しいことを始めるのが難しいのが、それぞれユニークな組織文化に合うアプローチを考え、実践しなければいけないところ。ベストプラクティスを実践しても成功しないのも、組織というペルソナを無視して手段を実行しているためでしょう。 いろいろ試して模索するのもひとつですが、少しでも組織の特徴を理解した上で施策をうちたいところです。組織の特徴を把握するための手段のひとつに Competing Values Framework（競合価値観フレームワーク）が役に立ちます。 Robert
プロダクトデザイナーのスキルマップを考えてみた
何でも屋が増えてもスケールしない「UXが付く肩書きがもつ不安感 」という記事で、UX デザイナーが『何でも屋』になっているのでは？という疑問を投げかけました。ひとりのデザイナーとして様々な分野に関わりたいと思うものの、UX の文脈で求められるスキルと知識の幅は広いので、すべてをカバーするのが極めて難しいです。また、ひとりですべてを抱え込むと、組織が求める品質とスピードに応えることができない場合があります。 初期は複数の役割を受け持つことになりますが、プロダクトと組織が成長していかなければいけないときも同じように何でも携わるというやり方が適しているとは限りません。専門性を伸ばしていくことでより高度な提案とアウトプットができますし、互いの弱みを補いながらチームとして動く意味も増していきます。 デザイナーをひとりしか雇えない環境では数多くの分野に精通している人のほうが良いですが、そういう人ばかり
デザインシステムに関わるいろいろなプロセスを図にしてみた
今までも何度か デザインシステム に関する記事を書いてきましたが、手段や考え方が中心でした。今回はプロセスに注目して、代表的な課題を図にしてみました。すべてのケースに当てはまるわけではないですが、参考にしてください。 大まかな進め方 「デザインシステムを作りました！」とドカンと発表したほうがインパクトがあるように見えますが、苦労したわりには誰も使わないものになる可能性が高いです。実際はデザインシステムの中にあるものを小さく切り出して少しずつ変えていくことになります。 正攻法であればデザイン原則から始めたほうが良いと思っていますが、組織としてどうあるべきかといった根本的なところが明文化されていないのであれば、そこからスタートしたほうが良いでしょう。デザイン原則があったほうがデザインの議論がしやすくなるので早期にもっておきたいですが、1 日でも早く成果を出したいのであれば、まず色からはじめてみ
UIデザインのバグを減らすための施策
UIデザインにもあるバグ 今年の WWDC 2019 で印象に残っているセッションのひとつが「Introducing SwiftUI: Building Your First App 」。SwiftUI は開発がよりスマートにできるようになるだけでなく、デザインツールの新しい可能性を示しているように見えました。SwiftUI はとてもエキサイティングですが、個人的に刺さったのが上の写真。改めて意訳した図を作りました。 UI デザインは単に理想型を作れば良いのではなく、様々な状態（ステート, State）を考慮する必要があります。情報量に応じてどう見せるかだけでなく、様々な種類のエラーにどう対応するか考えなければいけません。How to fix a bad user interface で紹介されている UI Stacks のように、少なくとも 5 つのスクリーンデザインが必要になります。
デザイン組織の成熟度に合わせたデザインシステム提案
難易度が高過ぎな海外事例 Web で公開されているデザインシステムは、インスピレーションにはなりますが、最初に目指すものとして相応しくない場合があります。好例として紹介される Salesforce の Lightning Design System が最初に GItHub にデプロイされたのが 2015年の9月。プロジェクトが始まったのはもっと前だと思うので 4 年くらい続けているはずです。Salesforce で働くデザイナーの数は分かりませんが、 LinkedIn で調べると 300 名以上のデザイナーが検索結果に表示されます。 少なくとも 300 名のデザイナーが働いている組織が 4 年くらいかけて作っているものと同等なものは作れません。欧米の事例は「自分たちでツールを作ることもあります」と言うような大規模組織が多いことから、参考にならない場合があります。 ひとまず原則や色から始める
15年前の記事が教えてくれるWebの本質
2000年4月7日「A Dao of Web Design」という記事が A List Apart で公開されました（日本語訳）。今年は公開から 15 年経ったということで、Web 開発・設計の著名人がコメントを寄せた記念記事も配信されています。道教の教えを基に Web デザインの本質を説いたこの記事は、私も大きな影響を受けています。 2000年は、今では信じられないような状況でした。Web ブラウザが独自のタグを当たり前のように実装。<table> をつかってピクセルパーフェクトな固定レイアウトの全盛期でした。もちろん、マルチデバイスの世界ではなく、パソコンが中心です。せいぜい Windows と Macintosh の違いに頭を悩ませるくらいでした。CSS レイアウトで制作することが大事件だった頃に、「柔軟で適応力のあるデザインが必要である」という「A Dao of Web Desig
自信をもってアクセシビリティに取り組むための課題
2月11日、アクセシビリティ・ビギナー（初心者）向けのセミナーAccSell Meetup 008へ参加しました。「アクセシビリティはよく分からないし、難しそう」と考える方に向けて合計 8 回開催されているイベント。私は今回で 2 回目の参加になります。 対象外というのは十分承知していますが、伝える仕事をしている自分としてはビギナー相手にどうアクセシビリティを伝えるのか大変興味がありました。 私はアクセシビリティをどう伝えるのかというのは長年思考錯誤を続けていて、ビジュアルデザインやコンテンツ戦略という、通常アクセシビリティを連想しないところから語るという『変化球』を試している最中です。 今回のイベントは、デザイナーの守谷 絵美さん（@emim）が登壇したせいもあってか、参加者や会場の雰囲気が前回とは少し異っているように思えました。アクセシビリティの考え方、実装の仕方をより多くの方に伝える
コンテンツのアクセシビリティが未来を保証する
「その情報にアクセスできるかどうか」 これが私にとっての Web アクセシビリティです。一般的に Webアクセシビリティといえば、主に高齢者や障がい者への配慮という見方が強いですが、数年前からは私は上記のように捉えて仕事をするようにしています。少し極端な考え方かもしれませんが、「その情報にアクセスできるかどうか」ということを意識して設計するときに、高齢者や障がい者といったごく一部のグループを考えることはありません。 全ユーザーが特殊な存在 近年の Web 利用者の動向をみると、高齢者や障がい者を意識しなかったとしても、情報にアクセスできるかどうかを真剣に考えなければ、見られない・読まれないコンテンツになることが分かります。 デスクトップだけでなく、タブレット、スマートフォンなど様々なスクリーンサイズをもったデバイスで Web にアクセスしている。また、デバイスにより初期設定やカスタマイズ方
デザインを決めて進めるために必要なこと
先月は東京、そして今月は大阪 で、クリーク・アンド・リバー社が主催する Web ディレクター向けのセミナーで登壇しました。私自身、Web ディレクターと名乗っていないので、依頼を受けたときは半信半疑でした。しかし、Web ディレクターをはじめとした「作り出す人」にある共通の話題があると考え、登壇を決めました。 点をどのように線にするか ツールの使い方。マークアップの仕方。コードの管理方法。ペルソナの作り方。コンセプトを固めるためのワークショップの仕方 … などなど。こうした行程の中にある『点（作業）』は、書籍や Web でたくさん見つけることができます。どれも重要ですが、行程全体からみたとき、その手法がどのような意味を持っていて、それを基にどうゴールに向かって走れば良いのか見えないことがあります。 点は理解できたけど、それをどう線にしたら良いか分からないわけです。 例えば社内ワークショップ
Webサイト制作の終わりと始まり
12月10日に年末好例のイベント CSS Nite Shift が開催されました。Webサイト制作に関わる様々なキーワードに触れながら1年を振り返るこのイベントも既に5回目。今年は「我々が知る世界の終わり（けど大丈夫）」と題し、Web に関わるプロフェッショナル達が、今後クライアントや利用者に向けてどのような価値を提供できるのかというテーマで話をしました。 Webサイトを作ることが目的になっていないか いつの間にか、公式サイトを作って公開することが当たり前になっている今日。CMS が広く導入されるようになってきた頃から、「とりあえず作る」という傾向が強くなった印象があります。システムを上手く活用すれば、コンテンツはあとで後で流し込めるので、コンテンツが揃う前に作れる（装飾をする）という考えが定着したのかもしれません。作ることが目的になっているからこそ、Web サイト制作における価値も作るた
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
