コンテンツ
ロードマップ
UIデザイナー転職ロードマップ
未経験からでも目指せる道のり
1年目活躍ロードマップβ
作成中...
お役立ち
キャリアマップβ
UI/UXデザイナー向け
UX
UI
Figma
ビジュアル
キャリア
特徴・使い方
サービス
BONOの特徴
BONOのサービスについて
料金プラン
プラン変更はいつでも可能
使い方
BONOの使い方
おすすめ使い方、コミュニティ参加方法
フィードバックのやり方
グロースプランのFBのほうほう方法
1on1-デザイン面談
無料で何回でも
運営のスタンス
BONOをやる理由
ラジオ
ログイン
コミュニティへ
[email protected]
ログイン
始める
メニュー
k
[email protected]
ログイン
マイページ
プラン/料金
プラン変更
よくある質問
BONOとは
ログアウト
お問い合わせ
シリーズ目次
全
本
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