web-dev-qa-db-ja.com

最初にタッチ用に設計する必要がありますか?

タッチ操作はより一般的になり、多くの場合onlyオプションです。タッチを最初に設計するのか、タッチのみを設計するのか?
このアプローチを取ることの影響は何ですか?

常にUXとHCIについて考えている人として、私は タッチベースのデバイスで「ホバー」する代替案 と他の同様の投稿に関する議論が非常に興味深いことに気付きました。しかし、これはカーソルの類推をタッチの状況に近づけようとするものであり、単に回避策であると感じました。

カーソル主導の相互作用に依存する設計の選択を回避する必要がありますか?たとえば、ホバーボタンの状態とツールヒント(フィードバック情報)または「オプションのホバー」(テーブルの行にホバーして編集ボタン、削除ボタンなどを表示するなど)(アクションアイテム)、またはドロップダウンメニューのようなもの(変更するだけの場合)それらをクリックして、ホバーまたは両方ではありません)。

このサイトでさえ、ホバー状態を方程式から外すと、機能/情報の膨大な量が削除されます(ホバー状態に依存するこのページのコンテンツの量を確認してください)。

より良いアプローチは、タッチとカーソルの両方に適用できる特定の基本機能が提示され、タッチデバイスが検出されたときに追加機能が追加される「ピンチズーム、マルチタッチポイント、またはマルチユーザー)またはカーソルが検出されました(ホバー状態、ツールチップ、追加の精度)。

これは、Webデザインだけでなく、アプリケーションデザイン、OSデザイン、HCI全般にも当てはまることに注意してください。これはではなく「モバイルファースト」ではなく「タッチファースト」に関する質問です。

したがって、最初にタッチを設計するか、タッチのみを設計するべきですか、そうすることの影響は何ですか?

10
Tims

タッチファーストのデザイン可能性があるは、Webサイトの優れた一般的な戦略だと思います。私も含めて、多くのデザイナーは、既存のデザインに機能を追加するよりも、機能を追加する方が簡単だと感じています。したがって、ポインタ(タッチバージョン)を想定せずにアプリケーションを設計してから、従来のコンピュータバージョンにポインタ装飾を追加することは、成功するアプローチのようです(新しいので、推測しているだけです)。

ポインタなしの設計は通常、それほど妥協しないことに注意することが重要です。ポインターの変更は、いくつかのフィードバックを提供します。小さなホバー効果(ホバーの外観が変化するリンクなど)が一般的に使用されますが、90年代前半までは効果なしで問題なく動作しました。全体的なホバー効果(ホバードロップダウンメニューなど)に代わるものはありませんが、使い勝手がよくありません。

しかしタッチのみデザインは従来のポインターUIで終わるべきではありません。ポインターの反応を追加するための比較的小さな労力はしばらくの間価値があります。

6
obelia

最初にタッチ用に設計する必要がありますか?聴衆が最も多いもの、つまりメインバージョンを選択する必要があります。たとえば、stackoverflowのようなサイトでは、ほとんどの人がコンピューターにアクセスしてサイトにアクセスしているため、モバイルWebバージョンをメインバージョンにしても意味がありません。

タッチ専用に設計すべきですか?それはデザイナーの決定ではありません。あなたの会社がサイトだけでなくアプリも開発するつもりなら、彼らはアプリだけを開発すべきだと誰に言いますか?しかし、あなたが上司である場合は、「人々がコンピューターを介して私のアプリを使用するだろうか?」と考える必要があります。

1
Andy

私は、最もシンプルで一般的なものから、最も強力で具体的なものまでを設計しています。

最初に、モバイルまたはタッチ用のデザインから一歩戻ります。まず、lynxテキストブラウザーで許容できるデザインから始めます。これは、コマンドラインスノッブではなく、コンテンツがWebクローラー、メッシュアプ​​リケーションデザイナー、および障害や特別なニーズを持つ個人に最適にレイアウトされるようにするためのものです。

その強固な基盤を設計し、すべてが適切に構造化され、意味的に一貫していることを確認した後、必要なインターフェースを多かれ少なかれ並行して設計することを試みます。これにより、従来のブラウザバージョンで行っていることがモバイルエディションで使用できなくなったり、ワイドスクリーンでひどい見栄えになったりしないように心がけています。

それは少し面倒に思えるかもしれませんが、そうです。しかし、プレゼンテーションをさまざまなプラットフォームやさまざまなコンテキストで機能させることの悲しみは、設計プロセスのある段階で苦しむことになると思います。

1
parrott

デバイスではなく、達成するタスクのために設計する必要があります。覚えておいてください、あなたがすることはすべて、ユーザーがタスクを達成するのを助けることであるべきです。タッチ用に設計する場合は、それを実行します。何よりも、ユーザーが何をするかに焦点を当てます。

私たちがデザインする範囲は非常に広いので、それ以上に具体的なアドバイスをすることは困難です。たとえば、facebookアプリで行うことは、ボートの制御システムとして使用するように設計されたアプリや、細かい運動能力の弱い人が使用するように設計されたソフトウェアの場合とはかなり異なります。

1
Bryan Oakley