【質問】Flutterではガイドライン準拠？独自スタイルはOK？

ベストでいうと

• 既存のサービスに“テイスト“を合わせられる形で、開発がしやすいものが良い
• 既存サービス（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

• かな〜り世界観出している
• 瞑想をハードル高くない演出をすることがサービス成長に寄与すると考えている
• なので、あのイラストの動きや世界観が出せるのが設計価値になる

‍

‍