UX小夜曲（セレナーデ）｜日科技連SQiP研究会でのUX探求の歩み

ここ二十年ほど、日科技連SQiP研究会で毎年変わるメンバー（研究員）と共にUXの探索を続けている。UX（User eXperience・ユーザーエクスペリエンス｜ユーザ体験）。使い古されているけれど、どこか業界内でも微妙な立ち位置で消え行かない程度に視線は集めている。毎年集まってくれる方々の想いを聞きながら一年間かけて論文の形にまとめていく。メンバーは約六名前後ほど、年によってバラツキがあり、更に分割して二つのテーマを探るときもある。これはその探求の個人的な記録。UXを学ぶ・教える方々への何かしらのヒントになってくれれば嬉しい。

活動の全体像

“UX分科会”の進め方：基本的な活動の流れ

毎年五月前後に開講。個人参加の方もいらっしゃるが、基本的には会社から派遣される形。意味的には、品質管理の基礎と人脈を教えてもらう、人材開発の一環。ほぼ月に一回の集まりがあるので、会社としては一日出社しない日ができてしまうので、それなりに覚悟を持っての投資。
その一日のカリキュラムは、二時間ほどの特別講義があり、その後十個ほどの分科会に別れて活動する。年末あたりから論文を分科会毎に提出し、各30分弱の発表＆質疑を実施する。
二時間のワンテーマ講義も、論文執筆も他にはない取り組み。テーマは純粋エンジニアリング系品質管理の内容が中心で、UXは異端児的な組み合わせにも感じる。最近はAI系の分科会活動が多くなってきている。

日科技連は「QC7つ道具」などでも有名で、工学系の年長者なら多分誰でも知っているような組織です。日科技連の詳細は、こちらへ。

毎年ほぼほぼ同じ流れで探究を進める。当初は「研究」と称してきたが、今は「演習」と名乗っている。やっていることは余り変わらず、しかしテーマで同じものになったことはない。なので、統合して「探究」と認識している。

テーマ選定はKJ法

他の分科会の多くは予め年間カリキュラムがほぼ決まっているが、UX分科会はメンバの嗜好に合わせてテーマを決める。なので毎年出たとこ勝負で進む。メンバも講師も年度始めは胃が痛い。

他のテーマ決めと違うのは、やりたい事を直球で聞かないこと。皆、UX手法論を使えることを目的にして参加しているが、講師陣の体感的に座学で論理を学んでも役に立たないと思っている。

なので「最近、イラッとしたことは何ですか？」が最初の挨拶。そこで出てきた話題が潜在的にUX的に改善したいトピックなはず。それでもいきなり出会ってすぐにこの質問をしても。大抵たじろぐ。なので何巡か回しながら、少し緊張を解きながら「課題」を出してもらう。
出された課題をグルーピングして集約していく。もちろん会社に出資してもらっているので、会社の意向もあるけれど、独自課題を、知らない者同士の社外で綿密に話せとは（までは）は言われない。ただ講師側としては、社内プレゼンもあるだろうから、あまりにぶっ飛んだテーマは、よくよく確かめるようにはしている。

しかし「KJ法」が、文化人類学者の川喜田二郎氏が考案したアイデア整理手法だというのも、少々忘れられていて寂しい。考えてみれば、AIに分類してとお願いすればグルーピングはできてしまう時代、さもありなん。

テーマの傾向

イラっとくることの代表は、数年前までは「経費精算システム」だった。大抵月に一回しか使わないシステムで、覚えられない・忘れてしまう・サボれば自分が損をする…という良いとこなしのシステム代表選手。
それがSaaSで使い易さを売りにするシステムが導入されたからか、不満の声は余り聞かれなくなった。昔はこの手のシステムは自社開発が多く、更に門外不出だから社外仲間とは語れないタブー感もあった気がする。

と、時代の流れも感じながら、メンバの「課題（イラっとくるもの）」を聞き集めていくと、だいたい五つに分類される：

1. UXデザイン基礎理論：利用者ファーストの原理原則論

2. 開発プロセス(PM)：開発プロセスへのUX導入と定着(プロジェクト管理)

3. ユーザ(ペルソナ)：ユーザー課題の特定と分析と開発陣への浸透

4. 品質管理(PdM)： UXを通じた価値・企画品質の向上(プロダクト管理)

5. 社会課題(UX設計)：社会への影響も考慮したサービス設計

テーマの変遷

