絶対に犯してはならない 7 つの致命的なモバイル アプリ UI デザインの罪

公開: 2015-09-09

ルールは破るために作られている? それは本当にルールに依存します。 モバイル アプリの UI デザインの世界では、美学、ジェスチャ、アニメーションなどに関して、多少の調整の余地があります。 シンプルで機能的なアプリが派手なアプリよりも理にかなっている場合や、その逆の場合があります。

sin1

しかし、破ってはいけない基本的なルールがいくつかあります。 モバイル アプリの UI 設計が原因で、ユーザーが重要な機能にアクセスできなくなっている場合、それは許されません。 テキストが小さすぎて誰も読めない場合は、最初からやり直す必要があります。 明るい背景に白い文字? 再試行。

私たちは、成功したデザイナーがモバイル アプリの UI デザインの 7 つの大罪と考えているものを知りたいと考えました。 私たちは 3 人の専門家に尋ね、3 つの個別のリストを作成しましたが、それぞれに類似点があるかどうかを確認してください。

ÄKTA によると、7 つの致命的なモバイル アプリ UI デザインの罪

Alyssa Burke と Macy Nguyen は、デジタル エクスペリエンスとエンゲージメントのコンサルタント会社である ÄKTA (@akta) のユーザー インターフェイスおよびビジュアル インタラクション デザイナーです。 どちらも、フォーチュン 500 企業や急成長中の新興企業向けのネイティブ モバイル デザイン プロジェクトに携わっており、エージェンシーの最高のプロジェクトのいくつかに UI デザインのチョップを提供しています。 以下は、モバイルアプリの UI 設計の許されざる罪であると彼らが考えるものです。

コンテキストを無視する

ターゲット ユーザーの個人的なプロファイル (年齢、ライフスタイル、テクノロジーの知識など) と物理的な環境 (屋内と屋外、オフラインとオンライン、朝と夜など) は、多くの設計上の決定に影響します。 モバイル アプリの UI デザイナーは、ユーザビリティが低下するリスクを軽減するために、反復プロセスにコンテキストに基づく推論をできるだけ多く組み込む必要があります。 スムーズなトランジション、滑らかなボタン、美しい書体を備えていても、全体的な UI デザインが特定のユースケースと一致していないため、一部のアプリは的を射ていません (主に屋外で使用されるアプリの暗い画面: 悪い UI デザインの動き)。

箱入りデザイン

デジタル製品の設計と構築は、チーム (およびコミュニティ) の取り組みです。 さまざまなチームメイトや、特定のプロジェクトに精通していない人 (技術者、初心者、オタク、狂信者、友人、見知らぬ人、仲間、流行に敏感な人) にさえも、プロジェクトの時間枠全体を通して、早い段階で頻繁に設計作業を見せることが重要です。 必要なコンテキストを提供しますが、すぐに過度に防御的にならないようにしてください。 ローンチ後に問題を修正するよりも、プロセスの早い段階で変更の余地を残しておく方がよいでしょう。

開発者をかばう

開発者やエンジニアはチームメイト (時には飲み仲間) であるだけでなく、現実世界で何が機能するかを知っているだけでなく、あなたのアイデアが思い描いたとおりに実行されるようにするためのチャンピオンにもなります。 技術的に不可能なモバイル アプリの UI デザインがいくつかあります。 可能であっても、プロジェクトに予定されていたもの以外に多くの労力や時間がかかることもあります。 聞いてみないと分からない。 一日の終わりには、開発者があなたのデザインを構築します。 彼らはあなたを支持するか、あなたを憎むことができます。

十分に活用されていないモーション デザイン

モノのインターネットが徐々に普及し、人々が周囲の世界と対話する方法においてデジタル インターフェイスが大きな役割を果たすようになっているため、デザイナーは UI デザインのこの側面をより真剣に受け止める必要があります。 人は本来、環境内の物体の動きに対して意味を導き出し、異なる反応を示します。 適切な UI モーションを使用することは、優先度と緊急性を示す非常に効果的な方法です。 場合によっては、適切に使用すると、喜びを引き出すこともできます。 追加のボーナスとして、ディズニーのアニメーションの 12 の基本原則をチェックしてください。

小型タイプの使用

