メニュー
k
takumi.kai.skywalker@gmail.com
ログイン
マイページ
プラン/料金
プラン変更
よくある質問
BONOとは
ログアウト
お問い合わせ
ログイン
プラン/料金
BONOについて
よくある質問
プラン/料金
BONOについて
よくある質問
メンバーになると
コミュニティ
コミュニティを開く
コミュニティを開く
もくもく部屋
勉強会
勉強会
1on1について
使い方
ラジオ
プラン/料金
BONOについて
よくある質問
コンテンツ
ロードマップ
使い方
参加方法/使い方
質問の方法
フィードバックのやり方
もくもく部屋について
勉強会
1on1について
コミュニティへ
保存した動画
/
5
情報設計
UIデザインって〇〇が中心なのよ〜。基本を知って、見た目じゃ使いづらくなる理由を知ろう
使いやすいUIの秘密
・
January 30, 2024
【ラジオ】目に見えないものをデザインする。世の中だいたい俺たちの気分次第
BONOラジオ
・
December 27, 2023
【ラジオ】年収700万から手取り18万になった理由。何のためにデザインをしたいのか。キャリア選択の源泉
BONOラジオ
・
February 2, 2024
デザイナーのキャリア構築
【BONO×転職】PR会社からUI/UXデザイナーに転職した話を聞く- 前編 / ポートフォリオのアウトプットは?どう勉強していた?
キャリア相談まとめ
・
January 9, 2024
デザイナーのキャリア構築
【BONO×転職】デザイン独学期間、1番辛かったことと楽しかったことは?/ポートフォリオの評価されたポイント/転職と面接、何社受けてどう進んだ?/
キャリア相談まとめ
・
January 3, 2024
グラフィックデザイナーからマネージャーになるべきか?UI/UXに転身すべきか
BONOフィードバック集
・
December 13, 2023
情報設計
【使いやすいUIの秘密】グロナビには〇〇を配置する。抑えるべきUIナビゲーションの3つの基本
使いやすいUIの秘密
・
December 13, 2023
情報設計
アクション×情報設計 : ボタン地獄UIをどう改善する?
使いやすいUIの秘密
・
December 18, 2023
情報設計
【使いやすいUIの秘密】UIで道案内!ナビゲーションの基本 / ユーザーの起点になる情報を配置する / 構造を整理する方法 / グロナビとは?
使いやすいUIの秘密
・
December 13, 2023
【勉強会】ダメなUIから学ぶ"モード"の基本。モード切替は遷移ではない。モード中は別ユニバース。マリオは右に進む
BONO勉強会アーカイブ
・
January 5, 2024
デザイン課題の探求: 成功体験分析と顧客理解の重要性に焦点を当てたUI/UX勉強会の講演内容
BONO勉強会アーカイブ
・
January 5, 2024
デザインの多面性: YouTubeライブでのポートフォリオレビュー、ユーザー調査からUIの根拠まで
BONO勉強会アーカイブ
・
January 5, 2024
前へ
次へ
動画を保存しよう
最大
5つ
まで保存できます! 気になった/次に見たい動画を 保存すると、すぐにアクセスできるよ
動画を探す
閉じる
Button Text
takumi.kai.skywalker@gmail.com
プラン/料金
BONOについて
よくある質問
メンバーになると
コミュニティ
コミュニティを開く
コミュニティを開く
もくもく部屋
勉強会
勉強会
1on1について
使い方
ラジオ
プラン/料金
BONOについて
よくある質問
ログイン
プラン/料金
BONOについて
よくある質問
コンテンツ
メンバーになると?
ロードマップ
使い方
参加方法/使い方
質問の方法
フィードバックのやり方
もくもく部屋について
勉強会
1on1について
コミュニティへ
登録
登録
質問しよう
コミュニティで
質問チャンネルで疑問や不安を投稿してみよう
勉強会で
60分の勉強会テーマにして、詳しく解説してもらう
シリーズ目次
全
本
No items found.
トップ
/
/
【質問】Flutterではガイドライン準拠?独自スタイルはOK?
デザインガイドライン
【質問】Flutterではガイドライン準拠?独自スタイルはOK?
保存済
質問
質問
共有
2023
年
4
月
14
日
スキルを上げて、創造のための武器を手に入れよう
すべての動画閲覧には、メンバーシップ加入が必要です
メンバー登録について
ベストでいうと
既存のサービスに“テイスト“を合わせられる形で、開発がしやすいものが良い
既存サービス(Web)から、アプリに来るケースが考えられるなら“テイスト“は合わせた方が良い
UIコンポーネントなどは全てWeb準拠しなくても良いと思う。アプリとWebでは違う部分もあるので
(例えばBottomNaviの使用感とか)
ページ遷移がスムースとか、モーダルの出し方とか
ちなみにiOSかAndroidどっちに寄せる?でいうと
基本はAndroidかな〜と思います。理由がなければ。Googleが作ってる言語なのでそちらをベースに進化していくと思うからです
HIGっぽいウィジェットもありますが、動きを再現できてない部分も結構あると思います
考慮すべき点で変わりそう
□ アプリの成長はどこまで見越してるのか?
超お試し。続けるかかなり不透明
正直スピード優先で確認すべき事象を検証するのが最優先。
なのでFlutterだったらマテリアルUIで作った方が早い気もする?のでそっちが良いかも(この辺は実装者に経緯説明して判断してもらう)
割と1つの場所として長期的にやっていきたい
ならベストをなるべく選んで開発して行った方が良さそう
□ 開発体制
あまり割けない。Web含めて開発者が全然足りてない
開発スピードを優先させたいかも。事業観点だけでいうと
ただ、
世界観が重要なアプリ(SNSとかメディアとか)=それがユーザー勝ちになり成長に寄与するもの。の場合は妥協すると良くない
□ スタイルがどこまでユーザーに響くサービスなのか
HIGとかMUIとかは正直開発者しか気にしないです
なので、スタイルがどこまでユーザー体験と成長に寄与するかは判断すべきかな〜とは思います
例:AppStore
ほぼiOS純正UIキット。
コンテンツはアプリ。
コンテンツベースのメディアサービス
なのでアプリアイコンやスクショが世界観に寄与する
例:HeadSpace
かな〜り世界観出している
瞑想をハードル高くない演出をすることがサービス成長に寄与すると考えている
なので、あのイラストの動きや世界観が出せるのが設計価値になる
ベストでいうと
既存のサービスに“テイスト“を合わせられる形で、開発がしやすいものが良い
既存サービス(Web)から、アプリに来るケースが考えられるなら“テイスト“は合わせた方が良い
UIコンポーネントなどは全てWeb準拠しなくても良いと思う。アプリとWebでは違う部分もあるので
(例えばBottomNaviの使用感とか)
ページ遷移がスムースとか、モーダルの出し方とか
ちなみにiOSかAndroidどっちに寄せる?でいうと
基本はAndroidかな〜と思います。理由がなければ。Googleが作ってる言語なのでそちらをベースに進化していくと思うからです
HIGっぽいウィジェットもありますが、動きを再現できてない部分も結構あると思います
考慮すべき点で変わりそう
□ アプリの成長はどこまで見越してるのか?
超お試し。続けるかかなり不透明
正直スピード優先で確認すべき事象を検証するのが最優先。
なのでFlutterだったらマテリアルUIで作った方が早い気もする?のでそっちが良いかも(この辺は実装者に経緯説明して判断してもらう)
割と1つの場所として長期的にやっていきたい
ならベストをなるべく選んで開発して行った方が良さそう
□ 開発体制
あまり割けない。Web含めて開発者が全然足りてない
開発スピードを優先させたいかも。事業観点だけでいうと
ただ、
世界観が重要なアプリ(SNSとかメディアとか)=それがユーザー勝ちになり成長に寄与するもの。の場合は妥協すると良くない
□ スタイルがどこまでユーザーに響くサービスなのか
HIGとかMUIとかは正直開発者しか気にしないです
なので、スタイルがどこまでユーザー体験と成長に寄与するかは判断すべきかな〜とは思います
例:AppStore
ほぼiOS純正UIキット。
コンテンツはアプリ。
コンテンツベースのメディアサービス
なのでアプリアイコンやスクショが世界観に寄与する
例:HeadSpace
かな〜り世界観出している
瞑想をハードル高くない演出をすることがサービス成長に寄与すると考えている
なので、あのイラストの動きや世界観が出せるのが設計価値になる
ベストでいうと
既存のサービスに“テイスト“を合わせられる形で、開発がしやすいものが良い
既存サービス(Web)から、アプリに来るケースが考えられるなら“テイスト“は合わせた方が良い
UIコンポーネントなどは全てWeb準拠しなくても良いと思う。アプリとWebでは違う部分もあるので
(例えばBottomNaviの使用感とか)
ページ遷移がスムースとか、モーダルの出し方とか
ちなみにiOSかAndroidどっちに寄せる?でいうと
基本はAndroidかな〜と思います。理由がなければ。Googleが作ってる言語なのでそちらをベースに進化していくと思うからです
HIGっぽいウィジェットもありますが、動きを再現できてない部分も結構あると思います
考慮すべき点で変わりそう
□ アプリの成長はどこまで見越してるのか?
超お試し。続けるかかなり不透明
正直スピード優先で確認すべき事象を検証するのが最優先。
なのでFlutterだったらマテリアルUIで作った方が早い気もする?のでそっちが良いかも(この辺は実装者に経緯説明して判断してもらう)
割と1つの場所として長期的にやっていきたい
ならベストをなるべく選んで開発して行った方が良さそう
□ 開発体制
あまり割けない。Web含めて開発者が全然足りてない
開発スピードを優先させたいかも。事業観点だけでいうと
ただ、
世界観が重要なアプリ(SNSとかメディアとか)=それがユーザー勝ちになり成長に寄与するもの。の場合は妥協すると良くない
□ スタイルがどこまでユーザーに響くサービスなのか
HIGとかMUIとかは正直開発者しか気にしないです
なので、スタイルがどこまでユーザー体験と成長に寄与するかは判断すべきかな〜とは思います
例:AppStore
ほぼiOS純正UIキット。
コンテンツはアプリ。
コンテンツベースのメディアサービス
なのでアプリアイコンやスクショが世界観に寄与する
例:HeadSpace
かな〜り世界観出している
瞑想をハードル高くない演出をすることがサービス成長に寄与すると考えている
なので、あのイラストの動きや世界観が出せるのが設計価値になる
全
本
No items found.
閉じる
0
Comments
Active Here:
0
Login
or
register
to join the conversation.
My Profile Image
Logout
Edit Profile
Be the first to leave a comment.
Loading
Load Previous
Someone is typing...
No Name
Set
4 years ago
Moderator
(Edited)
Delete Forever
This is the actual comment. It's can be long or short. And must contain only text information.
Your comment will appear once approved by a moderator.
Cancel
0
0
Reply
2
Replies
Load Previous
No Name
Set
2 years ago
Moderator
(Edited)
Delete Forever
This is the actual comment. It's can be long or short. And must contain only text information.
Your reply will appear once approved by a moderator.
Cancel
0
0
Load More
Cancel
Thank you! Your submission has been received!
Oops! Something went wrong while submitting the form.
Load More
0 Comments