私は管理ポータル(angular、jquery、bootstrap ..)で作業しており、bootstrapでかなり快適です。bootstrapデザイン私の同僚は、それをマテリアルデザインに変更することを強く求めています。
マテリアルデザインについてのアイデアがわかりました。モバイルアプリでは見栄えが良いですが、ウェブアプリでマテリアルデザインを選択する根拠はありますか?
**** 更新済み ****
マテリアルデザインの一部のパターンと非マテリアルの一部のパターンを使用することは良い考えですか?
マテリアルデザインには、ウェブアプリに次のメリットがあります。
ブートストラップおよびその他のフレームワークも、これらの利点の一部またはすべてを提供します。あなただけがあなたのアプリの特定の費用便益のトレードオフを決めることができます。
あなたがウェブのみであるとすれば、#1と#2はBootstrapで満足できると思います。そのため、マテリアルデザインの主な利点は#3であり、Bootstrapにも依存します。あなたのスタイルの選択に。
ですから、私にとってはあまりメリットがないように努力するように思えますが、特定のトレードオフを決定できるのはあなただけです。
私は2年間Googleに勤務していましたが、作成していたnon-mobile-onlyソフトウェアアプリケーションのマテリアルデザインスタイルガイドを使用して多くの課題に直面しました。スタイルガイドは明らかにモバイル向けであり、非タッチスクリーンデバイス(ラップトップ/デスクトップ)に適用するためのガイドラインはありません。モバイルファーストまたはレスポンシブ(一部またはほとんどのユーザーがモバイルデバイスを使用してソフトウェアにアクセスすると想定)を設計していて、それがデスクトップエクスペリエンスをどのように低下させるかを気にしない限り、私はそれを次のようなソフトウェアに使用しません- これまでにないモバイルであること。
これがnot AT ALL clearであるということは、マテリアルデザインをいつ使用するかの基準で意図的であるかどうかはわかりませんが、どちらの方法でもvery紛らわしいクールで新しく新鮮なデザインを望んでいるが、ソリューションに一般的に使用されているデバイスに最高のエクスペリエンスを提供するチーム向け。
Bootstrapは設計にとらわれないため、そのまま使用することをお勧めします。これを出発点のフレームワークとして使用し、設計仕様に合わせて構築してください。マテリアルデザインは、すべてがどのように見えるかについての記述に強いです、感じ、そして働きます。これは、Googleがその製品全体で一貫性を生み出すのに最適ですが、哲学ノートに従って注意を払いたくない場合は、おそらくあなたには適していません。
仕様を利用して設計と実装を合理化したかったため、プロジェクトにマテリアルデザインを採用しました。 MDは共有言語を確立し、チームの全員がスタイル、ブランディング、インタラクション、モーションを統一された原則の下で統一できるようにします。
私たちが絶対にしなければならない限り、私たちはこのまとまりのある一連の原則から逸脱することはありません。まだ必要はありません。余談ですが、その仕様の作成に費やした何千時間もの思考(研究、設計、テストなど)の利点を失うことを意味します。
私たちのチームのUXの責任者として、私はすべての作業をできる限り活用したいと考えていましたが、細部にまでこだわる人材がいないことに気づきました。
結果として、私たちのチームのすべての人(創設者を含む)は、製品設計がはるかに優れていると感じています。