人々は紙の上よりも画面上のコンテンツを読むのが遅く、正確性が低く、包括的でもありません。 経験則として、デジタル インターフェイスの活字サイズは、少なくとも印刷用のサイズの 2 倍にする必要があります。 特にユーザーがモバイル デバイスで複数のタスクを実行しようとしている場合は、書体や書体の設定が異なると、さまざまな結果が得られます。 小さな文字サイズを避けることに加えて、ボタンの形状、画像、インタラクションなどの他の UI 要素が望ましい全体的な UX にどのように影響するかを判断します。

タップ ターゲットの無視

多くのモバイル アプリ UI デザイナーは、ユーザーの指のサイズがさまざまであるという単純な事実をいまだに見逃しています。 アクションまたはタスク指向のタップ ターゲットに関しては、シンプルでできるだけ大きくします。 高齢者向けに設計する場合は「ぎくしゃくした動き」を考慮し、同様に、子供向けに設計する場合は不正確なタップを考慮してください。 アセットをスライスして本質的にタップ サイズを大きくするときに、アセットの周囲の一部の領域を空のままにしておくことができるため、読み込み時間が長くなりすぎないようにすることができます。

プラットフォームのロイヤリストであること

Android と iOS の両方で 1 つのデザインにすることは制限であり、全体的な UX の目標に悪影響を与える可能性があります。 両方のプラットフォームには、それぞれのユーザーが慣れ親しんでいる異なるデザイン パターンがあります。 UI デザイナーは、これらに精通しているだけでなく、両方のプラットフォームで利用できる広く使用されているアプリを実際に調査する必要があります。

sin2

Moblico Solutions によると、7 つの致命的なモバイル アプリ UI デザインの罪

モバイル リレーションシップ マネジメント ソリューション企業である Moblico Solutions (@moblico) のチーム メンバー数名に話を聞きました。この企業の目標は、ブランドが「より効果的なモバイル モーメントを作成する」ことを支援することです。 アプリのエクスペリエンスを向上させる方法をさまざまな業界のクライアントにアドバイスしてきたクライアントは、モバイル アプリの UI デザインで何が機能し、何が機能しないかを知っています。 モバイル アプリの UI デザインの 7 つの大罪に対する彼らの見解は次のとおりです。

あなたにおすすめ:

反営利条項はインドのスタートアップ企業にとって何を意味するのか?

反営利条項はインドのスタートアップ企業にとって何を意味するのか?

Edtech の新興企業がどのようにスキルアップを支援し、従業員を将来に備えさせるか

Edtech スタートアップがインドの労働力のスキルアップと将来への準備をどのように支援しているか...

今週の新時代のテック株:Zomatoのトラブルは続き、EaseMyTripはスト...

インドの新興企業は資金調達を求めて近道をする

インドの新興企業は資金調達を求めて近道をする

デジタル マーケティングのスタートアップ Logicserve Digital は、代替資産管理会社 Florintree Advisors から 80 Cr の資金を調達したと伝えられています。

デジタル マーケティング プラットフォームの Logicserve が 80 億ルピーの資金を調達し、LS Dig...

レポートは、Lendingtechスペースに対する新たな規制精査を警告しています

レポートは、Lendingtechスペースに対する新たな規制精査を警告しています

認識された価値に比べて、デバイス上で多くのスペースを占める

恐ろしい「容量不足」のポップアップが表示されたら、すぐにアプリに移動して削除を開始します。 アプリが大きい場合、多くのスペースを占有し、十分な価値を提供できませんか? ハスタ・ラ・ビスタ。 チョッピングブロックを避けるために、アプリを小さくしておくことをお勧めします。

アプリが起動するとすぐに許可を求める (プッシュ、位置情報、カメラなど)

アプリをダウンロードして、それを開いて使い始めるのがとても楽しみで、すぐにボックスに遭遇する頻度はどれくらいですか? 箱に何と書かれていたかわかりませんが、ただ閉じて先に進みました。 あれは何だったのかしら? しかたがない。 新しいアプリ!

ダウンロード後、アプリを使用する前に、ログイン、登録、またはさらに悪い - 購入 - を要求する

実際には、これがナンバーワンになるべきかもしれません。難しい判断です。 ユーザーに対してできる最悪のことの 1 つは、ユーザーにアプリをダウンロードさせてから、実際に使用するには何らかの有料プランが必要であると伝えることです。 悪い、悪い、悪い。 削除しました。

オンライン Web サイトのように見えるモバイル アプリの UI デザインの作成

