へたれwebディレクターの覚え書き

サイトのUI検討にAIDA・AIDMAモデルが使えそうな気がしたので試してみる

マーケティングのフレームワークに「AIDAモデル」「AIDMAモデル」というのがあります。
おおざっぱに言うと、商品に気づいてから購入にいたるまでのプロセスを、

Attention（注目）
Interest（関心）
Desire（欲求）
Memory（記憶）, Motive（動機）
Action（行動）

に分けた消費行動の法則で、AIDAやAISASなども使われることもあります。（詳しくはWikipediaなどをご確認ください）

このAIDA・AIDAMAモデルがUI検討にも使えるのではないか？と思い立ち、そのやり方を考えてみます。

例として、以下のような状況に置かれたときの改善案をAIDAモデルで検討する、というのをやってみます。

あなたはファッション関連のケータイ用ブログを運営しています。そのブログは、訪問者数は多いのですが、離脱率が高いという問題を抱えています。

アクセスログを解析したところ、検索サイト経由でブログのエントリーを読んでくれた人の多くは、ほかのエントリーを見ることなく離脱していることがわかりました。
離脱率を下げるためには、ほかのエントリーに遷移するリンクをクリックしてもらうことが必要そうです。

では、訪問者に、ほかのエントリーを読むためのリンクをクリックしてもらうために、どのような工夫をすればいいでしょうか？

エントリーを読んだ人が他の記事を読むための条件をAIDAモデルで考える

クリックして欲しいリンクがある。このような状況のとき、
「リンクをもっと目立たせればいいのでは」
といった短絡的な判断になりがちです。

これをAIDAモデルを使うとどのようになるのか、こういうふうに検討していくというのはどうだろうか、というのをステップごとに記してみます。

ステップ1・AIDAに、訪問者が満たされるべき欲求を当てはめる

まずは、あるエントリーを見た訪問者が、ほかのエントリーへのリンクをクリックするために満たされなければならない欲求を、AIDAに当てはめてみました。

Attention：このブログにほかのエントリーが存在することに気づいてもらう
Interest：ほかのエントリーも、訪問者が興味のあるファッション関連のものだと思ってもらう
Desire：これまで条件にプラス、このブログのほかのエントリーが、ユーザーが期待してるレベルに達していると思ってもらう
Action：このブログのほかのエントリーへたどるためのボタン（リンク）をクリックできる状態にある

ステップ2・欲求を満たすための条件を洗い出す

欲求を当てはめることにより、欲求を満たすための条件が見えてきました。

たとえば、InterestとDesireを満たすためには、訪問者に「ほかのエントリーも読む価値がありそうだ」と思ってもらわなければならない、ということがわかります（図の条件①）。

さらに、「面白そうだ」と思ってもらっているときに、そのリンクを提供してあげる必要もありそうです（条件②）。

特に条件①は重要です。ほかのエントリーも面白そうだと思ってもらうには、「いま読んだエントリーは自分が読みたいジャンルと一致」していてかつ「いま読んだエントリーが面白いと思った」という条件が満たされていなければなりません。

しかしすべての訪問者が、この条件を満たしているとは限りません。ここで、「条件を満たしていない訪問者のことも考える必要がある」ことに気づけました。

では条件を満たしていない訪問者とはどのような状態にあり、それに対してどのような施策を打たなければならないでしょうか。

ステップ3・訪問者の状態ごとに条件を再度洗い出す

訪問者の状態のパターンを洗い出してみます。
ここでは簡略的に、「ファッションに興味があるかどうか」「いま読んだエントリーに満足したかどうか」で分けてみました。

実際のサービス検討では、「どこからこのページにたどり着いたか」「目的があって探しているのかどうか」などなどなど、もっと細分化するべきかと思います。

状態ごとに改めて欲求を満たす方法を検討することことで、さらに新たな条件が見えてきました。

一つは「状態２・ファッションに興味はあるがエントリーに不満足」の訪問者に対してDesire欲求を満たすためには、なんらかの工夫が必要であること（条件③）。

この時点で、訪問者の状態によって表示するリンク（機能）は違っていてもいいのでは、と思えてきました。単純なほかのエントリーへのリンクは、いま読んだエントリーに満足した訪問者にしかクリックする気になってくれないことがわかったからです。

