自動閉じるポップアップに冗長な閉じるボタンが必要ですか？
フォーカスを失う、他の要素がフォーカスされるかクリックされる、または設定された表示時間が経過すると自動的に閉じるポップアップを取得します。このポップアップに冗長な閉じるボタンを提供する必要がありますか？
以下のモックアップに並んでいる2つの例を比較してください。最初の例では、ポップアップはコンボボックスヘッダーがクリックされると表示され、コンボボックスが再度クリックされるか、ポップアップ以外のページの他の要素がクリックされると非表示になります。 2番目の例では、ポップアップは、マップ上のポイントをクリックすると表示され、マップ上の別のポイントをクリックすると非表示になります。
download bmml source – Balsamiq Mockups で作成されたワイヤーフレーム
右クリックで閉じるボタンを含むコンテキストメニューを開く例も提供できます。しかし、私はコンテキストメニューに閉じるボタンを配置しないことを好みます。これについても別のUX標準がある場合は、それについて知りたいと思います。
コンボボックスには、何十年も変わらない特定の相互作用があります。その相互作用は、1つ以上の項目を選択するという単純なユーザーの目標と整合しています。ほとんどのユーザーはこの相互作用を期待します。注：コンボボックスにはポップアップがありません。これは、展開/折りたたみ可能なリストです。
ツールチップのユーザー目標は完全に異なります。ユーザーに追加情報を提供することです。通常、オブジェクトの上にマウスカーソルを移動すると表示され、オブジェクトからマウスカーソルを離すと非表示になります。ほとんどのユーザーはこの相互作用を期待します。
したがって、コンボボックスとツールヒントが同じ相互作用を持つことを期待してはならず、それらを比較することは間違っています。
ただし、あなたが説明しているのは、何らかの方法（クリックまたはタップ）でトリガーされてページに表示されるツールチップのように見えるポップアップスタイルです。そのため、ユーザーがページを閉じられるように明示的に表示する必要があります。
これで、ページ内の別の場所をクリックまたはタップしてポップアップを閉じることには何の問題もありませんが、これは学習する必要がある非表示のインタラクションですが、明示的な閉じるアイコンを含めることも害にはならないため、誰かがそれを閉じる方法を豊富に明らかにします。冗長性（同じことを実現するための複数の方法）は良いことです。
閉じるボタンのないツールチップには、閉じる方法のアフォーダンスがありません。
したがって、ユーザーはツールチップを閉じたいと思うかもしれませんが、正確な方法がわからない場合があります。ページの他の場所をクリックしてもページが閉じることは明らかではありません。これは混乱を招く可能性があり、一部の初心者ユーザーでも変更または混乱を引き起こして現在のWebサイト/アプリを離れる可能性があります。
そのため、ツールチップには常に表示される閉じるオプションが必要です。ただし、これは、フォーカスを失ったときに閉じているツールチップには関係ありません。
すでに与えられた答えに加えて、あなたが示す2つのComboBoxモックアップが同等であることが意図されている場合、それらの少なくとも1つは混乱/誤解を招くと言いましょう。
「保存」ボタンがあると、クリックしないと変更が保存されないことを意味します。クリックしたりウィンドウを閉じたりしても、変更が自動的に保存される場合 [保存]をクリックしないと、誤解を招く可能性があるため、[保存]ボタンを表示しないでください。
「保存」ボタンのないモックアップは、変更が自動的に保存されることを意味します。
変更が自動的に保存されると仮定すると、ComboBoxモックアップの[保存]ボタンは使用しないことをお勧めします。同様に「変更を「キャンセルする」」と混同される可能性があるため、「閉じる」ボタンもお勧めしません。
「非表示」ボタンは、変更を保存またはキャンセルすることを意味しないため、適切な場合があります。
「マップ上のポイント」ポップアップの場合、他の回答で説明されている理由から、小さいXボタンが良い考えです。