web-dev-qa-db-ja.com

インタラクティブドキュメントをユーザーエクスペリエンスの観点からより良くするものについての調査/研究はありますか？

ページレイアウトの方法論や、グーテンベルク図、Zパターン、Fパターンなどのデザイン要素（テキスト、図など）のフローについては、多くの研究があることを知っています。私は他のStack Exchangeの質問も認識しています（たとえば、この最近の質問： ページレイアウト-テキスト、テーブル、および画像の自然な流れに関する信頼できる調査 ）。

ただし、この質問はインタラクティブドキュメント（通常はインタラクティブPDFですが、必ずしもそうではありません）に関するものです。

私は何年にもわたってこれらの多くを設計しており、上記の質問に出会った後、読者の視点からインタラクティブドキュメントをより使いやすくするものについていくつかの尊重された研究があると思いました。

通常（常にではありませんが）、私のインタラクティブなPDFは、PDF内のWebサイト全体のように設計されています（つまり、メニュー構造があり、画像、色、余白を利用します）など）ユーザーは必要に応じてドキュメント内をシームレスに参照してジャンプすることができ、これらは非常にうまく機能しているようです。技術ドキュメント、ニュースレター、インタラクティブな図、ヘルプガイドなどにこのアプローチを使用しており、これらは非常によく見受けられますまあ、でも私は常に自分の仕事を継続的に改善したいと考えています。

たとえば、あまり深く掘り下げていない分野の1つは、インタラクティブPDFでのJavaScriptの使用です。私はこれを2つの機会に使用して肯定的な結果を得ましたが、JavaScriptを使用する上での推奨事項と非推奨事項があるかどうかはわかりません。

また、インタラクティブPDFと視覚障害者用のスクリーンリーダーソフトウェアとの互換性についても疑問に思いますか？

そしてもちろん、モバイルプラットフォームの急増に伴い、Mac/WindowsデスクトップからiOS/Windowsモバイル/ Androidデバイスまで意図したとおりにインタラクティブドキュメントが表示および機能することを保証する互換性の問題がすべてあります。

明らかに、このトピックにはかなりの部分があるため、インタラクティブなドキュメントを作成するためのベストプラクティスに関する調査（存在する場合）への参照を求めているのはなぜですか。私の希望は、研究が存在する場合、これらの問題の一部またはほとんどがカバーされることです。

interaction-designgraphic-designpage-layoutinteractive-uipdf
10
Monomeeth

私は問題の定義を絞り込みます-文書は情報を伝えることになっています。そして、Bret Victorから引用するには（ http://worrydream.com/MagicInk/#p155 ）：

情報ソフトウェア[...]は、動作するのではなく、読む体験を模倣します。理解を深める、つまり心の中でモデルを構築するために使用されます。 [...]情報ソフトウェアの場合、すべての対話は基本的にデータスペースの周りのナビゲーションです。

つまり、これはdesign navigationの問題であり、一般的にインタラクティブ性ではありません。

他の種類の「インタラクティブドキュメント」は通常アプリケーション、ツール、ユーティリティまたはゲームと呼ばれるため、「ユーザーエクスペリエンス」のトピックに関する有用な情報はあまりありません。インタラクティブなドキュメントの "」、しかしのトピックに関する多くの研究：

2
Aprillion

インタラクティブドキュメントのユースケースがWebに引き継がれ、同時に、デバイスと接続の可用性が向上したため、現在の研究はほとんどありません。

インタラクティブドキュメントの属性について説明している1つの論文は、2011年からPubMed Centralに掲載されています 'Interactive Publication：The document as a research tool' 。

キーパッセージ：

インタラクティブなパブリケーションに必要な次の属性を検討します。

  • 外観：ドキュメントのページ分割されたビューは、従来の記事と同様である必要があり、多種多様なフォント、太さ、スタイル、段落、複数列の書式などが利用できることを意味します。
  • ページ遷移：キーボードキー（ページアップ/ダウン）およびマウス（スクロールバー）の従来の使用が可能である必要があります。
  • ページ内ナビゲーション：従来のキーボードキー（カーソルの上/下/左/右）とマウスの使用、およびコントロールキー（ショートカットとして）の追加の使用。
  • 画像の閲覧：JPEG、PNG、TIFF、DICOMなどの一般的に使用される画像形式は、ネイティブでサポートされている必要があります。これらとのある程度の相互作用をドキュメントモデルに簡単にエンコードできるはずです。
  • 埋め込み/リンクされたメディアオブジェクトへの移動：オーディオ、ビデオ、およびその他のオブジェクトのマウスクリック（またはキーボード）によるアクティブ化が可能である必要があります。
  • 埋め込みまたはリンクされたメディア：オブジェクトは適切なビューアまたはプレーヤーを呼び出すことができる必要があります。
  • インタラクティブ機能のネイティブサポート：ドキュメントモデルは、表形式のデータ、画像、その他のマルチメディアデータにインタラクティブ機能を追加するためのネイティブサポートを提供する必要があります。
    • ドキュメントモデルでは、作成者がマルチメディアデータとの対話性を制御するために必要なメタデータを定義できるようにする必要があります。たとえば、ビデオの開始フレーム番号と終了フレーム番号、テーブルの行列の選択など.
    • これらのメタデータは、読者とドキュメントとの相互作用を強化する可能性があります。専用の独自フォーマットのデータは、適切なサポートアプリケーションソフトウェアを使用して表示できる必要があります。
  • 送信：ドキュメントモデルは、便利な使用のために、データ集約型のマルチメディアが豊富なドキュメントのリーダー制御の送信順序をサポートする必要があります。
  • マルチメディア/インタラクティブオブジェクトの埋め込みとリンク：ドキュメントモデルは、マルチメディアの埋め込みとリンクと
    動的テーブルやアクティブな画像などの他のインタラクティブデータ。

  • 文書の完全性と構造：文書は自己完結型であることが不可欠です。

    • つまり、マルチメディアコンポーネントはドキュメント内に存在している必要があり、単に発行元のWebサイトなどのリモートデータベースに存在しているだけではありません。これは、主要な図書館が科学的記録を保存する必要があるなど、いくつかの理由で重要です。文書の内容が遠隔地に散在している場合は困難な作業です。
    • ドキュメントモデルは、テキストドキュメントをマルチメディアコンポーネントに密​​接にリンクすることにより、ドキュメントの整合性をサポートする必要があります。ただし、パブリケーションに関連付けられたデータセットのダウンロードに関心がない読者のために、ストリーミングメディアサービスを代わりに利用できるようにする必要があります。

