今回は「何かに似せたユーザー・インタフェース」について考えてみたいと思います。何かに似せたインタフェースというのは，つまりすでにある何かによく似ている，もしくは同じように使えるインタフェースを用意する，ということです。 なんて書くと，「パクリ」や「インスパイヤ」と呼ばれる，流行っているサイトのデザインをそのままそっくりまねる手法を思い出してしまうかもしれません。流行っているサイトのデザインには，もしかしたら何らかの特長的ですばらしい点があるかも知れず，それをまねすることは，「まねただろう」といわれるデメリットを差し引いてもメリットがあるのかもしれませんし，もう少し意味を広げて，すでにあるサイトの良さをいかにうまく取り込むか，ということになれば，すごく意味があることだと思います。 でも今回の「まねる」はそういうほかのサイトのデザインをまねる，という話ではありません。もう少し広い意味であったり
現在使われている計算機のほとんどは ウィンドウやマウスを使った グラフィカルユーザインタフェース(GUI)で操作を行なうようになっているが、 GUIが一般に普及する前は キーボードを使った コマンドラインユーザインタフェース(CUI)で計算機に指示を与えたり 結果を表示させたりするのが普通であった。 CUIに比べるとGUIは圧倒的に操作が直観的になることが多いため、 GUIを持たない計算機は現在ほとんど考えられなくなっているといえる。 家電製品などあらゆる機器で計算機やネットワークの機能が利用されるように なりつつあるが、これらの世界では現在でもCUI的なインタフェースが利用されていることが多い。 たとえば テレビのチャンネルを変えるために リモコンの数字キーでチャンネル番号と決定ボタンを押すという方式はCUI的な操作といえるだろう。 ビデオの録画予約にしても電子レンジにしても 直観的でな
何かの「ユーザー・インターフェイス」を決める時に大切なことは、自分なりのはっきりとした「デザイン・ポリシー」を持って、誰が何と言おうと最後までそれをしっかりと押し通すこと。そういう「柱」をしっかりと持たないで作ったものは、往々にして「妥協の産物」になってしまう。 私が常に心がけていること（つまり、私のデザイン・ポリシー）は、「ユーザー・シナリオを８０：２０ルールで切り分け、常に８０の方（つまり多くの人が使うだろう機能）を最優先にした設計にし、２０の方（あった方が良いかもしれない機能、一部の人が必要とするかもしれない機能）は思い切って犠牲にする」こと。 典型的な良い例が、Youtubeを見るためのサービス、Rimo と oreseg。 機能的には、カテゴリー分けはしてくれているし、サムネールから自分で見たいものを選べるし、oresegの方が上である。しかし、「ただだらしなく面白そうなビデオを
週末にも関わらず、今日も自宅でお仕事（ホワイトカラーエグゼンプション実践中ですが何か？）。なのでコレといった記事も書けないのですが、先日のビジュアライゼーション周期表と同じ感覚の「ユーザビリティ設計メソッド一覧表」とでも呼ぶべきものがあったのでちょっとご紹介： ■ UsabilityNet: Methods table ユーザビリティとユーザー中心設計を促進することを目的として、EUからの資金援助を受け設立されたプロジェクト"UsabilityNet"の1コンテンツ。優れたユーザビリティを設計するのに役立つメソッドがテーブル形式で一覧されています： テーブルは「企画立案と実行性確認（Planning & Feasibility）」「要件定義（Requirements）」「デザイン（Design）」「実施（Implementation）」「テストと計測（Test & Measure）」「公開
5．ビジネスリサーチのビジネスモデル ビジネスリサーチがアウトソースされる理由 ビジネスリサーチを社外に依頼する理由①〜信頼できる人「すべては依頼から始まる」からでも書きましたが、依頼主が社外にリサーチを委託する最大の理由は、事業環境を定点で把握… 2021.01.18 2021.05.13 147 view コラム〜リサーチャーの日常 トリプル ディスプレイ モニター 在宅勤務が常態化している人は、まず トリプル ディスプレイ 環境に投資することを考えてみてください。作業効率の圧倒的向上が可能です。… 2021.05.06 2021.05.11 205 view 3．ビジネスリサーチの報告書作成 聞き手の頭に入りやすい資料作成〜聞いて理解する人と読んで理解… 【 相手に合わせた 資料作成 】最初に結論を述べてから、それを裏付けるデータを提示するという構成は、欧米流のロジカルシンキングの基
「初心者にわかりやすいGUI」については、この記事のid:naoya氏の気持ちは、分かる気がします。 まず、プロのGUIデザイナーと実プロダクトの仕様について議論すると、ほとんど必ずと言っていいほど議題に上がるのが、「とっつきやすや」と「機能性」のトレードオフ。 よく、回すべきなのかスライドべきさせるのか、押すんだか引くんだかよく分からないドアというのがある。ドアのどちら側を押すべきなのかも分かりにくいことも多い。それは、ユーザインタフェースが、self explanatory(自己説明的)じゃないからだ。これは、よくユーザインタフェースの設計ミスの事例としてやり玉にあげられるんだけど、ぼくは、それはそんなに単純な話じゃないと思うのだ。 たとえば、丸い取っ手のあるドアは、見た瞬間、「ああ、これはドアノブを回して引くんだな」ということが、直感的に分かる。つまり、そのドアノブは、「機能」を提供
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