更に話を進めると、その課題が徐々に変遷していってるのを感じる。少し前までは「開発」に直結している部分のみが注目されていたのに、周辺やエンジニアリングかどうかの線引きすら怪しい領域を課題視している年度も出てきている。UXが体験である以上、当たり前の流れなのだが、顕著にこうした傾向が現れると、少しびっくりさせられる。

• 少し前

  • デザイナの主張するUI・UXの重要性に徐々に開発スタイル側も（次第に）気づき始めた時代。背景には必死に開発しても使われないという現実があった。

  • UX手法にはコストがかかるという先入観から、大企業でないと採用できないのではないかという間違った先入観もあった。

  • 全社統一という流れには至らず、危機感を持った開発チームから順にUX手法を取り入れていく流れ。

• 最近の状況

  • 開発にUX手法がある程度は入っているのが当たり前になりつつある時代

  • 全社的な統一感のあるUI・UXをどう作り込めるのかが課題となり、品質管理部なども関わり始める

  • 全ユーザがスマホを有する時代になり、UI・UXを実際に体験したうえで、それなりの評価をする時代

  • 継続したサービス提供を考慮したプロダクト思考も成長

進め方＆活用ツール

日科技連は古い組織で、私が関わり始めた頃は、議論といえば緑黒板にチョークの時代である。それがコロナ禍も経て、かなりデジタル化が進んできている。それでも未だまだ道半ばで、参加してくれている企業環境、あるいは個人環境の方が随分と先に行ってる気がする。

現状でのツール的課題は：

• ハイブリッド（リアル＋ネット）型ウェビナーのブラシュアップ

• miroを中心にしているがクラウドホワイトボードの更なる活用

• Notionなどの知識や議論の貯蔵庫の更なる活用

• 脱Mail＋速度優先のビジネスチャット系の更なる活用

• 脱ベンダーロック＋AIが活用可能なリソースの探究

様々な会社の方が集まってきているので、ツールの統制は難しい。でも日本標準的な議事進行環境の雛形がここで生まれてくれると嬉しい。

抜粋：各期研究＆演習テーマ

定番調査：自己紹介 → 自己分析 → グルーピング

自己紹介を兼ねて、自分のイラッとしたこと紹介をする。その人なりの価値観が見え隠れするので、学歴や肩書よりも私的には楽しめる。あーこの人はこの分野では沸点が低そうだ…なども見えるし、同種の人が多くいれば、時代的な傾向もあるのかなと疑う。

蛇足だが、AI系の人は自分の感覚を話すとき「サンプル１つですけど」と考える。UX系の人は「そう考える人が一人いるんならもっと困ってる人は多いかも」と考える。両輪でバランス取るのが良いのだろう。

定番演習：デジカメWebショップUI・UX

昔Flashという技術が流行った頃、沢山の商品から絞り込んでいく風のインターフェースのECサイトも流行った。スライド要素を動かして画素や重さなどを絞り込んでいく操作感のもの。
一般的には山ほどの商品の中から買うべきものを一つ選ぶのが目的で、こだわりの少ないユーザには価格しか響かないというつまらない結論に至った記憶がある。

この種のインターフェースを試作してみようとする際の面白さは、その対象ユーザである。鳥の写真が撮りたい人と、運動会しかカメラは使わない人とでは、観点が異なる。

なので、実習で使う時には、ペリソナ設定を定め、その人ならどう操作して絞り込んでいくかを考えてもらうことになる。もっとも作るといっても、デジタルならパワーポイント、アナログなら模造紙紙芝居で切り貼りという素材。それでも、プレゼンしてると熱を帯びてくるのでそれなりに面白いし、ためになる。残ってる写真はどの表情もイキイキしてる。

探求）紐付きガイドマップ

まだまだマップアプリが未成熟だった頃、東京駅の中で迷子になったらどうするかという課題に挑む。スマホがそろそろ皆に普及し始めた頃で、高齢者全員が持っているとは言い難い時代。でも想定ペルソナは高齢者より。

まだまだ、スマホに夢があり、見たこともない機能を考えても良いという前提だった。考えた末、ヘソのあたりから引っ張ってもらえると、コケにくいし分かり易いのではないかとの考えに至る。

課題としたのは、そうしたアイデアではない。着衣の状態でヘソのあたりが引っ張られる感覚をどう作り出すのかは考えない。そうした仕様をどうやって共有できる形にするかを考える。

