web-dev-qa-db-ja.com

クライアントによるユーザーインターフェイス構成の安全なデフォルトの設定

私は現在、クライアントのアプリケーションを構築しているソフトウェア開発会社のコンサルタントです。開発会社は、UIのすべての側面を、フォントに至るまでカスタマイズ可能にする必要があると感じています。たとえば、アプリケーションを使用している顧客がポルシェの場合、独自のフォントを使用することができます。これは非常にデータ中心のアプリで、データの行と列です。

ブランド化されているが使いやすいエクスペリエンスを提供するために、色設定のいくつかの安全なデフォルトにそれらを持っていると思いますが、フォントの「こぶ」を乗り越えられないようです。私がどのような経路をとっても、クライアントは、会社のブランドガイドラインに基づいて、全面的にフォントを構成できるはずだと感じています。私はこれらの企業のWebサイトまで行って、それらのサイトでの「読み取り可能」テストはブランドフォントではなく、一般的な読み取り可能フォントであることを示しました。

私はここで間違っていますか?エンドクライアントは、アプリケーションをフォントまで構成でき、エンドユーザーがアプリケーションを使用できなくなる可能性がありますか?それとも、ソフトウェア開発会社が「安全なデフォルト」を提供し、アプリの完全性を破壊しないようにする必要がありますか?

誰かがサイトのリソース、研究、意見を提供できますか?責任あるソフトウェア会社である種の標準を維持するための戦いで間違っているか、エンドクライアントを自分たちから救う必要がある理由を説明する際にクライアントを無残に失敗させています。

長い質問でごめんなさい...提供された洞察を前もってありがとう..私は本当にいくつかの冷たい難しい事実を使うことができました!

1
elementvine

今のところ、あなたと開発会社は抽象的な質問について議論しています。

最も有用な答えは、より良い理論だけでなく、ユーザーのテストによって通知されます。

質問から意志の戦いを取り除き、それを次のように再構成します。アプリのフォントを修正する必要がありますか? (または、アプリのフォントは異なりますか?)

フォントのペアの簡単なA/Bテストで、次のことを発見できます。アプリのフォントの変化がユーザーに与える影響、使用可能なフォントの増減

そこから、まず、アプリに固定フォントがあるかどうかを決定し、次に、アプリがユーザーに提供するフォントのセットがない場合は決定します。

視覚的なブランディングの有効性に関する質問は、気づかれないほどです。ブランディング目標の定義を、定量的にサポートできるものに制限します。そのため、「ブランドにとって良い/悪い」ではなく、「ユーザーがアプリの目標を効果的に達成するのに役立つ/害を及ぼす」と尋ねます。

トッド氏は、データを読み取れないとアプリが効果的に機能しなくなることを強調するのは当然だ。

1
Four

特に多くのデータがある場合、データを理解できるかどうかは、最初に適切に読み取ることができるかどうかにかかっています。タイポグラフィやその他の情報デザインの実践がそれを可能にします。デザインに精通していない可能性が高いエンドユーザーに変更を招待しないようにする強力なケースがあります。誤った表示や不完全な表示に自分自身をカスタマイズしたくないのです。

提供できる安全なデフォルトを拡張する必要があるのは、アクセシビリティの領域です。そのため、福祉機器を使用している人や視力が低下している人に対応できる設定を選択するのはあなたです。

したがって、安全なデフォルトに関しては、万能の問題ではありません。それが、クライアントとの話し合いを妨げている理由かもしれません。代わりに、データを読み取り可能にすることに関する十分な情報に基づいた決定の問題であり、それを実現する方法を理解するためにエンドユーザーを悩ませることはありません。それが私たちの仕事です。

0
Todd Sieling

機能の追加に伴うリスクを理解しているようです。私はあなたのクライアントにそれをまっすぐに伝えて、あなたの銃を守ります。

あなたは相談するためにそこにいて、機能を追加することの影響があるので、それに対して助言します。私はそれで間違いを見ません。

0
Mechaflash