これは、モバイル アプリを持つ目的を損なうものではありませんか? モバイル開発者を悩ませていることが 1 つあるとすれば、それは単にオンライン エクスペリエンスを「縮小」し、それをアプリと呼んでいることです。 モバイルアプリには特定のユーティリティがあるか、またはあるべきであり、Web サイトを縮小しても、ユーザーが期待する目的を果たすことはめったにありません。

不適切に配置された広告、または小さな「x」でクリックするように騙す広告。

モバイル サイトを下にスクロールしているときに、指が画像に長く留まりすぎてブラウザの広告に移動するのは、どれほど煩わしいことでしょうか。 そして、その小さな「x」について—誰がそれを打つことができますか? ギャンブルになります。 小さな「x」を叩こうとして、太い指で広告をクリックしてしまう危険を冒しているか? ああ! 選択肢!

プッシュ通知で過負荷になる

はい、あなたは今アプリを持っていて、何百万人もの人々のホーム画面にいます. それは大きな力です。 しかし、プッシュする前によく考え、常に自問自答してください。 このユーザーこの通知を必要としますか? 確かに、新しい T シャツをモバイル ストアに投稿するたびに通知することもできますが、そうすべきでしょうか? 大きな力には大きな責任が伴います。

モバイル アカウントにアクセスするためのシングル サインオン (SSO) がない

最高のユーザー エクスペリエンスは、アプリ開発者が、ユーザーはそのエクスペリエンスのために働きたくない、と想定したときに発生します。 アプリへの新しいログインを作成したい人はいません。 SSO は現在、私たちの現実であり、それを受け入れる必要があります。 フェイスブックが勝った。 次へ移りましょう。

sin3

7 つの致命的なモバイル アプリ UI デザインの罪 — Ideaware Co によると.

Andres Max (@andresmax) は Ideaware Co. (@ideawareco) の創設者であり、新興企業や Fortune 500 企業が魅力的なアプリを構築するのを支援するデジタル クリエイティブ エージェンシーです。 Ideaware を設立する前は、Max は Mashable のリード UX デザイナーでした。 数社以上の業界の大物のためにデザインを行ってきた Max は、モバイル アプリの UI デザインの 7 つの大罪について、次のように強く感じています。

ユーザーが何かをタップすると、ユーザーからのフィードバックはありません

念のため、ユーザーがアプリで何かを行ったら、フィードバックを提供してください。そうしないと、ユーザーはアプリがハングしたと思って終了してしまいます。

永遠のオンボーディング

携帯電話を使用している場合は、アプリで行っていることをすばやく実行したいと思うでしょう。 何百もの質問をしたり、何千ものフィールドに入力するように要求したりしないでください。

タッチポイントのサイズを間違える

ボタンやフィールドを最小サイズにするのはやめてください。 それは Web ではありません。私の指は、正確にピクセルではなく、「十分に近い」アクションをタップできる必要があります。

奇妙なナビゲーション パターンの導入

人々にあなたのアプリを早く手に入れてもらいたいですか? 次に、モバイル アプリのナビゲーション方法について独自のバージョンを導入しないでください。 Apple のヒューマン インターフェイス ガイドラインと Android のデザイン ガイド。 理由があります。 摩擦を生じさせたり、潜在的な新規ユーザーにアプリをアンインストールする別の理由を与えたりしないでください。

配色が悪い

兵士よ、目に優しい。 黒地に黄色のテキストで「目立つ」必要はありません。

ホワイトスペース

アプリにはたくさんの空白、ピリオドが必要です。 要素は間隔を空けて配置する必要があり、ボタンは大きくする必要があり、すべてが呼吸する必要があります。 モバイル デバイスに折り目はありません。1 つの画面にすべてを詰め込むのはやめましょう。

プッシュ通知地獄

念のため、ユーザに 1 日 20 回のプッシュ通知を送信しないでください。 しばらくすると、アプリは「私をアンインストールしてください」と叫ぶだけになります。

sin4

あなたの 7 つの致命的なモバイル アプリの UI デザインの罪はどのようなものですか?

各デザイナーのリストは少しずつ異なって見えましたが、際立った共通点がいくつかありました。 本当に必要な場合を除いてプッシュ通知を避けることと、モバイル アプリの UI デザインを実際に使用できるようにすること (ナビゲーションを直感的にし、要素のサイズを正しく設定すること) の 2 つが重要です。

[当初は 8 月 17 日に blog.proto.io で公開]