今でも生き残っているかもしれないが、クリックするとかタップすると記さず、「押下する」と仕様書に記載する人たちが多かった時代。Webデザイナの用語にすら嫌悪感を抱き、少しでも旧来エンジニア用語で書こうと無駄な努力をしていた人たちがそれなりにいた。

そうしたピントがずれている仕様書をどうアップデートしていくのか。結局動画や写メ、音声がふんだんに使われた臨場感をも共有できる「仕様書」必要になるだろうと結論づけた。Excel方眼紙などに、共感できない文言で仕様を書き連ねる時代は終わると確信していた。

発表後の質疑で、エンジニアが撮影機材を扱うのかと真顔で訊かれたのが印象的だった。あれから十年ほど経過して、多くがYoutubeで学び、使用感までも共有して開発するケースが増えた。動画編集技術も、エンジニアだとか文系だとかの垣根は徐々に消えつつある。

思考鍛錬）”Future Vision”の仕様書を紐解く

次は見える形になった未来図を考えていく探究。Microsoft Future Vision。こんな未来が来て欲しいと思わせるデバイス群。当然ながら物理的ガジェットの紹介では終わらない。どう使用されるのか、どんな場面で必要になるのか、そんな場面は日常なのか？…そんな場面設定まで描かないと説得力がない。当時UXを真剣に考えていた者は必然的に未来社会までも夢想していた。

旅行中には何が連絡で必要か、教育現場ではどうか、言語や場所を超えてのコミュニケーションは成立するのか、病院ではどうか、家庭ではどうか。様々な状況下でのシンITツールを考察した。

普通に考えるだけで、無数のモニターとタッチセンサーが必要になる。こんなUIのサポートを誰がやるのかと息が詰まりそうになる。そしてこんなに膨大な情報を管理する機構を想像しては、関わりたくないなぁという気持ちに襲われる。そんな夢想を重ねながら、これからのエンジニアに必要なスキルとは何かを考える。

ちなみに登場するガジェット群は下図のようなものがあり、その後Microsoftから出された実際のデバイスと比較すると、更に感慨が深まる。動画に出てくるものは、基本的に殆どが薄型だが、後から出てきた製品は殆ど分厚い。電池あたりの考慮が足りなかったのかもしれない。数年後に答え合わせが、すぐにやって来る時代になってしまっている。

試作）音声ナビ

AmazonのAlexaはそこそこ普及していたが、まだまだ音声制御は一般的とは言えない時代。オートキャンプが趣味なメンバが、運転中にキャンプ場を選定したいと言ったのがキッカケ。決まったセリフを返すことのできる試作機で、かなりシナリオ通りにならざるを得なかったが検証を繰り返した。

実用性のある段階まではだいぶ先だけど、克服すべき課題の輪郭は見えた気になれた。実際は単に入り口あたりまでしか達していなかったろうけれど、地名などの固有名詞の発音と聞き間違い対応策、トイレや子ども用備品の有無が分かるようにするための仕掛けなど。できたら便利そうだけど、道は遠そうだった。

思索）UXポリス（UX司書）

この年の課題は二重構造で、講師陣側がだいぶ疲れた。下記二本のプロジェクトを時間差で走らせることになった。

1. 私たちのITリテラシを持った高齢者がいるという仮定（現時点の高齢者とはちょっと異なるペルソナ）で、車椅子の配偶者と旅行に行くというケース。その旅程をなるべく簡単にする体験を考える

2. 同時にその走っている開発プロジェクトを、品証（品質保証部門）の人間がウォッチしている。どう介入するのが良いのか、どのような距離感が正解なのか

前者は、現状の高齢者の問題ではなく、将来の私たちの問題でもない。ITリテラシと新種デバイスが将来どのような状況になっているかで大きく変わる問題。だからこそ考える意味があり、意見を出す意味がある。

後者は現実の品証の問題。品証が関われるのが開発末期なら大したコントロールはできない。初期段階から干渉すると煙たがられる。しかし問題が起これば、関わり方に関係なく責任を取らされる。そこで「品証」というレッテルではなく、「UXポリス」という呼称で随時介入できるような位置付けにすれば良いのではないかという着想だ。何度か介入をしてみたところ、警察というよりは「司書（図書館にいる何でもナビ）」の方が良いのではと議論したあたりで時間切れ。

視点）利用者視点欠乏症と企画バグ

「企画バグ」という概念を見出せた探究。実装時にバグを埋め込んだら実装バグ、仕様段階のは仕様バグ、要件定義でミスってたら要件定義バグ。それが成立するなら企画段階でのバグは企画バグと呼んで対処すべきだろう。