訪問者の状態に適したリンクを出し分けるのが効果的であるとするなら訪問者ごとに有効なリンクを表示させるために、
「エントリーを読んだことによる訪問者満足度をなんらかの方法で把握する必要がある」
という条件を加える必要もありそうに思います。(条件④）。

（条件５は今回はパス）

ステップ4・それぞれの条件を検討

ここまでで、ほかのエントリーへのリンクをクリックしてもらうために必要な条件がいくつ洗い出せました。

ではその条件を満たすための案を検討
サンプル代わりにベタな検討案を書いておきます。

条件１の対応

「前の記事」のようなリンクではなく、エントリータイトルを表示させることにより、リンク先の記事も同じジャンルである（もしくは違うジャンルであること）をクリックする前にわからせる
記事カテゴリごとになるべく同じカテゴリーの記事を紹介する
いま読んだ記事と似ている記事を表示する

条件２の対応

適切な位置にリンクを表示させる

条件３の対応

単純な送りリンクに加え、目立つ場所に人気の記事一覧を掲載する。

その際、ブックマーク登録数を表示することで、公平な評価であるというイメージも伝える。

条件４の対応

エントリー本文を（一定以上の長さなら）分割して表示する。
1ページ目には、ほかのエントリーを読んでもらうことをあきらめてて、別のリンク（機能）を提供する

たとえば、このエントリーにたどり着いたのが検索からなら、改めて検索結果をこのブログ内に表示させ、そこに広告を表示して稼ぐ、など

2ページ目以降が表示されたなら、「いまこの訪問者はこのエントリーを面白いと思って読んでいる状態（面白いと思わなければ1ページ目で離脱しようとするはず）」と仮定し、それ用のリンクを表示させる

AIDAモデルによってたどり着いた検討結果

「訪問者の離脱率を下げる」という目的のために、「エントリーを複数ページに分割して表示する」という、一見なんの関連もなさそうな、もしかしたら逆効果と思われるようなUI案にたどり着きました。

今回は個人で試しにやってみただけなので、たどり着いた結果が正しいかどうかはわかりません。
しかしあとで大手ブログのケータイ版などを見たところ、しっかりと一つのエントリーでも分割されたページごとにリンクの出し分けがされているものがありました。
あながち荒唐無稽な策ではないようです。

まとめ：認知的ウォークスルーにも似てますね

ここまで書いていて、このやり方って「認知的ウォークスルー」に似ているな、と思いました。

違いは、認知的ウォークスルーがアクション需要に対しての供給視点で、AIDA・AIDAMAモデルはアクションへの需要視点である、と言えるかもしれません。

私自身がまだ認知的ウォークスルーもAIDA・AIDAMAモデル方式も完全に理解実践できてるわけではありませんので、今後、双方を比較しながら何度かやってみて、それぞれに合った場面を見つけたいと思っています。

ヤフーで除夜の鐘が鳴らせる

ヤフートップページの鐘が、クリックで鳴らせます。

108回鳴らすと何が起きるんでしょうか。。。

ユーザーは自分の行動をメリットだけで判断していない

せっかくサービスを作ったら閲覧だけでなく、あたりまえですが投稿などもしてもらいたいものです。

サービス上でユーザーにアクションをしてもらうために、「このアクションをしてください、するとこんな素敵な出来事が！」とメリットを伝えるのはよくあるやり方だと思います。

たとえばCGM系サービスを運営していて、「ユーザーにコメント投稿してほしいな」と思ったなら、
「あなたがコメントを投稿すると、そのコメントがほかの人に読まれ、そこからコミュニケーションが広がっていきます」
などでしょうか。

しかしユーザーは、自分がアクションするかどうを、メリットだけをみて決めているわけではないと思います。

コメントをしようと思ったときにメリットとは逆の、
「このコメントをすると、誰かに迷惑かけないだろうか？」
「自分に対してよくないことが起きないだろうか？」
ということも考えているのではないでしょうか。

アクションしてもらうために必要な「許しのデザイン」

アクションしてもらうためには、これらの不安を払拭する必要があります。そのための機能やデザインのことを僕は「許しのデザイン」と呼んでいます。

「許しのデザイン」の例として、たいして意味のないコメントを投稿しても大丈夫だよね、と思わせる工夫されているサービスを挙げてみます。

Twitterの場合

Twitterでは、投稿された発言（つぶやき）がたとえfollowの発言であっても見落として平気、という世界観がうまく構築されています。その世界観が、「邪魔なら無視されるだけだから、だからガンガン発言して大丈夫」と思うために役立っています。

Facebookの場合

たくさん発言しても迷惑にならないよう表示方法が工夫されています。
連続して発言すると、発言のうちのいくつかが、クリックしないと表示されないようになります。

また、最近追加された「ニュースフィード」では重要そうな発言を上位にピックアップして表示するようになっているようです。（まだまだ不完全ですが）

ソーシャル系サービスほど許しのデザインは重要

少し前まで、サービスは自分ひとりで使うものでした。ですからアクションに対する不安は自分に対してだけであり、最悪「まぁなにかあっても自分が困るだけだし」で解決、ということもありました。

しかしいま主流のソーシャル系サービスは人との繋がりが前提です。「他人に迷惑かけちゃうのでは」という心配が新たに発生します。

一人のアクションが多人数に影響するソーシャル系サービス全盛の時代。許しのデザインの重要性は増してきている気がします。

『Google 日本語入力』になにか釈然としないものを感じる理由

なんか納得いかないなぁ、と言うだけのエントリーです。

「Google 日本語入力」が賞賛を浴びているようですが、個人的にはなにか釈然としないものを感じています。

今回もGoogleが得意としている

なんらかの方法でデータを集め
そのデータを整理加工し
新たな価値を生み出して提供する

というサービスのように一見思えます。

しかし今回は、「このサービスはGoogleが生み出しました」と言うために必要な“新たな価値”がないように思うのです。

ネット上の文章を収集して正しい変換辞書を作るには、正しい日本語で書かれている文章がネット上に存在しているという条件があるはずです。

その正しい日本語を書くには、IMEの存在なくしては難しかったでしょう。

「Google 日本語入力」がしたことは、他社有料IMEが生成した情報を収集して、それをIMEに戻して、付加価値をつけただけのように思えます。

あくまで付加価値であり、新たな価値は生まれていないのです。これを「Googleの新サービスですよ」と言われても納得しづらいです。

なんというか、直接データを吸い出すと叱られちゃうから「インターネット」というクッションを一枚挟んでみました、ってのと何が違うの？という感じすらします。

これによって、ATOKなど、これまで地道な研究により改良を重ねてきたIMEが淘汰されてしまったとしたら、それはとても悲しいことです。

ということで、仮に「Google 日本語入力」が法に反していないとしても、私としてはやはり釈然としないのです。

ソーシャルブックマークをパーソナルナレッジデータベースとして利用できていますか？

わたしはソーシャルブックマーク（以下『SBM』）に『はてなブックマーク』を利用しています。

はてぶに登録するまでのフローはだいたい以下のようなものです。

『check*pad』に「あとで読む」リストを作成し、気になるサイトがあればブックマークレットを使って放り込む
時間ができたときに「あとで読む」リストに登録されたサイトの内容を確認。今後も役に立ちそうだと思ったらはてなブックマークに登録する
必要なときに登録したブックマークから情報を得る

このように登録するのはスムーズに問題なく行えています。
しかし登録したブックマークをイマイチ有効活用できていないような気がしています。

ブックマーク数は増えていますが、その登録した情報をパーソナルナレッジデータベースとして使い切れていない気がするのです。

はてなブックマークをパーソナルナレッジデータベースとして利用する際の問題点

はてぶをパーソナルナレッジデータベースとして利用できていない理由は、以下だと思います。

古い情報と新しい情報が一緒になってしまう

技術情報などは常に進化するので、それを残しておいてもナレッジデータベースとしての価値を汚すだけのものになる場合があります。これを整理するのは面倒です。
また、単純にソートすれば済むというわけでもありません。

SBMに登録した情報を使おうとしても、もしかしたら改めてGoogleなどで検索したほうが最新の良い情報が見つかるのではないか？と思ってしまう

結局Googleを使ってしまうのなら、SBMに登録する必要あったの？となります。

登録したブックマークから必要な情報を再取得するのが難しい

SBMに保存される情報はURL、タグ、そして数行のコメントくらいです。本文は保存されません（例外もあります）。
そのブックマークにどんな情報があったかを思い出すために、それら少ない情報から記憶を呼び起こすか、さもなくば登録した膨大なブックマークのURLを再度アクセスして探さなければなりません。
サイトの内容の一部を覚えていたとしても、それを元に検索できるわけでもありません。

webサイト外からの得た情報とマージするのが難しい

有用な情報のすべてがwebから得られるわけではありません。人から聞いた話しや街で見かけたものに情報価値があることはよくあります。
職業がweb関連以外の人ならなおさらでしょう。

今回は、これらの問題を解決しつつあるサービスをチェックしてみます。

はてなブックマークプラス

はてなブックマークは「ソーシャル」の部分がクローズアップされがちですが、今回の『はてなブックマークプラス』のリリースでは、ブックマーク自体の機能を強化することで個人のためのパーソナルナレッジデータベースとして使ってもらうことをかなり意識しているのではないかと思われます。

これによりビジネスツールとして一般企業への導入を目指しているのかもしれません（がぜんぜん違うかもしれません）。

ナレッジデータベースの視点で見ると、本文テキストの全文検索が利用できるようになったのが大きな進化だと思います。
（ちなみに全文検索機能はYahoo!ブックマークも対応しているのですが、多分利用者ですら気づいていないと思います）

また、その全文検索機能は、Googleなどの検索サイトと同時に表示できるようになりました。（firefoxのみの機能？）

欠点は有料なこと、サービス自体がとても重くなる時間帯があることでしょうか。

evernote

『evernote』はSBMではないですが、ナレッジデータベースとして利用できるのではないかと思い使ってみています。

SBMより便利な点としては、URLではなく、データ自体を保存するタイプだと言う点です。これによりサイト中の必要な部分だけの登録もできます。

また、webサイト以外の情報も可能です。今は英語だけですが、デジカメで撮影した画像を登録すると画像中のテキストを抽出して検索対象にすることも可能です。iPhoneならこのあたりの連携がよりスムーズに行えるようです。
パーソナルwikiと同じような使い方ながら、wikiより格段に便利だと思います。

とはいえこちらもパーフェクトなわけではなく、WIndows用クライアントの出来がそれほど良くないこと、１アイテムごとにコメントを記入したいができないこと、そしてなにより日本語で使えないことがネックになっています。

Googleのパーソナライズ検索

Googleのパーソナライズ検索は単に検索結果をブラッシュアップさせるためのものでなく、Google検索自体をパーソナルナレッジデータベース化させるためのものだと思います。

検索結果のページで気に入ったサイトのランクを上げることで、ブックマークに保存させることなく、ブックマークとしての役割を検索ページが果たせるようになります。

全文検索はもちろんできますし、最新のサイトも検索結果にマージされていること、なによりもSBMの検索結果と違い、適合度順にサイトを表示してくれるのは魅力です。

しかしUI的な問題があります。

検索結果からたどったサイトを見て気に入り、そのサイトのランクをアップさせようとした場合、再び検索ページに戻らなければならないのは面倒です。

また、検索結果ページを経由することなく開いたサイトのランクを上げたい場合は、そのためだけにGoogleで検索しなければなりません。

しかしこれらUIの問題は今後、GoogleツールバーやGoogleブックマークと連携して改善されるような気もします。

ソーシャルブックマークをパーソナルナレッジデータベースとして利用できていますか？：まとめ

これら3つのサービスはそれぞれアプローチ方法が違っていますが、ナレッジデータベースという視点で見ると競合になるのではないでしょうか。

どれも一長一短がありますので、しばらくこの3サービスを併用して様子を見ようと思います。

ほかにパーソナルナレッジデータベースを使いこなす方法をご存じの方がいらっしゃいましたら、教えていただけるとうれしいです。

Firefoxで一時的にFlashをoffにする方法

例によってまわりで知ってる人が少なかったのでエントリー。
もう本当にどうでもいい内容です。

たまに仕事で、Flashをインストールしていないときの動作をテストすることがあります。

テスト環境を用意するために、Flashをアンインストールしたり、Firefoxに『Flash Switcher』というアドオンをインストールする人が多いのですが、

「アドオンの設定画面で無効化すればいいだけなのに…」

といつも思うのです。

Flash Switchrはなぜだか不安定なので、こちらのほうが安全ですね。

すごくくだらない内容なのですが、でもまわりでやってる人が本当に少なかったのでエントリーしてみました。

どの機能に対応するべきかを「ユーザーの利用意向」を超えて考える

ちょっと前にとあるサイトの企画をしていて「ケータイの機能でどれに対応するか」という話をしていました。

最近はどんなサービスでもケータイ対応は必須だと思います。
しかし一口に「ケータイ対応」と言っても、メールでの投稿に投稿に対応するとか、GPSに対応するとか、そのレベルはいろいろあると思います。
使われない機能はユーザーにとっては妨げでしかないですから、確実にユーザーに使ってもらえる機能を選んで実装したいものです。

今回は、そんな機能の取捨選択について、例によって自分にできているかどうかは棚に上げて、思ったことをなんとなく書いてみます。

対応する機能・対応しない機能の判断基準

たとえばCGM系サイトを作るとします。

ケータイから投稿できるというのは必須だとして、ではケータイに数ある機能の中から、どれに対応すればいいのでしょうか。

画像の投稿に対応するか？
絵文字の投稿に対応する？
GPSによる位置情報投稿には？
デコメ投稿は？

機能に対応するかどうかを「自分が使うから or 使わないから」で判断するのは問題外だとして、陥りやすいのは、インターネット白書などの資料を取り寄せて各機能の利用率と利用意向率を見て、単純にその数字から判断してしまうことです。

たとえばGPSに対応するかどうかを判断するときのことを考えてみましょう。

『インターネット白書2007』のデータを見ると、GPS機能を使ったことのある率は16.4％、利用意向率は27.3％、逆に利用したいと思わないと答えた人は34.6％となっています。
この数字だけを見ると、「GPSを利用している人は少ないし、使いたいと思っている人も少ない」との判断になりがちです。
たしかにGPSは位置情報取得に時間がかかり、電池を大量に消費するため、使い勝手の良い機能とは言えません。ましてやそんな困難を日記に地図を貼りたい人などめったにいないので、この数字は妥当でしょう。

しかしこの判断方法が本当に正しいのか、わたしは疑問に思っています。

なぜなら、ある機能を自分が使っている姿を、いま世に存在しているサービスや自分が体験したことのあるサービスを超えて想像できる人は少ないからです。ということは、GPS機能を使うかどうか、これから使いたいかどうかの数字は、いま世に存在しているGPS対応サービスの枠の中で出されたものであり、決して来るべき近い将来の姿を予想した結果から出た数字ではない、と思うのです。

「使わない理由」を把握する

その機能は本当に使われないのか？を判断するときには、使わないと判断した理由を聞いてみることは大事だと思います。

「GPS機能はいらない」「GPS機能を使わない」という人に、そう判断した理由を聞いてみると、だいたい以下のような意見が出ました。

電池を食うから
位置取得に時間がかかり、やりたい作業の妨げとなるから
他人に自分の居場所や、いた場所を教えたいとは思わないから

こうして理由を聞いてみると、１つめと２つめの理由は「たしかに使いたくないよね」と思わされますが、でも近い将来、それこそ1年とかのスパンで解決しそうなものであることがわかります。

3つめについては、積極的にGPSが必要ないと言っているわけではないことに気づきます。

こうして理由を確認してみると、サイト制作側からの提案次第ではGPSは十分に受け入れられる可能性があるように思えます。

たとえば日記サイトなら、投稿画面にアクセスした時点で、最近撮影した画像が撮影時間と位置情報を参考にグルーピングされて投稿画面横に表示されていて、ドラッグ＆ドロップするだけで投稿可能、とかになっていると、画像付き日記の投稿がとてもしやすくなるかもしれません。
（すでにeye-fyやDoCoMoの実験サービスなどもあることから、撮影したら自動で即ネット上ストレージにアップされてて再利用可能な状態、という時代もすぐに来るでしょう）

GPSに対応することで、位置情報を貼り付けられるようになるだけでなく、UIの改善に利用できるのです。

まとめ：新しいなにかを作るために「今使われていないから」「使いたいと思っている人がいないから」を超えた判断をする

なにか新しい提案をもったサービスを作ろうとしているのなら、現時点での「この機能は使われないだろう」という判断の枠を一度リセットする必要があるように思います。

近い将来解決されそうな問題を把握し、それが解決されることを前提にアイデアを出すことで初めて、ユーザーに機能を利用するかどうか聞ける状態になるのだ、といえるかもしれません。

なぜなら実際の作ったものを（プロトタイプでもOK）触ってもらうかしない限り、一般ユーザーにその便利さは伝わらないと思われるからです。
（だからこそ新しいサービスには前もってモックアップによるプロタイピングテストの必要性があるのだと思います）

このような例はすでにいくつもあります。

ajaxのような非同期通信は最初、プッシュ技術として登場したときは「定期的に最新のニュースを配信してくれる」くらいの使い道しかありませんでした。
当時はインターネットアクセスは従量制だったため、定期的にネットにつなげられたらたまらん、ということで非同期通信はほとんど需要がありませんでした。
しかし時がたって、インターネットが高速化・定額化したときに、それはGoogleマップという実際のサービスの形になり、非同期通信の評価は変わりました。

きっとGoogleのスタッフたちは、非同期通信技術が広まる条件を把握し、それが満たされることを予測し、有効な使われ方を検討し、その準備をしていたのだと思います。

デコメも同じです。
2年前の調査では、デコメも「使わない」「使いたいと思わない」と答える人が大半でした。
しかしその後、メールで絵文字を選ぶのと同じインターフェースで使えるようになったとたん、爆発的にヒットし、今では当たり前のように利用されるようになりました。
（本来デコメとはイコールhtmlメールのことだったのですが、最近のユーザーは『オリジナル絵文字機能』と認識し、利用しているようです）

デコメを使わない理由、使いたくならない理由は「入力がめんどくさい」だったのですが、それが解決されたことで利用率、利用意向率ともあっという間に増えたのです。

ケータイに限らず、機能や技術は次々に現れますが、それがユーザーに受け入れられないと判断する前に
「なにが解決すれば使われるのか」「それが解決したらユーザーにとってどんな利便を提供できるようになるか」そして「その問題はもうすぐ解決されるのか？」
を考えるのが、新しいサービスを企画する上で必要なスキルのような気がするのです。

『Yahoo!アクセス解析』導入のセルフユーザーテストをしてみた

仕事でユーザーテストをすることがあるのですが、やりながら
「僕は本当にユーザーの行動のポイントに気づけているのだろうか？」
という疑問を持ち続けています。

今日は『Yahoo!アクセス解析』というツールをこのサイトに導入する作業をしていたのですが、導入までのフローを「一人ユーザーテストしてみたらどうだろう？」と思いたち、やってみました。

ユーザーテストの趣旨や目的には反していますが、「とは言え、なにかに気づけるんじゃないだろうか？」と思ったのです。

まずはテストした結果メモを公開します。
『Yahoo!アクセス解析』セルフユーザーテスト議事録』（PDF・342KB）

考察については次回以降に行います（身内が救急車で運ばれたりしたので最近あまりネットやれてないのです…）。

続きます。

ユーザー中心デザインの学習（3）「創造性とデザインの方法」

読書メモの続きです。

創造性とデザインの方法

ダニエル・ピンクによる『6つの感性』

機能だけでなく「デザイン」
議論よりは「物語」
個別よりも「全体の調和」
論理ではなく「共感」
まじめだけでなく「遊び心」
モノよりも「生きがい」

すべて「動詞で考える」につながる。
生活における経験価値なく、生活全体の視点から見る力→「生活における経験価値」

クリエイティビティは「ひらめき」や「アイデア」と同等か？

ブルーノ・ムナーリによる「ひらめき」や「アイデア」の分類

ファンタジア

これまでなかった新しいことを考え出せる能力。実現可能か機能面はどうかなどは考えなくて良い。

発明

認識している事柄同士が持つ関係を利用してこれまでなかったものを考え出す。
最終的にこの関係を実用性に向かわせる。美的問題は含まない。

創造力

ファンタジアのイメージ面と、発明の機能面の両方を多角的な方法で利用するもの。企画設計する手段あるデザインの分野で活用され、一つの問題のあらゆる側面（心理的、社会的、経済的、人間的そう工面など）を内包する手段。

想像力

ファンタジア、発明、創造力によって考え出されたことを目に見えるようにする手段。

創造力（創造性）が特別な「生まれつきの才能」ではないことがわかる。

創造性とコミュニケーション

心理学でいう「心の理論」

心的状態を推測
人は相手の表情など、無意識の動作にてよっても心理状態を想像している

インタビュー法より行動観察が有効

人は普段、それほど意識的に他人の行動を見ていない
意識と行動は、その本人の中ですら一致していない

→ユーザーテスト法でも行動と発話の両方からユーザーの行動分析を行う

調査のあとにユーザーの行動を物語風のシナリオとして書き出すと、観察できていたかどうかハッキリする

ユーザー調査はユーザーに何かを教えてもらうためのものではない。それではどこにも創造性が関与しない。

まとめ

いまちょうど会社でユーザーテストを行っています。

ユーザーの動作を注意深く観察して、わずかな行動に気づき、あとからその行動の理由を尋ねながらシナリオのようなものを作っていくのは、確かに効果がありそうです。

ただ現時点では、どこまで正しくユーザーの行動を終えているのかわかっていません。

とりあえず今は、

観察するということに慣れてくると、それまで見えていなかったものが不意に見えるようになる瞬間があります。意識化できなかったものが突然意識でき、目の前で行われていたユーザーの行動を改めて発見するのです。

これを期待して、この学習とユーザーテストを繰り返し続けることにしようと思っています。

「ユーザー中心デザイン」学習（2）

『ペルソナ作って、それからどうするの？』の学習時メモを公開します。

第1章・デザインの問題を特定する

デザインとは「どんな世界を実現したいのか」という哲学

これがないとデザインする課程で必ず発生するトレードオフに対して明確な選択ができない

ニーズを調査で集めても「今のユーザーのニーズ」だけではデザインを決められない
- ユーザーのニーズは何かの拍子に変わってしまうので
- ならば「何かの拍子」を最初からデザインそのものに負わせるほうが良い

「デザイン」とは？（言葉の定義）

作ろうとするものの形態
行おうとすることの形態
行為の導線
行為の軌跡
計画・目的・意図＝グランドデザイン
「建築家の仕事におけるデザインに近い」かもしれない。
美的な意味合いでの「構想力」
- 「企画としてのデザイン」「そのやり方を知ってれば簡単」
- 日常生活の動作は、デザインにとって最も重要
  - 「動きの中にしかデザインはない」
  - 「たとえば茶道では、あたかも無意識にやったかのように意図的に非常に無駄のない線をたどっていくことを極めている」
- デザインの仕事について。
  - 「デザインは製品にかたちを与えることだと思われているが、それだけではなく
    それがかたちを成すための要因をしっかり見せることもデザインの仕事。」
- 「名詞ではなく動詞で考える」
  - 改良の余地のないようなものでも、それが「使われている状態」で見れば改善点が発見できることがある

ウェブの制作とデザイン

デザインはスタイリングではない
デザインの成果は人間の目的に適応した人工物

ユーザーが必要な情報に迷わずたどり着けるようにするナビゲーション・システムの設計や、ユーザーとどのようなコミュニケーションを行うことで、どのようにしてウェブサイトのビジネス成果（商品やサービスへの資料請求やECでの販売など）を上げるのかを設計しているという点ではウェブサイトをシステムとしてとらえていると言える

デザインには誰もが習得できる方法がある

ウェブサイト制作の現場で行われているかどうか怪しい
現場メンバーの属人性に頼る部分を少しでも減らす
「問題を解くためのデザインの方法」をデザインする

日常生活の観察がデザイン問題の解決につながる

ウェブサイト制作の現場で行われているかどうか怪しい
そもそもあまり認識されていない
ユーザーテストを実施していても正しいタスクで実施されていないため、ユーザーの日常生活とはなんの関係もない行動の観察になってしまうケースがある
テストが目標に対して正しく対応していなければ、目標は達成されることがない。

デザインはディレクション、プロデュースと同義

我々の事業は何か、ミッションは何か？

事業は何か
何であるべきか
どんな問題も、内部の視点だけで解くことはできない
社会の人々の、現在よりも将来の生活や暮らしを見据えた外部の視点から、問題そのものを発見しそれを解いていく必要がある

まとめ

デザインとは
ある問題に対する解決策を具体的な形や振る舞いとして実現するための一連の作業過程、およびその成果物のこと
ビジュアル・デザイン（orスタイリング）とは
「具体的な解決咲くとしてのものの形や視覚的な表現、スタイル」のこと