about上流工程だけに関わることをUXデザインと呼ぶのかTweetバリバリの武闘派(?)インフォメーションアーキテクト(IA)としてキャリアを積んできましたが、最近、肩書が変わりました。私が見るチームがIA以外の領域にも広がったことで、一応リーダーとしてIAより広い領域の方がいいかなぁと思ったからです。ほんで、1年くらい前まであれだけ嫌いだった「UXなんちゃら」という肩書についにジョブチェンジしてしまいました。嫌いだったかというと、理系出身からすると言葉が一意に定義されずに議論されるのにどーも抵抗があったからです。ちなみに今はどうでもよくなってます。「議論されているうちが華」という側面もありますし。自分の肩書に付いてしまったので、UXデザインという言葉にも一言なくてはならんであろう!という勝手な使命感から、どーしても払拭されない疑問をここで呈しておきます。今回は私の主戦場であるウェブサイトやアプリデザイン領域を対象にしています。サービスデザインやプロダクトデザインという文脈ではまた異なった議論になるのかもしれません。9241-210では定義されているようです。Wikipediaより。従って、UXデザインとは「製品、システム、サービスを使用した、および/または、使用を予期したことに起因する人の知覚(認知)や反応」の向上にコミットする行為を指すものと考えて差し支えなさそうです。世で語られるUXデザインのプロセス一時期、UXデザインに関する記事を読み漁ったり、UXという単語が頻出するプロジェクトにいたりしましたが、だいたいこんな文脈で語られているように見えます。リサーチ!エスノグラフィ!デプスインタビュー!ユーザーテスト!そして3つのレイヤーのカスタマージャーニーで可視化を!サービスブループリントに落とし込んで適切な情報設計を行うべし!UIデザインへ結実!モーションデザインして実装者にオリエン!ライティングは情報設計プロセス?デザインプロセス?PDCAは計画もいいけど実行を!ステークホルダーを巻き込んで邁進するのも大事!勢いで書いたのでサービスデザインの文脈も入ってるような気がしますが。言っておきたいことこれらもヒジョーに大事なんですが、とにかくエンジニアリング視点が抜けてることが多すぎないか?と思ったりします。なにをする」で検索上位ヒットのウェブサイトから、UXデザイナーの領域を伺ってみました。プレゼンテーション」となっています。MTL)という記事でも出てくるのはUIデザイン、情報設計、リサーチ、ファシリテーション、というキーワードです。レバテッククリエイターでは、「クリックした後に表れる画面やシステムの反応なども考慮したデザインが重要です」とあります。システム反応についての言及は惜しい気もしますが、結局示されているのは(グラフィックorUI)デザイン領域です。「リサーチ~企画・計画~情報設計~デザイン」あたりで示される、プロジェクトの上流工程をモロにイメージされていることが多いように見えます。UXデザインの「デザイン」という部分に、市場全体が引きずられてる感があります。デザインをぶち壊すエンジニアリングこう考えるに至ったにはもちろん背景がありまして。私が関わったプロジェクトで実際にあったことなのですが、わりとしっかりリサーチ~戦略設計~情報設計~UIデザインまでして、さぁいよいよとベンダーさんにアプリの開発をお願いしたところ、「画面全体のレンダリングが完了するまで(5秒くらい)戻るボタンが押せない」という開発をしてきたところがあります。誤タップの度に5秒待たされるというのはウルトラにストレスフルです。考えても、UXデザインがまともに成されていないと評価せざるを得ないものが出来てしまいました。指摘して直してもらえる範囲だったらいいのですが、ベンダーさんによっては「いやそんな仕様書もらってへんし」となる場合もあるでしょうし、スケジュールが迫ってるとそれがそのまま世に出るケースもあるでしょう。これを「そらベンダーの方がおかしいわ」と言うのは簡単ですが、「プロジェクトとして」UXデザインを担保するプロセスが組まれてなかったこと自体が問題なわけです。なんでそうなったんかなぁと考えると、そもそも「UXデザインはデザインまで」みたいに考えちゃってるフシがあったからじゃないかなぁと思ったりします。特定の誰かが、じゃなくて、プロジェクト全体にそんな雰囲気があった。当たり前の話なのですが、利用者が「触りごこち」を感じるのはシステムとして開発されたデザインに対してであって、静止画としてのデザインではありません。UXデザインという思想を考えた場合、最終工程であるエンジニアリングプロセスを対象にしないと、どうしても議論に隙間ができてくるはずなのです。なんか業界的にそこに触れるケースが少ないのがおかしくないかという気がしています。私の意見ということで、せっかくプロジェクトにUXデザインという視点を持ち込んでも、エンジニアリング領域までその考えを踏襲しないと、最後の最後で「あちゃー」みたいな結果になる(場合がある)、という話でした。極論を言ってしまうと上流工程だけしか見れない人間はUXデザイナーとは呼べないとすら言えてしまいます。UI/UXデザインのコツ」みたいなエンジニアから見たUXに関する記事を見ますが、その視点とは逆で、UXデザイナーから見たエンジニアリングもまだ理解が及んでいない領域もたくさんあると思います実際。いうリスクをプロジェクトとしてどうやって回避するか、ですが、デザイン側がガチッと仕様書を作れというのも実務上現実的ではないので、UXデザインのクオリティの責任保持者(あるいはチーム)が、「ここだけは外さないで」という要求をちゃんと開発者さんに明示するプロセスをちゃんとする開発指揮者さんに、開発プロセス前からチーム議論に参画してもらって、明示化されないまでも意思共有しておくあたりかなぁと。なんかちゃんと整理しきれてない気もしますが、ひとまずUXデザインに関して初めて書いた記事、でした。これからもうちょい書いていこうと思います。元も子もない議論そもそもUXデザインって特定の職種(あるいは人)が担保する領域なんでしょうか。文字通り「人の知覚や反応の設計にコミットする」という意味でUXデザインを解釈すると、WEBサイトとかアプリの領域だとその変数が無数にありすぎて、とてもじゃないですが私なんぞは、情報設計、UIデザイン、エンジニア...それぞれのプロフェッショナルの技術の結晶が結果的にUXデザインという行為に昇華されるようにも感じてしまいます。tsublogこの記事では、UX論はデザイナだけの仕事ではなく、チーム全員で取り組んでフィジビリティを担保する、とあります。上で挙げたプロジェクトでも、特定の誰かが言い出したことではなく、テストアプリを見た時にチーム全体が言い出したことでした。これを言い出すと、俺自身の肩書がどーやねんという話になるのですが、まぁおいおい考えます。自分で納得できなかったら肩書変えます。本稿の趣旨とはほぼ関係ありませんが、UXデザインをいろんな角度から定義したダイアグラムを集めている方がいらっしゃいます。UX図鑑の様相を呈していておもしろいです。INSPIRATION!もちろん、これらの中には当記事で疑問を呈したエンジニアリング視点を含めて議論されているものもあるようです。個人的に深掘ってみたい話ただのメモです。お仕事コメントコメントをどうぞ(承認後に反映されます)返信をキャンセルする。(8)aboutわたしについて楽器と機材を紹介するライブ情報リンク当サイトについて意識低い系UXストラテジストいまさしのライフログFacebookRSS著者:いまさし都内の某デジタルエージェンシーで働く意識低い系UIストラテジスト。休日はジャズベーシスト兼ゲーマー。imasashi.net。