プラットフォーム間で一貫したUIを作成したり、ネイティブエクスペリエンスを作成したりすることについてもっと心配する必要がありますか？
私は3つの主要なモバイルプラットフォーム（Android、iOS、およびWindows UWP）すべての開発を開始しており、UXの問題に数回遭遇しました。各プラットフォームには独自の設計ガイドがあります。 Androidマテリアルがあり、WindowsにはMetroがあります（iOSが何と呼ばれているのかわかりません）。それぞれのデザインは、そのプラットフォームとそのプラットフォームだけで本当によく見えます。たとえば、マテリアルはAndroidで美しく見えます、しかし、iOSでは奇妙に思えます。
ここで、これらのガイドラインに従い、プラットフォームごとに設計したいと思いますが、すべてのプラットフォームでアプリの設計が一貫していると、ユーザーはそれを望んでいると思います。さらに、ウェブアプリも開発していますが、ウェブには本当の「デザインガイド」がないので、さらに別のデザインを作らなければなりません。 1つのデザインを選択してすべてのプラットフォームで共通にすることもできますが、MetroやMaterialを使用しないなど、何らかの「悪い習慣」を実行しているような気がします（さらに、デザインが難しくなり、場違いに見えるかもしれません）。
このシナリオでは、どうすればよいですか？さまざまなプラットフォームにネイティブスタイルを使用するか、単一のスタイルを作成して、すべてのプラットフォームで使用します。
しかし、アプリがすべてのプラットフォームにわたって一貫した設計を持っている場合、ユーザーはそれをより良く望んでいると思いました
多くのユーザーがiPhone、Android、Windowsフォンを持ち歩き、それらを相互に使用していますか？
おそらく違います。
そして、もしそうなら、彼らはおそらく、とにかくさまざまなOSの特異性にすでに慣れているパワーユーザーでしょう。
ユーザーの観点から言えば、プラットフォーム全体の一貫性はそれほど重要ではありません。害はありませんが、ほとんどの人が気付くことさえありません。
「同じですが異なる」という用語は、アプリ全体で特定のものがブランディングやビジュアルのように一貫している必要があると同時に、各ネイティブプラットフォームで使用されているパターンと一致している必要があることを意味します。
ユーザーがプラットフォームを頻繁に切り替える可能性が高いのか、それとも同じプラットフォーム上のアプリを切り替えるのかを考えてください。それ以外の場合は、アプリを使用する場合と比較して、他のアプリ全体で使用されているネイティブパターンから変更するのが混乱します。
一貫したUIを作成します。プラットフォームのスタイルは行き来しています。あなたはそれを制御できません。現在の傾向が薄れると、再設計する必要があります。独自の画像/スタイルガイドを作成する方がよいでしょう。
プラットフォームの設計ガイドの一部（アイコンなど）を使用する必要がありますが、特にモバイルとWebをブレンドしている場合は、アプリにユニークで一貫した外観を確実に与えてください。
[〜＃〜] edit [〜＃〜]初めて答えを明確にしませんでした。それで、コメントに基づいて、はっきりさせてください。
そうです、人々は複数のデバイスを持ち歩いていません。一般ユーザーは、iOSデバイスとAndroidデバイスを並べて使用することはありません。私はその議論を理解しています。ただし、人々はiOSデバイスとWebアプリを使用できます。 OR AndroidデバイスとWebアプリを使用できます。 Webアプリが共通の基盤です。オーバーロード仕様に合わせて各インターフェースを設計する場合、共通のインターフェースはありません。 iOSが表示されます。 1つはAndroid用です。 1つはWindows用、もう1つはWebアプリ用です。したがって、この場合、一貫したUIを作成する（各デバイスの基本的なスタイルを順守する）ことが最善の方法です。
これには答えがありますが、私は完全に同意するとは思いません。そして、答えは「依存する」とも言えます。
携帯電話での使いやすさは、特に、同様のインターフェイスを備えた同様のデザインを持っていることに由来しています。連絡先アプリケーションのオプションの場所がわかっている場合は、カレンダーのオプションの場所がわかっています。ボタンは同じ場所にあります。
少し問題を抱えた製品であるBlackBerryから来て、私はいくつかのAndroidアプリケーションが私の電話にあり、それらのインターフェースは、BlackBerryインターフェースに比べて一般に恐ろしい混乱です（それは良くなっていますが）。 ？全員が独自に設計し、一部のアプリケーションは古いインターフェイスを使用し、一部は新しいインターフェースを使用しています...単一のレベルのメニューを使用するもの、複数のレベルを使用するもの、ポップアウトサイドメニューを使用するもの、使用しないものがあります...
したがって、この観点から、アプリケーションをユーザーフレンドリーにすることは、一般に、ユーザーが期待するものを受け取るように、プラットフォームによって設定された設計標準または外観に従うことによって最もよく達成されます。
ただし、ただし、アプリケーションが非常にシンプルでメニューエントリの数とカスタマイズ設定が制限されている場合は、ユーザーが「残りの部分」を使用しないため、独自のインターフェイスを設計するのが最適です。
私たちのアプリケーションは、この点で独立したトピックです。この場合も、BlackBerryを見ると、「ローカル要素」はプラットフォームの推奨事項に従うのが理想的ですが、実際のコンテンツは「サービス依存」です。さらに、Webアプリケーションで行うすべてがモバイルWebサイトの提供である場合、なぜアプリケーションを使用するのですか？アプリケーションを使用する価値のある機能を追加したら、何らかのデザインルールを再度実装する必要があります。実際、「CrackBerryアプリケーション」が良い例かもしれません：主要なナビゲーションはBlackBerryの設計に沿っていますが、フォーラムタブを開くと、独自の（使いやすくてわかりやすい）フォーラムデザインのように見えます。 。
プラットフォームごとのデザインを使用する必要があります。 Androidとiphoneの互換性がある上でそれを使用する人は誰もいません。そのため、設計が1つしかないため、設計が間違っていると考える人はいないでしょう。プラットフォーム間での一貫した設計は、 （通常の）ユーザーが気付かないもの。