多くの企画は現場ではなく雲の上から突然投下される。そしてそうした上層部が失敗の責任を負うことは結構少ない。だから企画バグと耳に痛い言葉で区別するべきでは。

そして多くのバグの根幹が、利用者視点が不足しているからだと仮定し、そうした利用者視点欠乏症という疾病として処方箋を考えるという試み。プレゼンは看護師のコスプレ付きで行うという熱の入れよう。

仮想演習）パワーパーキング

すでに実在し、おいそれと改修などがしにくいものを扱いたいと要望が出た。立体駐車場という巨大プラント系。その駆動系の問題ではなく、入車出車を制御する操作パネルのUI問題。毎回のように立ち尽くすお婆さんがその起点。誰かが困っているなら、多くの人も困っている可能性がある。

寸劇風に車の出し入れを演じ、紙芝居で模した操作パネルを駆使して、どういう表示なら迷わないかを検証。最終的にはYoutubeに結構良いアイデアが埋もれていて、それを検証することになった。スマホで寸劇を撮影し、見返し、スペックや課題を洗い出す。昔考えていたようなインタラクティブ仕様書風な進み方ができた年でもあった。

展開バグ？）電動キックボード・シェアリングサービス

完全にエンジニアリング領域から外れた探究。少し性急に世に出てしまった製品というかサービスの問題。明らかに事故を起こしやすそうな何かを孕んでいるものに対して、開発者は我関せずとして良いのだろうか、リリース後であっても何かできることはないか。

皆で実機に乗ってみて、何が危険で、他者からはどんな目で見られるのかを体験。最終的にできることは、乗車前のテストの改善くらいしかないということで試案を作成し検証。

どう開発するかだけがテーマだったのに、「体験」と称するには、リリース後の運用品質にもエンジニアは関わるべきということを感じずにはいられない探究となった。

今後のUXのためのヒント

さてさて今後のUXである。古典的には下記あたりを座学で学び、自プロジェクトで試していくサイクルが一般的だろうか。

• 第1段階: UX / UI / ユーザビリティの定義（ニールセン、ISO）を学習

• 第2段階: ギャレットの5段階モデルで、UXの層ごとの考え方を学習

• 第3段階: インタビューで課題仮説を作成

• 第4段階: ユーザビリティテストで仮説を検証

• 第5段階: UIパターンとニールセン10原則で改善…

しかし、現時点で、私は「UXは死んでいる」と思い始めている。UXが製品やサービスへの信頼や好感度に影響するだけでなく、ブランドをも大きく左右すると言われ続けている。

しかし、今現在ではどうか。調べものをするのにWebページを開く度に、夥しい数の「広告」の雪崩に巻き込まれる。どこまでがコンテンツで、どこからが広告なのかさえ分からない。広告を消そうにも、✖️マークが何処にあるかさえ識別できない。名だたるUXデザイナも、総務省・経産省（過去にJIS X 8341-3｜ウェブアクセシビリティを推進）も、デジタル庁も動きが遅すぎる。どれだけブランドを下げても見て見ぬふりである。

規制する側だけでなく、作り手側にも影響が出ていると思う。一度でも利用者を舐めて見えにくいUIで詐欺まがいの設計をしたら、もう二度と真摯な設計はできないだろう。間違いでアクセスを稼ぎ出したら、そのデザイナはもう、お終い。

過去にウェブアクセシビリティを推進する際、少々強引さが目立ったけれど、今こそあの時のモードで規制をかけるべきではないか。例えば、✖️マークの位置は左上に固定する、背景色に混じるような色合いは禁止、✖️マークをタップすれば即座に広告停止、広告領域は全画面の15％まで（上から下まで広告で埋め尽くすのは言語道断）、いきなり音は出さない、レポート機能は必須で月次で監督省庁に報告、動画広告は利用者の回線使用量も考えて5秒まで…これくらいをしてもバチは当たらないだろう。そして違反者には厳しい罰則を与える。

クライアントも有識者も監督省庁も揃って、利用者視点が欠乏している昨今、何かが使い易くなる未来はあるのだろうか。そして今今は、良いUXよりも、悪いUXの排除を進める時期。余りに野放図に腐ったUXが横行しすぎてる。

ここに記した活動は、小さいながらの種蒔き。小さな「イラっ」を見つめる活動。いつか大きな花が咲いて欲しい。

fin.