モバイルY.ビデオを見る

すべての人に挨拶！ この記事では、モバイル版のYandexについての私の意見を反映させたいと思います。 ビデオ」、何らかの理由で非常に嘆かわしい状態になっています。 機能の現在の部分でさえ機能しません。古いバージョンや同様のリソースの幅広い機能は言うまでもありません。 私が説明したオプション（WPの場合）は私にとって適切であり、あなたの見解とは異なる可能性があるため、同僚の意見を知ることは興味深いでしょう。



インターフェース自体に直接移動する前に、現在のサービス（単純化）を使用するためのいくつかのシナリオと、それらを最適化する方法を検討します。 それとは別に、Windows Phoneを使用しているため、このデバイスに依存している状況では、サービスはプラットフォームに関係なく同一です。

シナリオ1

目的：

ユーザーの要件を満たすコンテンツを含むビデオを見つけます。

俳優：

モバイルサービスのユーザー。

予備的条件：

デバイスは、Internet Explorerブラウザーが組み込まれたWindows 8.0.10517（アンバー）です。 ユーザーは、たとえばソーシャルネットワークで受信した直接リンクを介して、外部リソースから来ます。 現在のようにソーシャルネットワークで共有（Windows Phone）;



1）ユーザーがYandexモバイル検索を起動し、「Minnie The Moocher」などの興味のあるクエリを入力します。

2）検索結果は、とりわけ、「Minnie The Moocher Alt Saxophone」というタイトルのビデオへのリンクを提供します。

3）ユーザーはリンクをたどり、ビデオのあるページにアクセスします。

4）ユーザーがビデオを視聴します-要求と一致しないか、類似のビデオを見つけたい場合。

5）関連するビデオの検索では、ユーザーは検索結果の残りのリストをスクロールしますが、必要な検索結果が見つかりません。

6）ユーザーは、「More video」ボタンをクリックして、結果の追加部分を読み込みます。

7）ユーザーはロードされた結果を表示（スクロール）しますが、関連するコンテンツは見つかりません。

8）ユーザーがリクエストを明確にしたい。 検索フォームはリストの一番上に配置されるため、ユーザーはリスト全体を一番上までスクロールします。

9）ユーザーが検索バーに更新されたクエリを入力します。 入力すると、システムは関連するオプションを提示し、その中から興味のあるものを選択します。たとえば、「アルトサックスでミニーザムーチャーを演奏する方法」などです。

10）検索結果で、ユーザーは興味のある動画の1つを選択します-コンテンツはユーザーのリクエストに対応します。

改善シナリオ1

変更：

A.検索文字列は固定されています。つまり、検索結果のリストをスクロールしても位置が変更されません。これにより、ユーザーが検索クエリを変更する場合にリストの先頭に戻る必要がなくなるため、時間を節約して検索を高速化します。

B.追加コンテンツのダウンロードは動的に行われますが、小さな部分です。

目的：

ユーザーの要件を満たすコンテンツを含むビデオを見つけます。

俳優：

モバイルサービスのユーザー。

予備的条件：

デバイスは、Internet Explorerブラウザーが組み込まれたWindows 8.0.10517（アンバー）です。 ユーザーは、たとえばソーシャルネットワークで受信した直接リンクを介して、外部リソースから来ます。 現在のようにソーシャルネットワークで共有（Windows Phone）;



1）ユーザーがYandexモバイル検索を起動し、「Minnie The Moocher」などの興味のあるクエリを入力します。

2）検索結果は、とりわけ、「Minnie The Moocher Alt Saxophone」というタイトルのビデオへのリンクを提供します。

3）ユーザーはリンクをたどり、ビデオのあるページにアクセスします。

4）ユーザーがビデオを視聴します-要求と一致しないか、類似のビデオを見つけたい場合。

5）関連するビデオの検索では、ユーザーは必要な時間だけ検索結果の残りのリストをスクロールしますが、必要なものが見つかりません。 コンテンツはスクロールの位置に応じて動的にロードされますが、トラフィックを節約するために小さい部分で追加されるため、ユーザーは追加のアクションを実行せず、コンテンツのダウンロード時に大きな遅延を感じませんが、同時に不要なトラフィックを消費しません;

6）ユーザーがクエリを絞り込み、上にある検索バーに入力します。 入力すると、システムは関連するオプションを提示し、その中から興味のあるものを選択します。たとえば、「アルトサックスでミニーザムーチャーを演奏する方法」などです。

7）検索結果で、ユーザーは興味のある動画の1つを選択します-コンテンツはユーザーのリクエストに対応しています。

シナリオ2

目的：

以前に見つかったビデオを検索して表示します。

俳優：

モバイルサービスのユーザー。

予備的条件：

デバイスは、Internet Explorerブラウザーが組み込まれたWindows 8.0.10517（アンバー）です。 ユーザーは、たとえばソーシャルネットワークで受信した直接リンクを介して、外部リソースから来ます。 現在のようにソーシャルネットワークでの共有（Windows Phone）は機能しません。 探しているビデオの名前は、最初の15文字が似ています。



