いつ、なぜiOSネイティブ設計標準から逸脱する必要があるのですか？
デザイン言語を既に作成している多くの企業、Google、Airbnb、Facebook、TwitterがiOSの設計基準に違反しています。
たとえば、これらの会社のiOSアプリには、ボタン、入力、ドロップダウン、フィルターなどのカスタムデザインがあります。
私の質問は、新しいアプリをデザインするとき、「これはカスタムでデザインするべきだ」と言うのですが、なぜそれが正しい選択なのですか？
ありがとう！
カスタマイズされたUIを作成することのみをお勧めします
- 標準的な要素が提供できなかった強いニーズがある場合
- ブランドガイドラインに違反している場合。
- いくつかのハイブリッドアプリ（INSTAGRAMなどのクロスプラットフォーム機能アプリ）を作成しています
それ以外の場合は、多くのシナリオでユーザーを混乱させる可能性があるため、意味がありません。したがって、上記の要件がある場合は、コスト、労力、および事前に非常に影響する可能性のあるその他の要因に関連するトレードオフを考慮して、新しいデザインでユーザビリティテストを実行してください。
理論的には、単純なトグルと設定を使用する「構成」ページを除いて、常にネイティブの設計標準から逸脱する必要があります。
なぜほとんど常に？ UXデザイナー/アーキテクト/リサーチャー/開発者としてのあなたの目的は、最高品質の完全にカスタマイズされたアプリを提供することです。ネイティブ機能がより良いUXを作成するのは、ユーザーがシンプルなネイティブのトグルと要素を期待するときに、シンプルな構成/設定ページでのみです。配信までの時間と開発コストは他の要因ですが、ここでは純粋なUXについて話しています。
非ネイティブデザインをサポートするその他の理由は次のとおりです。
- ブランディング/テーマ
- IOSとAndroidユーザーエクスペリエンスの整合性
- ネイティブ要素が最高のユーザーエクスペリエンスを作成しない場合。以下の例を参照してください
例
ネイティブの日付ピッカー
使いやすいように構築された日付ピッカーを備えた顧客向けアプリ 
従業員向けアプリで、入力速度を上げるために構築された日付ピッカー 
一般的に、ルールが存在する理由とそれぞれがもたらすメリットを理解するのに十分なルールのセットを理解すれば、ルールを適用するよりも良い結果を得るためにそれらをいつ、どのように壊すかがわかります。
Googleらによる個別のiOSの選択（私は何も知らない）に関するあなたのポイントにおそらく関連する小さな例：
microsoftの排他的選択と包含的選択のラウンド対スクエアの規則がデフォルトの標準になった後、ボーランドは「丸い」ひし形（トランプ「ダイヤモンド」）を形作ることによって逸脱しました。インデントまたは同様のものによるラッチを示した）。
丸みは重要ではないことをHFの人々は理解しているため、彼らはそれを行うことができました。目に見えるラッチ。これらは重要な要素であり、正確な形状や動作ではありません。
設計の選択はユーザーの期待に反していますか？完全にカスタムのUIを作成している場合、またはマテリアルデザインやHIGに準拠していないいくつかの要素を作成している場合、ユーザーはそれらを理解できますか？ UXテストを実行して確認します。
次に、もちろん、2つの主要なプラットフォームのUXとビジュアルデザインの顕著な違いを処理する方法に対処する必要があります。 iOSの期待とAndroidユーザーの希望に基づいて、画面には少し異なる2つのデザインが必要になる場合があります。別のパズル、それも時々です。