Latest thinking
すぐに使えるノウハウではなく、「なぜそうなっているのか」を考える記事を書いています。デザインの仕事で感じるモヤモヤに、構造から向き合いたい人のための場所です。
ごめんなさい、すぐに結果は出せません
手法や道具にある幻想 手法や道具はやっかいな存在だなと思うことがあります。それを導入すれば組織の文化が変わって物事がうまくいくのではないかという期待が寄せられることがあるからです。ここ数年のデザインの世界では UX [http://www.yasuhisa.com/could/tag/ux/] に似たような期待をしてしまっているところがあります。この摑みどころがあるようでない UX を『導入する』ことで製品やサービスが改善されると考える方も少なくありません。 この記事の冒頭に掲載してあるイラストのような概念図を見たことがあると思います。インフォグラフィックと言い表しても良いような図でデザインプロセスが紹介されているのを見て、「なるほど、この通りにやれば良いのか」と感じる方もいるでしょう。そうした図を作って紹介しているデザイナーや組織は、実際そのとおりやっていると思います。しかしそれは単にプロセスを導入したというより、そうしたプロセスが動かせるような文化を作り出した結果だと考えています。 UX を導入するということ自体ありえないと 3 年前の講演で話したことがあります [ht
デザインドキュメンテーションにある制作と共有の課題
ドキュメンテーションのための３つの課題 Web サイトデザインはもちろん、アプリデザインでも画面ではなく部品から始める [http://www.yasuhisa.com/could/article/wd101-start-with-components/] ほうが有効です。画面ごとで制作していくと、いつの間にか一貫性を失うことがありますし、様々なスクリーンサイズに対応するためのルールを後付けにすると、結局またやり直しになってしまうこともあります。 では、インターフェイスを一度見直してスタイルガイド（パターンライブラリ）を作り始めれば良いのかというと、それほど単純は話ではありません。私の中で以下の 3 つの課題があると考えています。 * 人とコトの課題 – これはワークショップを通して指摘しましたが [http://www.yasuhisa.com/could/article/ui-pattern-workshop/] 、ステークホルダーによって優先順位が違えば、指している要素の呼び名が違うことがあります。制作側視点だけで作ると思わぬ誤解が発生する可能性があります。
なぜ自信をもってデザインを説明するべきなのか
コラボレーションは難しい コラボレーションは今日のデザインプロセスにおいて必須です。様々な分野の専門家たちが集まるからこそ、より良い製品へと進化していきます。専門家だからこそ出せるインプットによって、最適な解決策が見つかる … はずなのですが、実際そうはいかないことがあります。立場が違えば、物事の捉え方も違います。それぞれが置かれている状況によって、意見が分かれることがあります。意見が一致すればコラボレーションとしての相乗効果が生まれますが、そうでないときは、不平や妥協する人が出てくるでしょうし、最悪の場合は製品の利用体験を損なうものを実装してしまうこともあります。 コラボレーションは響きの良い言葉ですが、一筋縄にはいきません。意見が合わないとき、私たちはよく自己防衛の姿勢になりがちです。「これは違う」と言われると、反射的に「そんなことはない」と言うことがありますが、こうしたやりとりがコラボレーションの歯車を狂わしていきます。自分を守ること、相手の意見を変えることが先決になり、肝心の課題解決の話し合いではなくなっていきます。こうなると以下の 3 パターンで話に決着が付いていきます
チーム内コミュニケーション設計に使える視覚化あれこれ
通じ合うための設計 デザイナーの仕事はコミュニケーションを設計することだと思います。Web サイトやアプリの画面設計をするのはもちろんですが、その画面が使う人たちにどのような影響を及ぼすのか、彼らがインプットをした場合、どのようなフィードバックを提供するのが適切なのか考える必要があります。ここで言うコミュニケーションの設計とは、製品と人、もしくは人と人との関係をどのように取り持つのかを考えることです。その関係を視覚的に伝えることができるのがデザイナーの強みと言えるでしょう。 ただ、デザイナーが考えなければいけないことは、製品とそれを扱う人たちの関係だけではありません。クライアント、開発者、マーケターといった、制作に携わる人たちの関係を設計することも含まれています。プロジェクトの全体像を見渡せるようにしたり、携わる人たちが共通認識をもてるようにするためのツールが必要になります。チームメンバー同士の関係性を円滑にするためのツール作りもコミュニケーションの設計の一部だと考えています。 抽象的な表現に留めない言語化は必要ですが、「かわいい」「モダン」といった緩い表現を許さない現場も良く
次へ繋げるためのコンテンツファーストなプロセス
7月2日 Web Creators Kochi 主催で「コンテンツ設計から考えるUXデザイン基礎講座 [http://www.kochiweb.com/event/sessions/sessions_archives/entry-108.html] 」が開催されました。これは、金沢や高松など数カ所で開催したワークショップ [http://www.yasuhisa.com/could/article/ux-content-workshop/]のアップデート版。以前は カスタマージャーニーマップ [http://www.yasuhisa.com/could/article/customer-journey-map/] を活用して必要なコンテンツを見つけ出すというワークがありましたが、今回はコンテンツインベントリ [http://www.yasuhisa.com/could/article/creating-content-magic-sheet/] を使うなど、現状を監査しながらニーズを見つけ出すという内容に調整しました。 抽象的なデザイン手法の課題 私は「利用者」
話せるというソフトスキルについて情報発信している理由
デザインの意図が分かる言語化ができなければ、伝わらないのは当然です。「見れば分かる」では通用しないわけです。
リニューアルやCMS導入前に解決したいコンテンツの課題
2016年6月25日、仙台市で MTDDC Meetup TOHOKU 2016 [http://mtddc2016.mt-tohoku.net/] が開催されました。本イベントは、Web 解析、パフォーマンス、セキュリティなど「Movable Type」という言葉を一度も聞かないセッションが半分以上占めていました。イベント運用チームに伺ってみたところ、Movable Type を開発している Six Apart [http://www.sixapart.jp/] も製品に止めず幅広いトピックを扱ってほしいと助言しているそうで、それが講演者のラインナップにも影響しているのかなと思いました。 ツールやプログラミング言語のイベントだと、同じ言葉、同じ趣向をもった人達が集まる傾向があります。コミュニティを育てるという意味で深く学ぶキッカケを作るのは大切なことですが、内向化してしまう恐れもあります。どちらが良いとは言えないですが、新しい人にも興味を持ってもらうためにトピックの幅を特定のツールや言語を超えるのは有効な手段でしょう。 私は「2020年以降を見据えたコンテンツ設計」という
AIがデザインの仕事を拡張する理由
対立ではなく協働 最近の AI の話題は「人から仕事を奪う」という文脈で語られることが多いです。デザインの世界も例外ではなく、人の代わりに作ってくれるサービスが幾つか出てきていることから、そう考える人は少なくありません。Web サイトのレイアウトを AI の力を借りて自動的に作ってくれる Grid。最近だと Wix がサイト制作に AI を導入したと発表しました。また、Tailor のように、幾つかの質問に答えたら、適したデザインパターンを出してくれるサービスもあります。作ることだけがデザイナーの仕事ではないと言われて久しいですが、AI の発展により、ますますそれが現実的なものになりました。 クリエイティブの世界でも機械化・自動化は当たり前になりつつあります。10 年以上前だと、機械によって生成されたコードは汚くて使い物にならなかったわけですが、今だと経験の浅いコーダーに任せるより良いものが作られることがあります。複雑なレイアウトで構成されたレスポンシブ Web サイトもPageCloud を使えば、コードを触らずとも難なく作れるわけです。 ここで紹介したツールはほんの一部ですし
AIの進化から学ぶ会話型UIの課題
UIを考える前に本質を探る 人と情報の関係が会話（チャット）のようになることに伴い、コンテンツだけでなく UI デザインも、会話の中でどのように表示すると適切なのか考える必要があります。会話型になる UI デザインについて2年前に記事にしました [http://www.yasuhisa.com/could/article/message-card-ui/]が、今は状況が大きく異なります。 自然言語が使えるチャットボット「ELIZA [https://en.wikipedia.org/wiki/ELIZA]」は 1960年代に開発されました。 Facebook Messenger はボットの開発やコンテンツの最適化ができるプラットフォーム [https://messengerplatform.fb.com/]を発表していますし、Slack Bots [https://slack.com/apps/category/At0MQP5BEF-bots] は開発者にとって馴染みの深いものになっています。 また、友人のように振る舞うことができる Xiaoice