これは、50年分のアーカイブデータを保持する複雑なアプリケーションに関するものです。いくつかのことは非論理的であり、50年の錆びた慣習で動かなくなっているため、変更することはできません。しかし、徐々に私はそれをより良くするように努力します。
たくさんのアイテムが階層構造になっています。そして、時には、ユーザーは、例えば、ユーザーが検索アクションを通じて見つけたアイテムのリストを持ち、アイテムに対して何かをしなければならないでしょう。その時点で、ユーザーはそのアイテムがどのマップにマップされているのかわからなくなります。だから私たちは彼らにある種のマップやパンくずを与えて、彼らがより高い位置にあるアイテムが何であるかを知ってもらいたかったのです。
したがって、プログラマーは次のように述べています。しかし、ユーザーがその上位のアイテムを検査することを決定した場合、元の検索アクションは適用されなくなり、失われます。
アクションが元に戻せないことがわかっているリンクを設計するにはどうすればよいですか?彼は外部リンクを示すアイコンを提案しました(ウィキペディアのように )。アプリケーションには他の外部リンクがないため、デザイン的に競合することはありません。しかし、ユーザーに適切なメッセージが送信されるかどうかはわかりません。
編集:1つの詳細:外部リンクがあります。ユーザーがそのアイテムに関するドキュメント/図面を開きたい場合、ドキュメントを別のプログラムで開く必要があります。彼らはそれがどんな種類の文書であるかを示しているので、彼らはどんなプログラムが始まるかを知っています。そして、何が起こっているかについての警告ポップアップ画面が表示されます。そこでアクションをキャンセルできます。ただし、検索結果が表示されたスタンディングスクリーンには影響しません。
編集2:現在のところ、アプリケーション全体のURLは同じであるため、戻るのは困難です。開発者がそれを変更したいのはわかっていますが、いつ変更されるのかはわかりません。
編集3:私は今2つの解決策を考えています。 1.難しいリンクを作ろうとするのをやめます。リンクがある画面は、単なる事前情報ボックスです。オブジェクトが実際に選択されると、ユーザーはオブジェクトの親についてより論理的な方法で詳細を知ることができます。結論はここにありますnotリンクを追加する理由があります:思ったよりユーザーフレンドリーではありません。 2.オーバーレイ画面で情報を直接開きます。ユーザーは、検索結果を失うことなく画面を開いたり閉じたりできます。ユーザーが望んでいるのは、検索で見つかったオブジェクトについてもっと知っている可能性が高いです。
あなたの本当の問題は、リンクが元に戻せないことを示す方法を設計していないようです。あなたの本当の問題は、アプリが「戻る」ボタンを壊すという大罪を犯したことです。これは、各リスト項目のリンクをマークする方法を超えた問題です。
本当の問題を解決する
ソリューション(推奨から優先):
戻るボタンを修正します。さて、あなたは開発者がそれに慣れていると言います。
独自の自家製の履歴機能とUIを追加します。ユーザーの検索履歴を独自のデータ構造で保持し、ページ上に「戻る」ボタンを配置します。検索が単一の空白の場合、検索空白のドロップダウンを追加し(つまり、コンボボックスを使用)、ページ内のスクリプトを使用して、それぞれが実行されるときに検索文字列をコンボボックスリストに追加するのは比較的簡単です。さて、おそらくあなたの場合、自家製の歴史を作ることは、戻るボタンを修正することと同じくらい多くの開発者の仕事です、それでなぜわざわざ?
ユーザーがリンクをクリックすると、TomažTekavecが2番目のコメントで提案したように、新しいウィンドウまたはタブで結果を開きます。タブまたはウィンドウ-ユーザーが最も慣れているもの。ユーザーは、基になるタブ/ウィンドウをクリックするか、現在のタブ/ウィンドウを閉じると、元の結果に戻ることができます。新しいタブ/ウィンドウにいることをユーザーが認識しなければならない場合(テキストまたはリンクの横にあるアイコンが役立つかもしれません)、また、まだ戻っていない場合は元に戻す方法を理解する必要があるため、ユーザーは優れたソリューションではありません知っています。ただし、no前に戻るよりはましです。この解決策は、UIが雑然としている放棄された検索結果ウィンドウやタブを残す傾向があります。しかたがない。
これらのいずれも実行できない場合は、はい、できる限り最善の方法は、ユーザーに古い検索結果が失われることをユーザーに警告する警告を試みることですリンクをクリックします。ユーザーを束縛するため、これは最も推奨されないソリューションです。ユーザーは、新しいブレッドクラムを使用して先に進むか、現在の検索結果を使用するかを選択する必要があります。どちらが最終的に仕事が減りますか?多くの場合、新しい検索の結果を見るまではわかりませんが、それまでには手遅れです。
アイコンなし
これについてユーザーに警告するには、 アイコンを忘れる です。 「戻るボタンが機能しない」という標準のアイコンはなく、小さなスペースで簡単に説明する方法もありません。外部リンクアイコンについては、[戻る]ボタンdoesが外部リンクに対して機能するため、ユーザーがアイコンを認識していると仮定すると、この場合のアイコンの使用は通常の使用と一致しません。アイコンが直感的であるかどうかを判断するための私のルール:質問する必要がある場合はそうではありません。テキストを使用する必要があります。
メッセージボックスなし
ユーザーがリンクをクリックした後、OK-Cancel警告メッセージボックスを使用することを忘れます。まず第一に、それはユーザーの労力を浪費します。一部のユーザーは、リンクをクリックする必要がないことを確認するためだけにリンクをクリックする問題を経験し、今度はもう一度クリックしてキャンセルする必要があります。残りのユーザー、つまり経験から検索結果が失われることをすでに知っているユーザーにとっては、メッセージボックスは、ユーザーが本当に望んでいるものに到達するためにクリックする必要があるもう1つのことです。 Toma show Tekavecがコメントで示唆しているように、「今後表示しない」チェックボックスは役立ちますが、IMOでは不十分です。メッセージボックスの2番目の問題は、UIデザイナーが ユーザーにメッセージを読まないようにトレーニングすることに成功した であるため、ほとんど役に立たないことです。
リンク付きテキスト
壊れた戻るボタンのような、従来とは異なる外部的に一貫性のない動作では、ユーザーに状況を説明する明確な明確なテキストが必要ですbefore彼らはアクションをコミットします。テキストはできるだけ簡潔にしてください。長すぎると、ユーザーはテキストを読めなくなります。ユーザーがクリックする場所に正しく配置することで、ユーザーはクリックする前に少なくとも一見する必要があります。各項目の違反クラムリンクリストの後に、「検索結果を上書きする」などを試してください。
さらに、ユーザーが定期的にアプリを使用している場合、各検索が以前の検索結果に置き換わっていることにおそらく気づいています。彼らは、Backがそのために機能しないことを知っています(そして、そのために冒とく的に呪います)。その場合は、各アイテムのブレッドクラムリンクリストの前に「検索対象:」というテキストを含めることができます。それらを「検索」としてラベル付けすることにより、ユーザーはリンクをクリックすると他の検索と同様に検索が行われ、前に戻ることができないことに気付くでしょう。
テスト、トレーニング
このBackの欠如は従来とは異なる動作であるため、適切なテキストを適切な場所に配置するには、ユーザビリティテストを実行する必要があるでしょう。ユーザーが通常のユーザーである場合は、トレーニングやドキュメント(ある場合)にBackがないことを強調する必要があります。もちろん、そのすべての労力を合計するときは、[戻る]ボタンを修正することをお勧めします。
戻るボタンを壊した元の開発者に関しては、神が彼らの魂を憐れんでくださいますように。