Monthly Archives: October 2008

人間は余白を埋めようとする習性を持っている。

それによって人は未知なる対象にイメージを働かせたり、未来に夢を描いたりする。逆に理論でガチガチに固めたデザインや、物や情報に埋め尽くされた都会には辟易してしまう。
そこには自分の好きに埋められる余白がないから。

人は語りかけられないと興味を持たないが、多くを語られるとそれ以上の興味を失ってしまう。考えさせるのではなく、考える余地を与える。このことは人とのコミュニケーションを考える上でしっかりと認識しておかなければならない。

自分の経験上、インタラクティブな作品を作る行程はだいたい次のようになる。

およそインタラクティブな作品を作る上で1が最も重要なのは言わずもがなだが、意外と見過ごしがちなのが3の部分だと思う。プログラム自体はおもしろいのに、この部分がうまくいってないとどうもしっくり来ない作品に仕上がってしまう。

自分の経験を踏まえて、この3に関して具体的にどういう配慮をするべきなのかをちょっと言語化してみる。

まず増減するパラメータをユーザーのどの動作に割り当てるかを考える時。
この時注意しなくちゃいけないのは、ユーザーがプログラムを触ってる時、画面上で何やら変化が起こっているがイマイチ自分の動作の何に反応してるのか分からないって状況。これは触っていてもストレスを感じてしまうのであまりよくない。極力すぐにユーザーが何に反応してるのか気づけるようにする。で、それもこちらから文字なんかを使って明示的に教えるんじゃなくて、触っているうちに気付けるようにするのも大事。
ただし、あえてどの動作にリンクしているのかわかりにくくするのもアリだと思う。だけどやっぱりどこかで何にリンクしているのかユーザー自身が気づけるような配慮は絶対に必要だと思う。

次に、パラメータの増減する範囲。
これはその時々によって様々なので一概には言えないけど、基本的には制作者側である程度の閾値を設定して変化の度合いをコントロールするべきだと思う。コントロールと言っても、これは１つのパラメータに対して調節するんじゃなくて、そのパラメータをいじるとプログラム全体の中でどういうところに影響が出るのかということを考慮した上でどの程度の範囲の中で増減すればよいかということを決めなくちゃいけない。

あとはレスポンスの速度。
つまりユーザーが動作を起こしてからプログラムが反応を起こしてそれが完了するまでの時間。これは結構全体のトーンを左右するので大事なところ。ゆっくり反応すれば、落ち着いた雰囲気や高級感なんかを出せたり、素早く反応すれば、スポーティーな雰囲気が出せたりする。ただしこれもまた選択を誤ると、ユーザーにストレスを与えてしまう要因になり得る。例えばユーザーが次にするべき動作が控えているのに、プログラムがゆっくりとした反応を起こすと、ユーザーはなかなか先に進めないのでストレスを感じてしまう。逆にゆっくり見たいのに、妙に反応がよすぎて全然静止しないというのもストレスを与えてしまう。
この辺りを考慮すると、読み込み中の動作としては高速で動くものを使った方が待たせている時のストレスを軽減できるような気がする。急に数十パーセントづつ増えるようなカウンターよりも、高速にちゃんと1パーセントづつカウントアップするカウンターの方が見ていても結構気持ちがいいもんね。

とまぁいくつか書き出してみたけどきりがないのでこの辺にしとく。

で、要するに何が言いたかったかって言うとインタラクティブな作品は、ビジュアルのセンスもさることながら、触っていてストレスを感じない、むしろ触っていて快感を感じさせるようなパラメータのチューニングが必要なんだって事。
これは自分で作った作品を弄くり回して、ちょっとでも自分がストレスを感じたり、違和感を感じたらスクリプトを修正してまた弄る、でまたストレスを感じたら修正、という行為を繰り返すしかない。

まったく、自分で作ったものを弄りまわしもせず公開なんかしちゃダメだぜ。