web-dev-qa-db-ja.com

設計の一貫性とスタイルガイド

私の会社には3つの異なる製品があり、そのうち2つはインターフェースが類似しています(1つは広告/公開プラットフォーム、もう1つはWebおよびモバイルアプリケーションを公開するプラットフォームです)、3つ目は完全にソーシャルネットワークです。ブランディングからUIまでさまざまです。

私たちが今直面している問題は、すべての製品間で正常で良好な一貫性がないことですが、コーポレートデザイン(つまり、コミュニケーション、プレゼンテーション、コーポレートサイトのページ)を作成するとき、共通のラインを見つけるのに苦労していますそれらの間で、彼らが同じ会社の一部であるように見せます。もう1つの問題は、新しいプロジェクトを開始するとき、常にベンチマークなしで開始することです。

この問題を解決するために、私は各製品のデザイン原則とスタイルガイドを書き始めましたが、私の質問は、原則、そしておそらくそれらすべてに適用できるある種の一般的なデザインスタイルガイドを書くことは理にかなっていますか、そして未来のもの?そのようなシナリオが実際に理にかなっている場合とその理由は何ですか?以前にそのようなことを経験した人はいますか?それをどのように扱いましたか?

どうもありがとうございました。

5
Leonardo Mattei

原則、そしておそらくそれらすべてに適用できるある種の一般的なデザインスタイルガイドと将来のガイドを書くことは意味がありますか?

おそらくそうです。特定の設計原則とパターンは、ほぼすべてのデジタル体験に適用されます。 everythingの個別の標準を維持することは、まれな場合にのみ意味があります。それについて考えてください:

  • 製品の目的とユーザーが異なっていても、それらが共有するUIコンポーネントはありますか?
  • 「概要」ページや個人のプロフィールなど、同様のページ/テンプレートはそれぞれにありますか?
  • 2つ以上で一貫したコーディングスタイルまたはクラス命名規則を使用していますか?

その場合は、2つまたは3つではなく、それらのガイドラインを1つにまとめておくことが理にかなっていると思います。自問すべき重要な質問は、「これらのものは一貫性を保つように設計され、何が区別されるように設計されているか」です。 」

ただし、単一のガイドラインセットを使用しないことを選択する場合がある実用的かつ戦略的な理由があります。これらのいくつかが当てはまる場合は、個別に管理するガイドラインを用意することをお勧めします。

  • ユーザーは、ブランドが互いに関連していることを実際には知りません
  • 製品の設計、開発、および管理チームは互いに孤立しています
  • アプリは根本的に異なるプラットフォーム上にあり、ユーザー、UIパターンなどの多くを共有していません。 (同様に、PlayStation 4とApple CarPlay、単なるAndroidとiOS))

ただし、同じ場所に複数のガイドラインを確実に公開できることを覚えておいてください。同じガイドラインのsomemultipleの場所に公開することもできます。 ガイドラインを設計することは、デザイナー/チームとしてのあなた次第であり、関係するすべての人にとって役立つようになり、どこでも一貫性を促進しますあなたはそれを必要とします。そして、他のものと同じように、あなたはそれを繰り返すことができます。


補足として、インスピレーションを得るために、できるだけ多くの設計システムをチェックすることをお勧めします。それらの多くはオンラインで公開されています。 (このようなサイトをすぐに立ち上げることができないときに失望しないでください...それはプロセスです。)ここにいくつかの良いものがあります:

7
Nate Green

それぞれの問題をさらに詳しく見て、解決策について考えてみましょう。

私たちが今直面している問題は、すべての製品間に正常で正常な強い一貫性がないことです

つまり、製品は製品レベルで同様のルックアンドフィールを持つ必要がないということです。

しかし、コーポレートデザイン(コミュニケーション、プレゼンテーション、コーポレートサイトのページなど)を作成するとき、それらの間の共通線を見つけ、それらが同じ会社の一部であるかのように見せるために苦労しています。

しかし、企業レベルではそれが必要です。したがって、ガイドラインは企業レベルでベースラインを確立する必要があります。

もう1つの問題は、新しいプロジェクトを開始するとき、常にベンチマークなしで開始することです。

したがって、企業レベルでガイドラインを取り、それを各プロジェクト、または一連のガイドラインに一般化できる共通のテーマを共有するプロジェクトのグループに拡張します。

将来のニーズに対応するために、ガイドラインは規範的である必要はなく、実際には、将来の設計方法への道を開く方法のアイデアとして役立ちます。したがって、必ずしも現在の設計プラクティスを反映しているわけではなく、何かあなたが将来のために努力すること。

0
Michael Lai