初めて使ったのは現在の仕事でした。同僚には、使いやすさへの想いが混ざっています。
他の開発者は、オフィスがレポートの作成時に必要なすべてのことを実行する限り、実際にはどちらの方法も気にしません。
ナチュラルな感じがするのでトップマネージャーも気に入ってますし、私も同じ感じです。しかし、別の同僚はそれが不格好で使いづらいことに気づきましたが、彼女は自分のマシンはまだアップグレードされていないため自宅でのみ使用することを認めており、仕事でそれをより頻繁に使用すると変わる可能性があります。
おそらく関連: リボンUIの採用
リボンの背後にある主要なドライバーの1つは、新機能のdiscoverabilityでした。これは、Microsoftが実施した調査の結果であり、Wordで最も要求されている機能の多くが実際に製品にすでに存在していることが示されました。ユーザーはそれをどこに見つければよいかわからなかっただけです。
したがって、リボンの大きくて大胆な性質は、実際には機能のブラウジングに役立ちます-とにかく、メニューよりもはるかに。とにかく、Word/Excel忍者のキーボードショートカットはまだ存在します;)
決定的な回答が必要な場合は、問題を解決してからリボンの形でソリューションを開始および開発するまでの Jensen Harrisのブログエントリ (オフィスのUIリーダー)をお読みください。
本当に魅力的な読み物ですが、すべての投稿を読み終えるには、文字通り1日置いておく必要があります。
Officeユーザーには3つのグループがあります。
カジュアル、または何も知らないユーザー。これは、Wordでレシピを入力しようとしているお母さん、またはExcelでリストを作成しようとしているお父さんです。タブのフォーマット方法がわからない人は、カーソルが適切な場所に来るまでスペースバーを押すだけです。これらの人々にとって、リボンUIは本当に何をしているのかわからないため、天の恵みです。それはそれをより簡単にします。彼らは古いスタイルに慣れていなかったので、彼らがそれがなくなったことを気にしません。
ハードコアユーザー。真面目なOfficeユーザーはすべてにキーボードショートカットを使用しているので、これらの人々は元気です。キーボードショートカットは変更されていないため、これらのユーザーはアップグレードの影響を受けません。彼らは実際に何かを得るかもしれません、なぜなら彼らが近道を知らなかったので、彼らは今学ぶためのインセンティブを持っています。
ミドルユーザー。カジュアルなユーザー以上にOfficeを使用するが、ハードコアユーザーほどではないユーザー。 これにはほとんどのプログラマが含まれます。彼らは危険であるには十分知っていますが、熟練するのに十分ではありません。リボンUIが異なるのは、リボンUIが何よりも煩わしいからです。しかし、彼らはそれに慣れ、それを乗り越え、おそらくOfficeについてさらに多くのことを学び、結果としてそれを使用する方法を学ぶでしょう。最も重要な部分は、彼らが他の何かに変わることを強く感じないということです。
したがって、気に入らないグループは変更されず、他の2つのグループは問題ありません。これが、Office 2007の取り込みがOffice 2003の取り込みの2倍になる理由です。Office2003は、UIが更新されたOffice 2000でした。
まあ、使用されるスペースの量を除いて、私はそれが古典的なメニューバーよりもユーザーフレンドリーであることがわかりました。これには多くの理由があります。
リボンのキーボード関連のユーザビリティの問題
リボンは、機能へのマウスアクセスの発見に最適です。しかし、私の経験では、キーボードアクセスに関しては、同じユーザーエクスペリエンスは実際にはありません。主な問題は、Office 2003のキーボードショートカットが検出されなくなり、新しいOffice 2007の「Altキー」のキーボードショートカットが直感的でないことが多いことです。
(注:これらのコメントは、2006年12月に作成した Office 2007リボンに関するブログ投稿 に基づいています。これらの問題の1つまたは両方が、Officeの今後のリリースで修正される可能性があります。)
Word 2003のキーストロークの検出可能性:Word 2007を使用していて、テーブルに新しい行を追加したい場合、Word 2003のショートカットが「新しいテーブル行を追加する」はAlt + A(テーブルメニュー)で始まりますが、その後は続きません。 Word 2007では、Alt + Aキーを押した後の手がかりはありません。「Office 2003のアクセスキー:Alt、A、...」と表示されるだけです。これは、テーブルメニューが表示され、次に利用可能なキーストロークがメニュー(メニュー項目の下線付き文字)に表示されるWord 2003のユーザーエクスペリエンスよりも悪いものです。
直感的でない新しいOffice 2007キーボードショートカット:新しいOffice 2007の「Altキー」キーボードショートカットは、多くの場合、非常に直感的で覚えにくい(少なくとも英語では) Officeのバージョン)-おそらく、Office 2003の下位互換性を提供するために、利用可能なマッピングの多くがすでに消費されているためです。たとえば、ホームリボンを介してWord 2007の基本的な「検索」機能にアクセスするためのキーストロークシーケンスは、Alt + H、Z、N、F、D、Fです-6つのキーストローク!また、ホームリボンの[編集]サブセクションを開く "Z、N"のようなシーケンスは、直感的で覚えやすいものではありません。
(明らかに、検索機能はCtrl + Fを押すだけではるかに簡単にアクセスできますが、すべてのOffice機能に単純なCtrlキーのショートカットがあるわけではありません。)
リボンバーには次の問題があります。
以前の仕事では、リボンバーがメインクライアントアプリケーションに追加され、それで十分に機能したため、便利になりましたが、以前の方法に戻すオプションが欲しいのですが。
それは私が私の方法で立ち往生していると言った、私がデフォルトのXPテーマは安くて、ビットフィッシャー価格...
主要なUIの変更と同じです。
古いインターフェース(または単にanotherインターフェース)に精通していると、変更に対してバイアスがかかる可能性があります。
客観的なユーザビリティテストは本当に難しいです。ねえ、あなたがテストするために必要なものを見つけるだけでも難しいです。より重要なことは何ですか?ユーザーは反復的なタスクをすばやく実行できますか、それとも強力な機能をすばやくおよび/または直感的に見つけることができますか?そして、機能を簡単にトレーニングできるようにするにはどうすればよいですか?
多くの人々(おそらくOPが含まれている)は、変更のためにMicrosoftのUX変更があると想定しているようです。彼らはそうかもしれません...しかし、開発者は 変更の必要性を説明するかなりまともな仕事 を行います。そして、彼らはそれがテストされた利益であると主張します。
あなたが気に入らない場合は、あなたがすべてのユーザーではないことを考慮してください。おそらく、必要なツールとは異なるツールを必要とする人がもっと多いだけかもしれません。マイクロソフトがそれを検出できれば、彼らは常により大きな市場に物事を向けるでしょう。
個人的にはとても気に入っています。 Officeに対するほとんどの機能要求は、製品に既に含まれている機能に対するものであるというメッセージも聞きました。リボンには、ここでコメントされていないと思われるもう1つの側面があります。それは、エンドユーザーのカスタマイズ性、またはその欠如です...
もちろん、開発者はOfficeアプリのリボンをカスタマイズできます。しかし、ユーザーは実際にはできません。 Office 2003のコマンドバーを覚えていますか?もちろんそうです。繰り返しになりますが、ドラッグしてボタンを追加/削除する機能がとても気に入っています。しかし、ほとんどのユーザーにとって、これは本当の問題でした。コマンドバーをウィンドウの別の部分に誤ってドラッグしたり、ボタンを誤って削除したりするのは、あまりにも簡単でした。どうやら、多数のOffice 2003ユーザーが、「保存」ボタンが消えたために再インストールする必要があると報告しました。
リボンでは、onlyエンドユーザーがカスタマイズできるUIは、通常はウィンドウのタイトルバーに沿って左から右に拡大する、いわゆる「クイックアクセスツールバー」です。これは、パワーユーザーにとって煩わしいかもしれませんが、サポートコールの減少につながるはずです。
開発者は、XML定義を介してOfficeアプリのリボンを変更します。これは、アドインコード、VBAマクロ、またはOfficeドキュメント(新しいパッケージ化されたXMLの種類)で提供できます。それはとてもすてきで、新しい可能性につながります。たとえば、Excelでフォームを作成し、カスタムリボン定義を付けてメールで送信できます。私のドキュメントを開いたユーザーは、通常の機能にはアクセスできませんが、カスタムリボンボタンを表示できます。これにより、マクロが呼び出される可能性があります。わからないけど、怒ったことはありませんが、誰かに役立つかもしれません。
サードパーティのアプリがOffice UIをコピーする必要性を感じる理由を私は本当に理解したことがありません。 Office 2007がリリースされた後、通常のすべてのコントロールベンダーからの類似したリボンコントロールが急増しました。私の目には、「本物の」リボンを真似るような素晴らしい仕事をする人はいません。パッケージがMicrosoft Officeを打ち負かす/する場合、Office UIをコピーすることではないように思えます。したがって、リボンを盲目的に採用するのではなく、アプリに適したUIを考えることが理にかなっていると思います。マイクロソフト自身も、リボンは膨大な数の個別の関数ポイントを含むOfficeアプリには意味があるが、少ないアプリには意味がないと述べています。
このスレッドは何年も前のスレッドであることは知っていますが、Excelで新しいウィンドウに変更するために、クリック/クリック/クリックする必要があった後、いらいらする気分になりました。 (そしてAlt-Tabは解決策ではありません。私はたくさんのウィンドウを常に開いており、開いているすべてのアプリケーションのすべてのウィンドウをシャッフルしなければならないのは、3つのワークブックを切り替えるときに、それほど便利ではありません。 2003年のように常に表示されるドロップダウンリストとして開いています。また、マウスを最下部まで移動して、移動先のワークブックに関連するウィンドウを引き抜こうとしているわけでもありません。特に、VBEのような無関係な(IMHO)ウィンドウまたは多数の非モーダルポップアップが同時に散らかっている場合。はい、VBEはExcelの一部ですが、VBEに移動したい場合は、別のワークシートに移動します。)
私は他の何人が同じように感じているかを調べるために検索を行い、返された検索結果の1つはGregMacの投稿でした。
しかしながら。私は、リボンである嫌悪感に関してMSに1つのポイントを与えます。それがこれです。 2010年には、切り替えウィンドウのドロップダウンをクイックアクセスツールバーに追加できます。左側にあるため、通常は古い[表示]メニューほど直感的ではありません。これは、通常、右利きの人が画面のほとんどの部分でマウスをドラッグすることを意味します。しかし、少なくともそれはあります。これは、同様に苛立ち、回避策を望んでいる人を助けるかもしれません。
しかし、本当に私を苛立たせているのは(リボンを憎む唯一の人は変更を受け入れる気がない人であると述べている人を除いて、多くの人が正当な理由でそれは単に悪いデザインだと思っている現実です) MSが独自のキーボードショートカットを保持しながら、独自のツールとアドインを作成したユーザーに「ねじ込む」と言った方法。 Word 2003には、キーボードショートカットからアクセスできる、最も一般的なコマンドをすべて備えたツールバーがありました。それは巨大な生産性のブースターでした。しかし、今、以前のツールバーはタブ上にあり、はい、それをポイントしてマウスをクリックすることはできますが、それらのすべてにアクセスできなくなり、その多くはカスタムVBAプロシージャを呼び出し、キーボード。
または、別のExcelアドインを使用します。 Excel 2003でメインダイアログを開くには、[Alt] [1] [S]です。ビンゴ、完成、まぶした。また、「1」はアドインの名前の一部であり、Sは開くダイアログの名前の最初の文字であるため、完全に直感的です。 2010年に? Alt + [Shift] + [1]([Alt] + [!]を与える)、続いてY3。ええ、それは人生をとても簡単にします。ただし、元のキーボードショートカットはネイティブのMicrosoftショートカットではなかったため、重要ではありません。そして、どんな場合でも、3歳のときにサラダの時代に戻って、マウスのように手を前後に動かして、同じように大きくて分厚い明るい色のアイコンをクリックできるようになっているときに、キーボードを使用したいと考えています。フィッシャープライスのおもちゃでしたか?
世界があなたがポイントし、スウッシュしてスワイプできるアイコンでリテラシー前に戻っているのは素晴らしいことですが、おそらく、おそらく、マウスとの移動にもっと時間がかかるGUIを感じることはできません。 1回の打撃で20年間の経験を一掃し、2007年にはほぼ完全にカスタマイズできなくなり、現在はほんの少しだけ改善されています(ここでも、サードパーティ定義のキーボードショートカットはどこにありますか)...ええと、 You Tubeで子猫の動画を見るのではなく、真面目な仕事をするときに生産性が飛躍的に向上することはありません。色鮮やかな色のアイコン、いつでも言葉が必要ないタブレットや電話に場所がないと言っているのではなく、オフィスアプリケーションだとは思いません。
私が理解しているように、リボンの実装につながった問題の1つは次のとおりです。Office'97以来、Officeに追加された機能はほとんどありませんでした。
しかし、Officeチームが発見したのは、新しい機能(既に実装されている機能)の要求がまだあることですが、UIに埋め込まれていて、ほとんどの人がそれらを見つけたり、定期的に使用したりしていませんでした。したがって、ユーザーにその機能をすぐに公開するためにリボンが生まれました。
それが本当に素晴らしいものかどうかは、ユーザー次第です。
リボンは素晴らしいようですが、一度試してみたところ、気に入りませんでした。
次の問題がありました。
4番目の部分は、そこでの大きな問題の1つです。私は自分のスタイルがどのように見えるかを知っています。派手な肥大化したシステムではなく、自分のスタイルの簡単なリストが欲しいだけです。仕事中は探索ゲームをしていません。
Open Officeでは、カスタムスタイルのみを単純なスタイルの単純なリストに制限できました。 Wordでも便利です。それ以外の場合、Wordには通常、奇妙な自動生成スタイルがたくさんあります。
この回答では、機能の発見可能性のみを考慮し、単なるグラフィックデザインや占有サイズなどの側面については説明しません(これらは非常に実装固有であるため)。
私の意見では、機能の発見可能性には2つの側面があります。
1つ目は、外部情報なしのユーザーによる発見可能性です:リボンを視覚的にスキャンするだけで、特定の機能を認識できる場合と認識できない場合があります。特定の機能が配置されているリボンがわからない場合は、メニューでできるのと同じように、各タブを切り替える必要があります。
この点でのリボンのわずかな欠点は、ボタンが「どこにでもある」ことです。それらはさまざまなサイズで提供され、レイアウトは(長方形ながら)それに応じて「無秩序」です(たとえば、Slidesグループを見てください このスクリーンショット )。これは、2つの明確な列があるメニューとは対照的です(1つはアイコン用、もう1つはコマンドタイトル用)。
さらに、リボンの一部のアイコンにはテキストがありません。これは、コマンドを探していて、それが何と呼ばれるのか特定のアイデアを持っているが、アイコンがどのように見えるのかわからない場合は役に立ちません。このように、コマンドはリボン上で「わかりやすく」を非表示にすることができますが、これはメニューには当てはまりません。
2番目の側面は指示に基づいたユーザーによる発見可能性です:私の意見では、これは従来のメニューと比較してリボンが非常に弱いところです。
この点での最初の問題は、一部のコマンドのテキストがリボンに表示されないことに関連しています。メニュー構造の場合、テキスト形式の指示(チュートリアルWebサイト、本、チャットウィンドウ、または電話で話される...)は、メニュー内の特定のコマンドの場所を非常に簡単に中継できます(多くのアプリケーションで見られる例)この表現では、必ずしもMS Officeではありませんが):「クリック編集->インポート-> From File->Via Plugin。一部のアイコンはテキストを表示せず、テキストが別の場所に表示されるため、リボンでは同じことがほとんど起こりません。例、前述のスクリーンショットをもう一度参照してください。一部のテキストはアイコンの右側にあり、一部は下にあり、グループヘッダーは下にあり、リボンヘッダーは上にあります。
本質的に、従来のメニューでは、そのような指示が通常ツールバーではなくメニューを参照するのと同じ理由です。
さらに、メニューでは、階層の次のレベルに移動することは、各階層レベルで同じように機能する単純なアクティビティです。メニュー項目の上にホバー/クリックすると、ネストされたサブメニューが表示されます。一方、リボンでは、階層の各レベルの動作が異なります。タブの場合もあれば、グループの場合もあります(グループの場合、入力は不要で、視覚的なスキャンのみです)。グループヘッダーをクリックして「グループダイアログボックス」を開く必要がある場合もあります(さらに一部のグループにはダイアログボックスがなく、ヘッダーがクリックできないため、グループが統一されていません)、ボタンからドロップダウンメニューを開く必要があり、プロセス全体が非常に混乱します。
追伸:多くの答えは、「リボンインターフェース」の一部とそうでないものを混同しているようです。ここや他の場所で回答でよく引用される最も物議を醸している特性の1つは、さまざまなオプションの再編成です。リボンを賞賛する人は、リボンのグループ化をより論理的に感じるために賞賛することがありますが、リボンを嫌う人(およびリボンを嫌うユーザーについて話す人)は、古いメニュー構造に慣れているユーザーは古いものに慣れていると指摘しますコマンドのグループ化は、コマンドの検索場所を再学習する必要があるため、煩わしくなります。
ただし、MS Officeでのリボンの導入と一致のみが変更されるは固有ではありませんリボンインターフェイスに。まったく同じ再編成が、古いメニュー構造で実行された可能性があります。
同じことがキーボードショートカットの再割り当てにも当てはまります。特定のコマンドの一部のキーボードショートカットは、リボンの導入と同時に変更されましたが、他のときにも変更される可能性があります。繰り返しますが、さまざまなショートカットはリボンUIの固有の機能ではありません。
したがって、コマンドはより論理的な方法でグループ化されており、ユーザーは変更を嫌い、再学習する必要がありますはtrueと有効なポイントの両方である可能性がありますが、それらはリボンUIとは無関係です。
私はそれは約束があると思います-それはまともなUIの始まりを持っています-それはまだそこにはありません。私が特に不愉快に思うことの1つは、2つの異なる機能に対して異なるビューを常に切り替えなければならないことです。私はSmartDrawと呼ばれるMS以外のアプリでこれに最も問題を抱えていましたが、それが他の会社がそれをどのように使用するかを示すものである場合は、でこぼこの乗り物です。誰もがユーザビリティの調査を行い、適切なUIを設計するために適切な努力をするわけではありません。
特に面倒なもう1つのことは、ウィンドウメニューがなくなったことです。ウィンドウを切り替えるには、[ビュー]リボンなどに移動し、[ウィンドウの切り替え]ドロップダウンをクリックして、ウィンドウを選択する必要があります。以前は2クリックでしたが、現在は3です。結果を比較したり、2つの間で変更を行ったりしている場合は、常に反転しています。通常のWindowsタスクバーをそのまま使用できればそれほど悪くはありませんが、それらはめちゃくちゃになっており、タスクバーアイテムは最小化などすると再配置されて、見つけられなくなります。
[/不機嫌な怒り]