勝手にリデザイン：新宿高層ビルの館内施設案内板
勝手にリデザイン：新宿高層ビルの館内施設案内板 新宿のとある高層ビルの館内案内標識が話題に。後学のために、仕様・問題点を整理、改善案の作成を行ってみました time2011/09/08 hatenabookmark- Twitterで、あるサイン（案内板）のことが話題になっていました。新宿のあるビルの案内図のようですが、わかりづらいことが問題になっているようです。 …確かにこれはわかりません。トイレを探している時に遭遇したら結構辛いと思いますね。でも、なぜわかりにくいのか、どういう改善案が考えられるのか、もう少し考えてみることにしました。 仕様 まず、この図から読み取れる情報だけでは何が「正解」かわからないので、実際の現場に足を運んでみました。 そして、館内をぐるっと見学してみて、大体の施設の配置を把握してきました。（ちなみに、ビルの中をウロウロしてると普通に不審者だと思うので、警備員の方
山中俊治の「デザインの骨格」 » あらためてSuicaの話でもしようか その２
前回に続いて、SUICA改札機の裏話的開発ストーリーです。 実験は田町の臨時改札口で行うことになりました。二日間の実験でしたが、準備には２ヶ月以上を費やしました。実験なんだから、うまくいかなければやり直せば良いと思うかもしれませんが、実際には、ある程度以上の規模の実験はコストも手間もかかるので、ワンチャンスになることも少なくありません。そう思って、周到に準備することは重要です。 被験者となってくれる人たちに、何時間もつき合わせることはできないので、ひとりづつ約束をとりつけ時間と人数を調整する必要もあるし、記録装置のセッティング、分単位のタイムテーブル、人員の配置とその人たちに配布するマニュアル、その場で実験内容を変更できる実験機の設計と準備など、意外に複雑で大きなイベントになります。 実験では驚くような光景がたくさん見られました。今では考えられないことですが、カードを縦に当てる人、アンテナ
山中俊治の「デザインの骨格」 » あらためてSuicaの話でもしようか その１
Suicaの開発プロセスについて触れておきたいと思います。すでにいろいろなところでしゃべったり書いたりしたことなので、ここでは裏話的に。 ことの発端は、1995年にJR東日本の非接触自動改札機（まだSuicaという名前はなかった）の開発担当者が、私のところに相談に来た所から始まります。ICカードを使う改札機については、すでに10年以上研究されており、技術的にはほぼ現在と同じレベルに近付きつつありました。 しかし、実際に試作してテストしてみると、ちゃんと通れない人が半数近くに登りました。特に実験に参加した重役達の評判は悪く、「私のは５回に一回しか通してくれない。２割バッターだ」などと、開発部長が会議の席で罵倒される場面もあったりして、開発中止直前に追い込まれていたそうです。 原因はある程度分かっていました。お財布ケータイやセキュリティカードに慣れた現代の皆さんなら、カードを当てる場所はすぐに
文章の作り方 - 伝わるデザイン 研究発表のユニバーサルデザイン
研究者や研究に関わる大学生や大学院生は、一年を通じて研究室ゼミや学会などで研究成果の発表を行なわなければなりません。また、近年、科学者でない人たちに対する一般向けのプレゼンや講演（アウトリーチ活動）の機会も増えてきています。他にも、研究論文や報告書を書いたり、研究費調達のために予算申請書やプロジェクトの提案書を作成したりすることも、研究者にとって欠かせない仕事です。これらはいずれも情報を他者（研究仲間や審査員、一般市民）へ伝えようとする行為であり、正確かつ効果的な情報の発信が望まれます。しかし、自己流で資料を作成して、闇雲に情報を発信していても、スムーズに情報は伝わりません。ときには誤った情報が伝わってしまい、研究の価値を正当に評価してもらえないことさえ起こりえるのです。 情報を正確にかつスムーズに他者に伝えるためには、情報をデザインすること、つまり文章を読みやすく整えたり、図表を見やすく
第25回 ユーザは使いよう | WIRED VISION
第25回 ユーザは使いよう 2008年7月22日 ITデザイン コメント： トラックバック (0) （これまでの増井俊之の「界面潮流」はこちら） 近年のユーザインタフェース開発では「ユーザ中心設計」（User-centered Design）を行なうことが常識になっています。システム設計者の思い込みにもとづいて作られたシステムがユーザにとって使いやすいものになる可能性は低いですが、設計の初期段階からユーザの欲求についてよく検討し、設計の途中段階においても実際にそれが使いやすいかどうかテストを行ないつつ開発を行えば、本当にユーザにとって使いやすいシステムを開発することが可能になります。 ユーザビリティの専門家のJakob Nielsenは以下のような5個の要素を使いやすさの目標としてあげています。 1. 学習しやすさ （Learnability） 2. 効率 （Efficiency） 3.
ユーザーに尋ねても必ずしも正しい答えは返ってこない
今日はたまたま「ユーザーからのフィードバックを集めることの難しさ」が話題になったので、それに関連するエントリー。 もの作りにおいて、「ユーザーが何を必要としているか」を知ることは大切だが、だからと言ってユーザーに尋ねれば正しい答えが返ってくる訳ではないところが難しいところ。具体的な例としては、こんなものがある。 1. サイレント・マジョリティの声は聞こえてこない これはMicrosoftで実際にあったことだが、Outlookのチームではユーザーから寄せられる機能追加のリクエストに従って色々な機能を足していた時期があったが、その結果不必要な機能ばかり増えて、単純な作業が逆にやりにくくなってしまった（たとえばカスタム・フォームが良い例）。このケースでは、ごく一部のヘビー・ユーザーばかりが声がでかく、「今の機能で十分、これ以上複雑にしないで欲しい」というユーザーは何も言ってこない（こういう人たち
Joel on Software - 環境をコントロールできれば楽しく感じるもの
Joel Spolsky ジョエル・スポルスキ 翻訳: Yasushi Aoki 青木靖 2000/10/24 私の知っている筋金入りのC++プログラマたちの多くは、ユーザインタフェースプログラミングを嫌っている。これは私にとっては驚くべきことだ 。それというのも、UIプログラミングが本質的にやさしく、直感的で、楽しいものだと知っているからだ。 それがやさしいというのは、どうやって矩形を別な矩形の真ん中に配置するか、という以上に複雑なアルゴリズムは、通常必要にならないからだ。それが直感的であるというのは、もしあなたが間違ったならたちどころにそのことがわかり、修正できるからだ。楽しいというのは、あなたの作業の結果を即座に見ることができるからだ。あなたは自分がプログラムを直接彫刻しているかのように感じるだろう。 私の考えでは、プログラマがUIプログラミングを怖れるのは、ほとんどの場合彼らのUI
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
