web-dev-qa-db-ja.com

モバイルアプリの設計でプラットフォームのガイドラインを守ることはどれほど重要ですか?

私はモバイルアプリを設計しています。

開発者は、iOSおよびAndroidのネイティブビルディングブロックを使用するフレームワークを使用しています。カスタマイズは、追加の開発作業を意味します。

開発者は言う:「すでに調査されたガイドラインが存在するのになぜ時間を無駄にするのか?ネイティブのビルディングブロックを使用してみましょう。」

例:iOSの下部にあるタブ、Androidの上部にあるナビゲーション).

彼女は私を納得させましたが、同時に、私は彼女が正しいことを満足させるのに十分なほど知らないことを理解しています。何百万ものアプリがあり、さまざまな組み合わせが存在します。これらのいくつかは、ガイドラインに厳密に準拠していないにもかかわらず、優れたUXを備えています。

彼女が望んでいるのはより簡単な人生の開発であるとき、彼女がUXを動機として使用しているという考えの間で私は引き裂かれていますが、反対側に彼女のポイントがわかります。

設計ガイドラインを守る必要がありますか?

3
SarahA

他のアプリとの一貫性が損なわれる可能性があるため、設計ガイドラインに従ってください。

設計ガイドラインはあなたが最もよく推測するものであり、長年の研究に基づいています。また、すべてのアプリが互いに類似するように開発されているため、ユーザーが新しいアプリを開いたときに、ナビゲーション、アイコン、動作が以前に使用したアプリと同様であるため、その使い方を知っています。

そうでなければ、ユーザーは、他のアプリから作成済みのアプリを使用できる場合、新しいアプリを開くたびにメンタルモデルを構築する必要はありません。

「カスタム」を行う場合は、その前に調査(インタビューまたはユーザーテスト)を行ってください。

0

それは実際にはアプリケーションの機能と性質に依存します。 App Storeは、ガイドラインを満たさない場合、アプリを承認しない可能性があることに注意してください。

心の底にあるユーザーは、よく開発されているよりもよく設計されている(例:iPhone)

1
Ivan Venediktov

ガイドラインはガイドラインです。

ガイドラインに従えば、プラットフォームの一貫性を活用できます。これにより、ユーザーはアプリの使用方法について先天的に理解しているため、ユーザーの認知負荷が軽減されます。また、アプリは、スマートフォンの他のすべてのものに適していると感じる可能性が高くなります。

ガイドラインに従わないことを選択した場合は、ガイドラインに従わない理由を明確に説明できるようにしてください。 「したくない」はおそらく正当な理由ではありません。何よりもまずユーザーのエクスペリエンスを心に留めておいてください。結局のところ、ガイドラインは一般的なアプリ開発のためのものであり、必ずしもすべてのアプリケーションやワークフローにとって意味があるわけではありません。どのアプリもユーザーがテストする必要があります。これは、ガイドラインから離れるほど重要です。システムコントロールを使用しないことを選択したためにユーザーが重要なコントロールを見つけることができない場合は、デザインのいくつかの側面を再考する必要があるかもしれません。ガイドラインが適合しない理由について明確に説明されたケースがあり、ユーザーテストからのガイドラインに違反することをバックアップするデータがある場合、上司とクライアントははるかに快適になります。

同様に、開発リソースに制約がある場合は、ユーザーエクスペリエンスの最大の改善点を検討してください。それは高度にカスタマイズされたユーザーインターフェースになるのでしょうか、それともその時間を機能のユーザーエクスペリエンスの向上に費やすのでしょうか?全体像を考えてみましょう。 UIは美しいが、UXが恐ろしいというのは、良い決定とは言えません。

0
nadyne

ナビゲーションとOSガイドラインは別物です。 UXの分野では、ユーザーの支持を維持しながら、要件全体のバランスをとる必要があります。私はプロジェクトの範囲について最も興味がありますが、機能で販売したり、標準から逸脱したりすることができた唯一の方法は、付加価値によるものです。付加価値は、競争分析、ユーザーインタビュー、ベストプラクティス、nngroup調査など、調査を通じてのみ収集できるものです。

したがって、付加価値という意味では、1)主要な機能、2)ユーザーの期待、3)主要なシナリオ(ユーザーフローなど)を分析するのは完全にあなた次第です。そして、あなたの探求を通して、あなただけが状況をくくり、前進する最良の道を見つけることができます-要件と範囲のバランスをとること基本的に開発チームに追加の作業を依頼する場合は、客観的な分析でバックアップする準備をしてください!

そして最後に、ナビゲーションの難題:ガイドライン、「標準」に従う、またはホイールを再発明する。繰り返しになりますが、これはユースケース/シナリオ、そして間違いなくIAに戻ります。これは、プロジェクトのディスカバリー/リサーチフェーズの最中にチームがナビゲーションについて話し合いを続けたいときによくある問題でした。カートを馬の前に置かないでください。ナビゲーションは、情報に基づいた設計上の決定です。

開発パートナーに、IAとユーザーフローを活用するにはさらに時間が必要であることを伝えることをお勧めします。そして!おい!ハンバーガーやSnapchatのようなユニークなナビゲーションを使用すると、すべてのデザインが単一のデザイン原則に準拠できます。したがって、この意味では、iOS/Android間のわずかな差異を文書化/指定するだけで済みますが、それぞれの「標準」に従うと、行うべき設計作業がさらに増える可能性があります...

0
mrmac