太字のテキストは、インタラクティブドキュメントの主な利点がインタラクティブウェブサイト（たとえば）にあると私が思うところです。 Link rot はWeb上でのみ増加する問題であり、重要なUX差別化要因として-公開時にドキュメントに組み込まれたすべてのコンテンツを確信できる機能は、x years時間は、インタラクティブなドキュメントを使用するメリットです。

これは明らかにすべての二次的な質問に答えるものではありませんが、それらは非常に具体的であり、現実的には、一部のファーストパーティデータを収集するか、非インタラクティブドキュメントに関する既存の調査から推測する必要があります。

7
Midas

ドンノーマンは、少し前に3冊の本のマルチメディアバージョンを作成しようとしました。私が知っていることから、実験は成功しなかった、あなたはおそらくそれについてオンラインでより多くを見つけることができる。彼はまた、Design of Everything Thingsの最新バージョンでもそれについて語っています。

それは一人称と呼ばれ、これはいくつかの相互作用を紹介する短いビデオです 一人称：ドン・ノーマン

ここ は、会社とその拡張された書籍イニシアチブに関するwikiエントリです。

3
Ovidiu Berdila

これらの問題に対処するために参照できる調査があるという質問の最初の前提または仮定

私の希望は、研究が存在する場合、これらの問題の一部またはほとんどがカバーされることです。

おそらく、不合理な期待を抱くでしょう。ご存じのように、調査は特定の状況下で特定の質問に答えるように設計されているため、それらの調査結果を状況に外挿できる範囲は調査の範囲によって制限されます。あなたが置いた報奨金の額と提供された回答/参照の数に基づいて、私があなたが提起したすべての問題に対処することはありそうもないことを示唆します。

検討すべきことを検討するための論理的な方法を提供して、自分で結論を出してみましょう。

  • Self-containment：これは、Webページと比較して、インタラクティブなドキュメントで「より良い」ユーザーエクスペリエンスを提供するという点で、ユーザーにとって利点のようです。コピーをダウンロードして自分の環境で実行できるというだけでなく、多くの点で本質的に当てはまります（適切なソフトウェアがあれば、ほとんどの人がWebページ用の互換性のあるブラウザーを持っているので、それを覚えておいてください）。ただし、インタラクティブドキュメントが他のソフトウェアアプリケーションに依存している場合、その利点は失われます。
  • パフォーマンス：これはおそらくインタラクティブドキュメントの利点でもありますが、実装方法によって異なります。私は多くのPDF 3Dモデルが埋め込まれたドキュメントを見て、通常はブラウザタブではなく同等のアプリケーションで開きます。しかし、これはおそらく他の何よりもネットワークの速度によるものです。
  • アクセシビリティ：ウェブページをアクセシブルにする方が簡単かもしれないと思いますが、埋め込まれている場所に関係なく、使用するメディアが同様の問題を引き起こすと思います。 PDFファイルはアクセスできるように設計することもできるため、実装方法にも影響します。
  • 相互作用の豊富さ：これは主に技術的な問題であると思います。デフォルトでは、Webページを設計することで、より柔軟性が高く、インタラクティブでマルチメディアなコンテンツの範囲が広がると想像できます。これがユーザーエクスペリエンスの他の側面に影響を与えるかどうかは、その実装方法によって異なりますが、一般に、インタラクティブドキュメントの作成に使用するソリューションでは、ユーザーインタラクションにデザインできるものとできないものに制約が生じることが予想されます。
  • Maintenance/freshness：オンラインドキュメントは通常、ウェブサイトの他の部分に動的にリンクされていないため、コンテンツの更新や変更を行うと、ドキュメントを見落とすことが多いため、オンラインドキュメントのメンテナンスと更新が容易になると思います。そうは言っても、それはまだ実装の詳細とあなたが持つかもしれない特定の制約に帰着します。
  • 全体的なユーザーエクスペリエンス：状況に応じてこれらの各要素を個別に調べ、Webページまたはインタラクティブドキュメントを実装する方法で長所と短所を考え出せば、完了したらそれがわかります正しくは、ユーザーにはそれほど大きな違いはないでしょう。あなたが見ているどんな研究も、これらの側面のそれぞれについて、ウェブページやインタラクティブなドキュメントに他よりも高い評価を与えるでしょう。あなたの状況でそれがどのように適用されるかを理解することは、代替のソリューションではなく、ある方法でコンテンツを実装するという決定を正当化するのに役立ちます。
1
Michael Lai