WindowsアプリケーションをMacアプリケーションのように設計することの欠点は何ですか？
Microsoft Windowsアプリケーションを製品とする会社で働いています。
UI/UXデザイナー（およびMacユーザー）として、私はアプリケーションを再設計して、より視覚的に魅力的なものにしたいと考えています。
OSXアプリのように見えるようにアプリケーションを設計することの欠点はありますか？
すぐに2つの大きな問題が発生します。 違反規約および衝突スタイル。 AppleとMicrosoftはそれぞれのプラットフォーム用に異なるインターフェースガイドラインをリリースしたことを忘れないでください： Windows UXガイドライン と OS X UXガイドライン 。
規則を使用することは重要であり、ユーザーが何も考えずにアプリで作業できるようにします（Do n't Make Me Think！）。ユーザーが混乱し、現在のコンテキストに適用されないアクションを開始する可能性があるため、規則の違反はさらに悪化します。状況は私たちが物事とどのように相互作用するかにおいて重要です。私はWindows 7を見ていて、OSXで行う場合とは少し異なる方法でデスクトップと対話します。WindowsXPで行う場合とは異なる方法で対話することさえあります。
慣習を破ると、人々はどのような文脈が適用されるのかわからなくなる可能性があります。 WindowsにMacアプリがある場合、MacアプリまたはWindowsのように動作しますか？あなたはすぐに質問を持ち出します。
デザインをコピーするのではなく、インスピレーションを得てください 。 Macアプリはシンプルで、エラーもなく動作し、視覚的にも楽しいので、人々はそれを気に入っています。これらの属性の「コピー」は優れており、どのプラットフォームでも機能します。機能する特定のスタイルをコピーすると、OSXのように、ブラシをかけた鋼のインターフェイスや縁なしのウィンドウのように、ウィンドウ環境で衝突が発生します。
ITunesを例にとりましょう：
メインウィンドウは外見が悪く、ブラシをかけられたスチールのOSXの外観は、Windows Vistaのガラスのテーマと奇妙に混ざっています。ダイアログボックスでもデフォルトのWindows Vistaスタイルを使用する必要があることに注意してください。
クラッシュは必ずしも悪いわけではありませんが、Mac OSアプリをコピーしたような単純なアプリの場合、視覚的に満足できるものではありませんandこれらのWindowsの規則に違反しているため、混乱が生じます。
おそらく最も重要なことはアプリを美しく見せることはプラットフォーム固有のタスクではないはずです。 「どうすればWindowsアプリを素敵なMacアプリのように見せることができるでしょうか」と考えるべきではありません。 「WindowsアプリをMacアプリのように見栄えよくするにはどうすればよいですか？」
アプリケーションでのユーザーエクスペリエンスは、選択した（または強制された）OSで理解して作業するために経験したエクスペリエンスと一致する必要があります。彼らは良いか悪いかを問わず、その経験に関する相互作用の法則とルールを構築しました。
アプリをWindows 7またはVistaのUIよりもOS X UIのようにデザインすることの主な欠点は、アプリの全体的なルックアンドフィールがWindowsのUIと一致しないことです。 WindowsとOS Xの両方に、互いに類似したエクスペリエンスがあります。マウスドリブンインターフェース、スクロール、ダブルクリックなど。それらが共有しないデザインとインタラクションの要素は、一度経験すると、どちらかのシステムの多くの長時間のユーザーを悩ますのに十分不快です。
アプリケーションを調べて、OS Xから情報表示の特定の概念を借用することを決めた場合、それはあなたの好みに合うと思います。たとえば、iTunesとWindows Media Player（Windows 7バージョン）の違いを調べます。ユーザーは、ダイアログボックス、通知、タスクバーなどから期待するWindows内の特定の経験を持っています。
詳細については、以下を参照してください。
主な問題は、学習したパターンと規則を破ることです。
あなたはMacユーザーなので、当然のことながら、iTunesが実行しているプラットフォームに関係なく、iTunesのインターフェイスを操作できます。
ただし、アプリのユーザーはWindowsユーザーである可能性が高いです。彼らはWindowsが提供する設計原則とGUIの慣習を学び、これらに固執する新しいアプリを簡単に学ぶことができるでしょう。
どのOSがより美しく見えるかは主観的であり、重要ではありません。ユーザーは特定のインターフェースの側面を期待しますが、明確に表現できないことはよくありますが、欠けていると困惑します。
1つのOSが提供するオプションと他のOSが提供しないオプションもあります。これらのオプションでは、実行するOSの動作の側面を、模倣しようとするOSの視覚的な側面（「最大化ウィンドウ」）と「マージ」するためのユーザーインターフェイスが必要になります。ボタンが頭に浮かびます）。
簡単に言うと、アプリの成功はそれが「美しさ」によって決まるのではなく、ユーザーがどれほど簡単かつ迅速に効率的にアプリを使用できるかによって決まります。
欠点は、Windowsマシン上のOSXアプリのように見え、動作することです。 Androidアプリのように見え、動作するIOSアプリのようです。または、Windowsゲームがコンソールゲームのように動作するようにすることも同様です。各システムには、設計に必要な規則があります。これは、確立された美学に固執する必要があるという意味ではありませんが、閉じるボタンを左側ではなく右側に置くなどの一般的なレイアウト規則に従う必要があることを意味します。
OSに依存してスタイルを決定するのではなく、明確な視覚スタイルでアプリを設計することをお勧めします。 Chromeの例を挙げます。ウィンドウの規則にはまったく従いませんでしたが、これは非常に快適なアプリケーションです。モバイルアプリケーションはしばらくの間これを行っており、最高のアプリケーションはユーザーにユニークなユーザーエクスペリエンスを提供します。
この質問を表示するには2つの方法があります。そのうちの1つは他の回答で十分にカバーされています。つまり、Windowsアプリを特にOSXアプリのように見せるのは避けてください。
しかし、おそらく問題はこれであるべきです-Windows上のアプリケーションをWindowsアプリのように見せないようにしても大丈夫ですか？
その場合、次のように尋ねる可能性があります。「それはWindowsアプリの外観 "の意味するところです。 Windowsの大多数のユーザーが何に慣れているかに基づいてしか答えられないものはどれですか。 AT InternetとWikipediaの他のいくつか によると、Windows 7とWindows XPはほぼ同じように使用されており、それぞれが約2.5倍の目立ちます。 Vista。したがって、XPの次のスナップショットはWindowsとしてかなり認識できるようになるだろうと言っても不合理ではありません。
ただし、ますます多くのソフトウェア開発者がMacとWindowsの両方、さらにはLinuxもターゲットにしたいと考えているため、Qt（一部のモバイルプラットフォームにも対応）などのクロスプラットフォームツールキットが使用されています。デフォルトでは、Qtはネイティブのルックアンドフィールを自動的に引き継ぎますが、CSSによるカスタマイズも可能にするため、カラーチューザーやファイルオープンダイアログなどの使い慣れたOSダイアログを使用しながら、すべてのプラットフォームで同じ外観を使用できます。
このアプローチでは、アプリケーションをWindows上のOSXやOSX上のWindowsのように見せることはありませんが、デザイナーは、Windowsの過度にカラフルで彩度の高い色相と、OSXのより一貫して設計された縮小パレットの間の幸せな媒体であるインターフェイスを作成できますユーザーは慣れています。
したがって、mFlow（下記）などの見栄えの良いアプリケーションは、従来のWindowsアプリのようには見えませんが、問題なく適合します。同様に、独自のクロスプラットフォームGUIレンダリングツールキットを開発したと私が信じている他の場所で言及されたSpotifyについても同様です。 。 Skypeは、その外観をWindowsの外観から完全に削除して、独自のブランドとアイデンティティを形成した別のアプリケーションです。
これを実行しようとするdrawbacksは、適切にジョブを実行できない可能性、または全体像を考慮していない可能性に起因すると思います。 Windowsアプリを他のもの（OSX）のように見せるという概念から自分自身を取り除き、半分の仕事をするだけでなく、WindowsアプリがWindowsアプリのように見えないように努力しているWindowsアプリのように見せること（！）、しかし代わりに実際にアプリケーション全体のスタイルを設定して見栄えを良くしますまったく問題ありません。もちろん、そもそもアプリケーションの目的に合っている限り、それが常に優先されます。
このように見てください：-トップファッションイベントに行く場合は、ヘアカットに頼って見栄えを良くするだけでなく、よく着て、靴を慎重に選び、爪をきれいにしてください...！
2つの言葉：ユーザーの期待。エミュレーションをどこまで実行するかによって、ユーザーを戸惑い、ユーザーを苛立たせる可能性があります。
さらに、ネイティブプラットフォームの規則を使用しないものを開発するには、かなり多くの作業が必要になる可能性があります。
コスト/メリット
Macアプリケーションのように見えるようにWindowsアプリケーションを設計することの主な欠点は、Macアプリケーションのように見えることです。
スタイルの衝突を避け、主に最小の驚きの原則に固執するようにすべきであるというコメントに多く同意します。 MacのインターフェイスはWindowsのインターフェイスよりもはるかに優れているという集団的な感じに同意しません。そのルートを下る場合は、何も右クリックできないことを確認してください。何が問題で、空白のボックスをポップアップしてからハングしました。
ここで、アプリケーションの技術的な理解が必要になります。正確には、どのようにしてアプリケーションを移植していますか？彼らは独自のUIレイヤーを作成しましたか？あるいは、おそらくプラットフォーム中心の既存のUIレイヤーを活用していますか？
私の推測では後者です。つまり、画面フローとレイアウトを確実に設計できますが、コアUIは本来のOSに任されます。
今、彼らの例外はありますか？うん。そして、奇妙なことに、彼らは大きなプレーヤーになる傾向があります：アドビとアップル。
どちらも独自のUIレイヤーを使用するモデルを採用しているため、UIはOSではなくソフトウェアに属しています。
歴史的に、それは悪い考えでした。例としては、Apple 'chromeless'アプリケーションメタファーを維持しながらMacソフトウェアをWindowsに移植します。OSXでは、アプリを実行するために開いているウィンドウを用意する必要はありません。Windowsでは、 。もう1つの大きな違いはメニューバーでした。OSXでは、常に画面の上部に固定されています。ウィンドウでは、常に個々のウィンドウの上部に固定されています。
だから、先に進んで規則を破ってください...しかし、最初に規則を理解するようにしてください。本当に正当な理由がない限り、OS中心の慣習を破るつもりはありません。 OSXがよりきれいであると想定することは理由に十分ではないと思います。
私は何年も前にWindowsアプリケーションを作成して販売し、同じ質問に答える必要がありました。
欠点：
まず、Macアプリのユーザーインターフェースは、OS Xプラットフォームの最新の人気アプリのように見え、機能する必要があります。つまり、Macで競合他社を調査し、洗練された人気のあるさまざまなアプリをApp Storeでダウンロードする必要があります。
Macアプリの外観と動作を考え直すかどうかにかかわらず、2つの異なるコードベースで実行されているアプリケーションに関する質問を保守、テスト、および回答する必要があります。
良い面：
10年前のインディーズゲーム開発の悪い秘密は、Macユーザーは使い捨ての収入が多かったため、Macを所有しているユーザーは数パーセントしかないにもかかわらず、デュアルプラットフォームをサポートする開発者がゲームの50％をMacユーザーに販売したことです。
Mac App Storeができ、ラップトップが引き継がれ、販売された最も人気のあるものはAppleのものであるので、Macバージョンをこれまで以上に作成する価値があるでしょう。