公式のTwitterアプリケーションとFacebookアプリケーションはどちらも、アプリで同様のUIデザインパターンセットを使用しています。これらのパターンは、この ブログ投稿 でGoogle自身が設定したものです。問題は、多くのアプリがこれらのデザインパターンを使用していないことです。
群集に固執し、デザインパターン(アクションバーの代わりに標準のタイトルバー、コンテキストクイックアクションボックスの代わりにリストアイテムを長押し、ダッシュボードなし)を使用しないのが最善ですか、それともGoogleおよび一部で使用します。
人々はこれらの設計パターンのいくつかがないアプリにもっと慣れているかもしれないので、新しい何かを使うことは彼らを助けるよりもユーザーを混乱させるでしょう。
ガイドラインに従うことは、新しいユーザーが設計パターンとユースケースにすぐに慣れ、すぐに生産性を高めることができることを意味します。細かいもの、濃淡、色などをカスタマイズして、よりユニークにする必要がありますが、ガイドラインに従うと、ユーザーはより快適になります。
ただし、それはすべて、ゲームのウィンドウの外に出ます。
Googleが理由もなくこれらのガイドラインを提案しなかったと思います。彼らをフォローすることは、Googleの人々があなたのためにすでにそれをしたので、あなたの手から多くの思考時間がかかります。ルールが悪くなることはありません。それはGoogleのブランドに害を及ぼし、彼らの利益にはならないからです。それらに従うことはおそらく良い考えです。
20億ドル規模のWebアプリが特定のデザインパターンを使用している場合、それは良いものだと言っても安全だと思います。
Twitterが使用するデザインパターンはダッシュボードパターンと呼ばれ、それに合わせるべきです。通常のUIよりもユーザーにとって直感的です。
ダッシュボードパターンを使用すると、ユーザーはアプリケーションの主要な機能または重要な機能を一目で確認できます。
アクションバーのパターンを使用すると、より頻繁に使用される機能を、ユーザーがより使いやすい方法でユーザーに提示できます。必要な場所で右クリックし、コンテキストメニューのどこかに隠していないようにします。
現在のUIガイドラインにこれらのパターンが含まれていないからといって、パターンが悪いため使用すべきではないという意味ではありません。新しいユーザーや古いユーザーでさえ、新しいパターンをすぐに採用します。
さて、それは2年になります、そしてTwitterとFacebookは両方とも彼らの「ダッシュボード」を取り除きました。
現在、ガイドラインは次のようになっています: `
Avoid navigation-only screens and instead let people get to the meat of your app right away by making content the centrepiece of your start screen.
Choose layouts that are visually engaging and appropriate for the data type and screen size.
Minimize perceived navigation effort by keeping your apps shallow.
一部の種類のダッシュボードを表示するGoogle Playのような一部のアプリはまだありますが、リンクだけでなくコンテンツも含まれています。
ここに書いてください: http://www.scottlogic.co.uk/2012/09/is-the-dashboard-pattern-dead-2/
経験から、Googleが提案したUIパターンに従って、時間のかかるアプリのUI設計フェーズの多くから私を救ったと言えるでしょう。外観やナビゲーションフローではなく、機能性に重点を置くことができました。さらに、新しいバージョンのアプリを試したユーザーの多くは、新しいUIを気に入っていると言っています(Googleのガイドラインに従わない古いバージョンと比較して)。
最後に、 私のアプリはGitHubのオープンソースです なので、Googleのガイドラインの(ほぼ)完成した実装を確認できます。