1）ユーザーはビデオへの直接リンクをたどります。

2）ユーザーがブラウザツールを起動し（...）、ビデオURLをブラウザのお気に入りに保存します。これにより、後で戻ることができます。

3）ユーザーがビデオを視聴します-要求と一致しないか、類似のビデオを見つけたい場合。

4）関連するビデオの検索では、ユーザーは検索結果の残りのリストをスクロールしますが、必要なものは見つかりません。

5）ユーザーは、「More video」ボタンをクリックして、結果の追加部分を読み込みます。

6）ユーザーはロードされた結果を表示（スクロール）しますが、関連するコンテンツは見つかりません。

7）ユーザーがリクエストを明確にしたい。 検索フォームはリストの一番上に配置されるため、ユーザーはリスト全体を一番上までスクロールします。

8）ユーザーが検索バーに更新されたクエリを入力するか、提案されたオプションの1つを選択します。

9）ユーザーがビデオの再生を開始します。

10）ユーザーはブラウザツールを起動し（...）、ブラウザのお気に入りにURLを追加して、後でそれに戻ります。

11）ユーザーはブラウザツールを起動し（...）、「お気に入り」コマンドを選択します-以前に追加したビデオをもう一度表示したい。

12）ユーザーは、お気に入りのアルファベット順のリストを必要な行までスクロールします（この場合、これらは類似した名前のアップロードされたビデオの2つのURLです）。

13）ユーザーは最初のURLを起動し、今見たビデオ、つまり2番目のURLにアクセスします。 このエラーは、プレビュー画像がお気に入りセクションに表示されず、リクエストの類似性によりビデオの名前が類似していることが原因で発生しました。

14）ユーザーはブラウザツールを起動し（...）、「お気に入り」を選択します。

15）ユーザーは、お気に入りのアルファベット順のリストを必要な行にスクロールします（この場合、これらはアップロードされたビデオの2つの類似したURLです）。

16）ユーザーは2番目のURLを起動し、目的のビデオを含むページを起動します。

改善シナリオ2

変更：

A.お気に入りまたは「コレクション」の内部機能が追加されました-必要なコンテンツを再検索する必要がなくなり、コンテンツをセグメント化して識別可能性が向上します。 結果-より高速な検索とコンテンツのさらなる操作、コンテンツへの複数の戻り、せん断の可能性の増加。

B.検索結果のプレビューブロックに直接メインツールとコマンドを削除します。 結果-ネットワーク上でのビデオ配信の可能性が高まり、それに応じて追加のトラフィックが引き付けられます。 コンテンツの処理を高速化し、トラフィックを節約します（ツールにアクセスするために本格的なプレーヤーを実行する必要はありません）。

目的：

以前に見つかったビデオを検索して表示します。

俳優：

モバイルサービスのユーザー。

予備的条件：

デバイスは、Internet Explorerブラウザーが組み込まれたWindows 8.0.10517（アンバー）です。 ユーザーは、たとえばソーシャルネットワークで受信した直接リンクを介して、外部リソースから来ます。 現在のようにソーシャルネットワークでの共有（Windows Phone）は機能しません。 探しているビデオの名前は、最初の15文字が似ています。



1）ユーザーはビデオへの直接リンクをたどります。

2）ユーザーが「コレクションへ」コマンドを選択します。このコマンドは、後でサービスから直接彼に戻ります。

3）ユーザーがビデオを視聴します-要求と一致しないか、類似のビデオを見つけたい場合。

4）関連するビデオの検索では、ユーザーは検索結果の残りのリストをスクロールしますが、必要なものは見つかりません。

5）ユーザーは、「More video」ボタンをクリックして、結果の追加部分を読み込みます。

6）ユーザーはロードされた結果を表示（スクロール）しますが、関連するコンテンツは見つかりません。

7）ユーザーがリクエストを明確にしたい。 検索フォームはリストの一番上に配置されるため、ユーザーはリスト全体を一番上までスクロールします。

8）ユーザーが検索バーに更新されたクエリを入力するか、提案されたオプションの1つを選択します。

9）ユーザーがビデオの再生を開始します。

10）ユーザーが「To Collection」コマンドを選択します。このコマンドは、後でサービスから直接彼に戻ります。

11）ユーザーは「コレクション」リストに移動します-以前にアップロードしたビデオをもう一度表示したい場合。

12）ユーザーは、お気に入りのアルファベット順のリストを必要なアイテムにスクロールします（この場合、これらは類似した名前のアップロードされたビデオの2つのURLです）。

13）ユーザーはサムネイル画像で必要なビデオを識別し、ビデオの要素ブロックをクリックして再生を開始します。

推奨される変更

サービスの種類のいずれかで実装するために提案された主な変更の包括的なリスト：



