2017の22日目の記事です。動かしたりしていました。VUIユーザビリティについて記事書かれました。この記事についてfacebookでコメントを寄せたところ、そのナレッジをぜひ記事にとcaztchaさんにおっしゃっていただいたことが、この記事のきっかけです。Calendarの記事になりました。caztchaさんの記事をAlexaをベースに読んでいくことを通じて、あらためてAlexaのユーザビリティについて整理して考えていきます。その結果、従来のユーザビリティ原則の見方を変えざるを得ないと考えるようになりました。Alexa全体のユーザビリティについて論じていきます。BY-NC-SA記事の論点caztchaさんの記事は、特定のVUI製品に依存したものではありません。スマートスピーカー製品自体からVUIまで多くの点について言及されています。Echo」にしたものが以下です。Alexa」によって動作しています。Alexaは2つのフレームワークで成り立っています。Echoのように、Alexaを利用した音声による入出力を製品で可能にするためのフレームワーク。マイク、スピーカー、インターネット接続があれば同様の製品を開発ができるとされています。これを利用し、Amazon以外のサードパーティによる製品が多数開発されています。以後、本記事では、こうした製品の汎用的な呼称として「Alexa端末」と表記します。AlexaアプリAlexa端末を購入したユーザーは、それを家庭内の無線LANに参加させたり、自分のAmazon.co.jpアカウントに登録したりするために「Alexaアプリ」を利用します。Alexaアプリは、以下の3つの形態で提供されます。WebiOSアプリAndroidアプリこのAlexaアプリには上記以外にも多数の機能がありますが、ユーザビリティに関連する機能は以下です。発話をAlexaが認識した結果が正しかったかどうかフィードバックを行うリンク週間天気予報など、GUIでの表示に適した情報Alexaへの指示のサンプルAlexaに依頼した買い物リスト、ToDoリスト、リマインダー、アラーム、タイマーなどの状況スキルの探索、登録と有効なスキルの管理スマートホームスキルの設定と管理ヘルプとチュートリアルAlexa端末を利用する場合には、コンパニオンアプリとも呼ぶべきAlexaアプリを併用することになりますので、VUI単体ですべてを操作するという不安はなさそうです。UIは、使いやすいと言われます。それは、これから操作する対象物の操作や、その結果の振る舞いに対する予測が立つためです。逆に、ユーザーが過去の経験から予測した内容に反する振る舞いが対象物に見られると、フラストレーションを感じます。棚橋弘季さんは、かつて次のように説明されました。人は未知の状況において行動を起こす際、必ず「こうしたらこうなるはずだ」という予測を立てた上で自身の行動を選択します。簡単にいうと、この「こうしたらこうなるはず」というイメージがメンタルモデルです。未知のモノを使う際にも「このボタンを押すとこうなるのでは?」といったように何らかの操作方法に関するメンタルモデルをイメージした上で操作してみるわけです。このとき、メンタルモデルと実装モデルが一致していれば、ユーザーは自分の思ったとおりの結果を得ることができます。反対にメンタルモデルと実装モデルにギャップがあった場合、使い方を間違えていて思ったとおりの結果が得られなかったり、なんとか使えた場合でも使っていてイライラするなどの不満を感じたりします。ひどい場合はそもそも思っていた用途で使うモノではなかったなんてこともありえます。Nielsenは、次のように表現しています。Principles.ここまで予備知識をつけたうえで、caztchaさんの記事を読んでみます。おけるインタラクションのトリガーはユーザーの発話であり、入力時にフィーチャーされる機能は基本的にマイクだけです。(記憶に依存せず、そこにあるものを見て認識できるようにする)」の担保が不十分になりがちです。ないメンタルモデルに全面的に依拠せざるを得ない、という状況に陥りやすいと言えそうです。このご指摘は、メンタルモデルに関する複数の示唆を含んでいると考えます。Alexa端末をメンタルモデルで考えると、このデバイスに類似したものはこれまで存在していなかったため、過去の経験をそのまま応用することが難しいと考えられます。そのため、ユーザーは新たな体験として、過去の経験を複数組み合わせて端末の使い方を習得していく必要があると考えられます。Alexa端末のメンタルモデルをどう考えていけばよいか「過去の経験を複数組み合わせる」視点から、視覚と触覚から形成されるメンタルモデルと聴覚と発話から形成されるメンタルモデルとに分けて考えたいと思います。design"を示しています。principle"が含まれています。information.これが「視覚と触覚から形成されるメンタルモデル」の核心であると言ってよいと思います。"signifiers")」と理解しています。principle"を満たしているとは言えないと判断される場合もあると思われます。Spotにはディスプレイが搭載されており、Alexaアプリでのみ表示される、GUI表示が必要なもの(週間天気など)を表示できるほか、テレビ電話機能にも利用されています。「聴覚と発話から形成されるメンタルモデル」で考えていきます。リクエストの方法について記事の中で入力時にフィーチャーされる機能は基本的にマイクだけです。ことが多く...という記述があります。「一般的なアプリケーションのサンプル」では、Alexa端末のリクエスト受付方法として、次の3タイプが示されています。Echoは既定で音声起動(ウェイクワード)をサポートしており、そのワードは、端末ごとに変更が可能です。執筆時点で"Alexa""Amazon""Echo""Computer"というウェイクワードに変更が可能です。Tap-to-talkに変更する方法も用意されています。Push-to-talkが既定のようです。Documentation"では、ほかにスマートウォッチ等のウェアラブル機器も想定されています。Dot用のBluetoothリモコンが用意されています。マイクのボタンをタップし、リクエストを発話します。Astraなどのアプリケーションでは、画面上のボタンをタップしてからリクエストを発話します。以上のように、少なくともAlexa端末では、音声起動(ウェイクワード)以外のリクエスト開始方法があります。Talk)でしょうか。言ってもハードウェアのボタン1つだけであり、このボタンでAlexaの全機能やオプションが把握できる状況ではありません。ないメンタルモデルに全面的に依拠せざるを得ない、という状況に陥りやすいと言えそうです。Alexa端末の外観やリクエスト受付がクリアされたところで、いよいよ聴覚と発話から形成されるメンタルモデルについて考えます。「ユーザーは会話を通じてAlexa端末とコミュニケーションできます」と言っても、執筆時点では、人間のように自由に会話ができません。理解できることは限られており、会話の形式にもルールがあります。スキルということになります。スキルが利用できるかについては、記憶やAlexaアプリでの確認に頼ることになります。い側面はあると思われます。これは言わばスマートフォンとスマートフォンアプリの関係と同じと考えられるのではと思います。ユーザーのスマートフォンは、共通の基本機能はありますが、その大半はユーザーが選択したスマートフォンアプリで構成されます。そのため、スマートフォンアプリの導入時点で「どう使うのか/どんな結果が得られるのか」理解しているものの積み重ねが、スマートフォンの機能の大半を占めるとも考えられそうです。スマートフォンのメタファーで考えると、ユーザーが、自分のスマートフォンにインストールしている全アプリの全機能を把握し利用しているというケースも考えにくいです。なくても、特段ユーザビリティに問題ない可能性もあります。Alexaとスキルの関係も、上記スマートフォンとスマートフォンアプリと同じモデルで考えることができると考えます。自分のAlexa端末で利用できるスキルは、ビルトインスキルはあるものの、大半はユーザーが自ら導入したものになります。この前提では、ユーザーは自分のAlexa端末にどのような指示をすればどのような結果が得られるかについては、大半は理解していると考えられます。スマートフォンアプリと同じく、ユーザーがビルトインおよび自分が導入したスキルを含め、すべての指示を記憶していないケースが多くあると考えられます。この点に関して、Alexaアプリでは、使える指示を「試してみよう!」として定期的に表示しています。relax."などのスキルをサジェストするスキルを提示しており、音声でスキルを追加する方法があるようです。ユーザビリティの新しいパラダイムここまで、caztchaさんの記事の論点から始まり、Normanのユーザビリティ原則やメンタルモデルをベースにAlexaについて考えてきました。ここまで見てくると、1つの疑問がわきます。Echo単体ではなくAlexa端末とAlexaアプリをセットで捉えていくと、それほどユーザビリティ上問題がないのではないか?という点です。recall"で考えると、確かにAlexa端末自体には備わっていませんが、Alexaアプリでは確認することができます。principle"についても、Alexa端末自体ではとても確認できませんが、Alexaアプリでは確認することができます。した歴史のあるユーザビリティ理論は、工業製品やGUIソフトウェアといった、それ自体で完結しているもののユーザビリティ研究から生まれた原則と推測されます。今回のAlexaはじめ、例えば無線LANアクセスポイントとコンパニオンアプリといったように、複数のコンポーネントで1つのシステムを構成するものが増えてきています。した、複数コンポーネントによるシステムのユーザビリティ評価では、そのうちの単体を捉えてユーザビリティを議論するのは危険である可能性を考えています。マルチモダリティ・アーキテクチャと状況が同じです。これも同じく、複数のコンポーネントで1つのシステムが構成される場合に、その中の個別の要素ではなく、システム全体として複数のモダリティをサポートすることで、アクセシビリティを評価した方がよいと思われます。加えて、先ほど書いたように、システムの持つ機能に関しても従来と変わってきました。従来のユーザビリティ理論が基礎とする工業製品やGUIソフトウェアは、設計段階からユーザーが利用するまで、およそ機能が変わらないと考えられます。したがって、それらの理論は、その機能を如何にユーザーに伝えるかに苦心した結果と解釈されます。ところが、スマートフォンやAlexa端末などは、標準機能はあるものの、ユーザーが機能を追加することができ、その過程でユーザーは個々の機能を理解し納得して追加していくことになります。したがって、工場で実装された機能とは、ユーザーの理解がその点で全く異なります。して追加された機能の状況がシステムのコンポーネントによって明らかとなり、その主要な使い方が確認できれば、これもユーザビリティ上問題が少ない可能性を考えています。以上、Alexaのユーザビリティを考えていくと、ユーザビリティの捉え方が変わったというお話でした。