この後のフローでも使うので、こちらで確保してください〜!
↓コピペして使ってください(Figma)
UIの基本的なパーツ(フォントや余白、色)に対して役割が分担されている状態で構造設計をするとかなり楽になります。見た目的なバランスは役割に左右されずに後から変更できると思うので、一旦ビジュアルが定まってない時は仮で定義しておいても良いかなと個人的には考えています。
ブロックのサイズに関しては割合でサイズを決めるとバランスを考えやすくなると思います。絶対値(800pxが多いetc)で考えちゃうと、~~なサイズはダメなの?という本質的じゃない問いを生み出すと思います。
デザインはパーツ同士の相対的なバランスで良い悪いなどを判断していくので割合で構造を考えて設計していくと良いです。
かつブロック配置に関して、基本的にはシンメトリーに組むとバランスは良くなります。特別な理由がない場合はシンメトリーに見えるようにバランスを考えて配置していくとオーソドックスな見た目を作りやすいと思います。
自分の頭ではなく他サービスがどういうバランスで構造化してUIを作って表現しているか、参考にしながら組み立てましょう。まずは存在しているデザインから謙虚に学んでいく姿勢が大事です。
構造化=ブロック化が6-7割なので意識できるデータ設計をすると自分でも見直しやすいです。グループにする基準=意味のグループになっているなので、それを意識しながらデータも組めるようになっていくのが大切です。
この後のフローでも使うので、こちらで確保してください〜!
↓コピペして使ってください(Figma)
UIの基本的なパーツ(フォントや余白、色)に対して役割が分担されている状態で構造設計をするとかなり楽になります。見た目的なバランスは役割に左右されずに後から変更できると思うので、一旦ビジュアルが定まってない時は仮で定義しておいても良いかなと個人的には考えています。
ブロックのサイズに関しては割合でサイズを決めるとバランスを考えやすくなると思います。絶対値(800pxが多いetc)で考えちゃうと、~~なサイズはダメなの?という本質的じゃない問いを生み出すと思います。
デザインはパーツ同士の相対的なバランスで良い悪いなどを判断していくので割合で構造を考えて設計していくと良いです。
かつブロック配置に関して、基本的にはシンメトリーに組むとバランスは良くなります。特別な理由がない場合はシンメトリーに見えるようにバランスを考えて配置していくとオーソドックスな見た目を作りやすいと思います。
自分の頭ではなく他サービスがどういうバランスで構造化してUIを作って表現しているか、参考にしながら組み立てましょう。まずは存在しているデザインから謙虚に学んでいく姿勢が大事です。
構造化=ブロック化が6-7割なので意識できるデータ設計をすると自分でも見直しやすいです。グループにする基準=意味のグループになっているなので、それを意識しながらデータも組めるようになっていくのが大切です。
この後のフローでも使うので、こちらで確保してください〜!
↓メンバーになると表示されます
動画を観れるプランのアカウントでログイン/メンバーシップ登録すると、動画の全てを閲覧できます。
(会員の方で動画が閲覧できない場合は、マイページからプランの確認をお願いします)
UIの基本的なパーツ(フォントや余白、色)に対して役割が分担されている状態で構造設計をするとかなり楽になります。見た目的なバランスは役割に左右されずに後から変更できると思うので、一旦ビジュアルが定まってない時は仮で定義しておいても良いかなと個人的には考えています。
ブロックのサイズに関しては割合でサイズを決めるとバランスを考えやすくなると思います。絶対値(800pxが多いetc)で考えちゃうと、~~なサイズはダメなの?という本質的じゃない問いを生み出すと思います。
デザインはパーツ同士の相対的なバランスで良い悪いなどを判断していくので割合で構造を考えて設計していくと良いです。
かつブロック配置に関して、基本的にはシンメトリーに組むとバランスは良くなります。特別な理由がない場合はシンメトリーに見えるようにバランスを考えて配置していくとオーソドックスな見た目を作りやすいと思います。
自分の頭ではなく他サービスがどういうバランスで構造化してUIを作って表現しているか、参考にしながら組み立てましょう。まずは存在しているデザインから謙虚に学んでいく姿勢が大事です。
構造化=ブロック化が6-7割なので意識できるデータ設計をすると自分でも見直しやすいです。グループにする基準=意味のグループになっているなので、それを意識しながらデータも組めるようになっていくのが大切です。
0 Comments