1.検索文字列とタイトルバーを組み合わせて、スペースを節約します。

2.アプリケーションヘッダーのヘッダーを修正します。

3.「個人アカウント」ツールをタイトルバーに転送します。

4.検索結果のリスト内のビデオプレビューブロックへのメインツールの転送。

5.少量の追加コンテンツの動的ロード。

6.読みやすさを向上させ、サービスの作業速度を向上させるために、全体的なデザインとコンテンツと対話する方法を変更します。

7.モバイルバージョンのサービスに「コレクション」を追加します。タグ付けして単一の検索文字列を使用してコンテンツをフィルタリングできます。

8.モバイル版の「共有」を追加または修正します（現在は機能しません）。

9.補助またはほとんど使用されないメニュー項目の再編成。

10.リストの一番上にクイックリターンを追加します。

11.ビデオのタグ付けとコメント;

12.将来的には、モバイルデバイスからビデオをダウンロードします。



以下は、UXプラットフォームの機能を考慮した、インターフェースの可能な実装の2つのオプション、UnifiedおよびSpecializedです。 特殊なインターフェイスは、Windows Phoneプラットフォームのバージョンのサービスを表します。したがって、コンテンツを操作するための目に見えるツールはありません（コンテキストメニューに非表示のガイドラインに従って）。また、コレクションおよびサービス設定のセクションに簡単にアクセスできる可能性もあります。







描画。 ユニバーサルYandexビデオインターフェイスの概念プロトタイプの例



1.タイトルバー

1.1。 ロゴ要素-サービスのメインページに戻ります。

1.2。 増分検索文字列。 画面上部に固定されています。 カーソルがフィールドに置かれると、ユーザーデバイスは自動的にリクエストテキスト入力モードに切り替わります。 リクエストはEnterボタン（最新のソフトウェアキーボードすべてで利用可能）によって確認されます。これは、リクエストの処理の開始を意味します。

さらに、リクエストのテキストを入力すると、ユーザーは現在のように、指定されたものに最も近いクエリオプションを提供される場合があります。

1.3。 ユーザーのピクトグラム。 このツールをクリックすると、「設定」、「コレクション」、「その他のサービス」、「ファイル」、「プログラムについて」、「終了」などのメニューの補助リストが開きます（「コレクション」ツールは別のアイコンに配置しないことに決め、これはインターフェースの認識に悪影響を与えるため）

2.検索結果のブロック

2.1。 ビデオ要素。 ビデオのプレビュー画像は、要素全体の背景です。 ビデオの再生を開始するには、任意の場所のブロックをクリックするだけです。

2.1.1。 イメージブロックに指を置くと、素材全体がムービー全体のコンテンツからフレームを交互に表示します（たとえば、一定間隔で撮影された10フレーム）。 望ましくない状況を避けるために、ビデオの再生は1回の短い押しでのみ開始する必要があります。

2.1.2。 ビデオは、検索結果のリボンの上にある専用プレーヤーで再生されます。 いずれかのビデオが開始されるまで、プレーヤーは表示されません。 ビデオが選択されるとすぐに、ビデオプレーヤーはビデオの自動再生状態になり、表示されているビデオのプレビューブロックは、別のビデオが選択されるまで検索結果リボンから消えます。

2.2。 操作のグループ。 ビデオの各ブロックには、再生を開始せずにビデオで実行できる一連の基本操作が含まれています。 現在のサービスに基づくと、「共有」、「いいね」、「コレクションに追加」です。

3.コンテンツリストの管理。

3.1。 見つかったビデオのリストをスクロールするには、現在のビデオと同様の方法で行います（スワイプの典型的なジェスチャー、指の動き）。

3.2。 コンテンツの新しい部分のロードは、現在の選択の最後の要素に到達し、少し遅れると自動的に発生します。

3.3。 リストまたはビデオプレーヤーが開かれている場合、リストまたはビデオプレーヤーの先頭に戻ります。

また、オンラインアクセスやコレクション管理、画面の幅全体にわたってリストの先頭に戻る、Breadcrumbs行など、プロトタイプには表示されない追加機能を実装する可能性を検討することもできます。







インターフェースの統合バージョンとの主な違い：インターフェースの基本フレームは「パノラマ」です。サービスの3つのメイン画面、つまり「検索結果」、「コレクション」、「個人アカウント」があります（設定を参照）。 Yandex Servicesやビデオコマンドなどの追加ツールは、対応するアプリケーションバー要素と各ビデオブロックのコンテキストメニューに表示されません。

検索バーは固定されており、すべての画面で統一されています。

後続の画面へのアクセスは、水平の「スワイプ」ジェスチャによって実行されます。



このオプションは私にとって最も望ましいです。 止まります



繰り返しますが、これらはもっぱら私の考えであり、夕方遅くに礼拝を一目見ただけで生まれたものです。 いずれにせよ-建設的かつ客観的な批判は大歓迎です。