ホームページのデザインはウェブデザイナーのレベルを最もよく反映する

ホームページのデザインはウェブデザイナーのレベルを最もよく反映する

私がこれまで携わってきた多くのプロジェクトでは、基本的に避けられない悪循環がありました。それは、ホームページのデザインが難しいということです。スケジュールに従って、ホームページは時間どおりにリリースされなければなりません。そうしないと、レビューやテストを行うことができません。そのため、ホームページはその後の作業で継続的に再設計することしかできません。そして、製品全体が完成するまでホームページの調整が完了しないことが多いことがわかりました。

よく考えてみてください。なぜウェブサイトにはホームページが必要なのでしょうか?コンテンツにはインデックスが必要であり、タスクにはエントリが必要であるためです。どのような角度から見ても、ホームページはシステム全体の中心点であり、ホームページの動きはシステム全体に影響を及ぼします。おそらく、このトピックは改訂レベルまで拡張する必要があります。

6年前は、小遣い稼ぎのために、「XXサイトのホームページをリニューアルする」といったプライベートな仕事をよく受けていました。実行できることは、既存のコンテンツに応じてレイアウトとセクションを調整し、フォントや行間隔など、現在では純粋に「情報デザイン」の範囲内と思われるその他の小さな問題を最適化することだけです。彼は専門的な訓練を受けていないにもかかわらず、専門知識と個人的な美的感覚を組み合わせ、多くの「デザイナー」よりも優れた仕事をしています。

4 年前、私は業界のインタラクティブ エンターテイメント ポータルに取り組んでおり、3 か月以内に 3 回の大規模な改訂を実施しました。結果は毎回悪化しています。主な理由は、まずホームページを変更すべきではないということだと思います。ホームページを変更すれば確かに「政治的成果」を簡単に生み出すことができますが、頻繁な変更はユーザーにとって災難であり、間違った場所に行ってしまった、あるいはウェブサイトに何かが起こったのではないかとさえ考えてしまう可能性があります。

いかなる改訂もデータショックを引き起こします。これは、ユーザーの習慣により、短期間でユーザーが新しいバージョンに適応できない可能性があるためです。しかし、良い改訂であれば、2週間以内にデータが復元され、徐々に改善傾向が見られるはずです。ホームページのコンテンツは、過剰ではなく十分である必要があります。何度も行ったり来たりするのではなく、ゆっくりと追加する方が常に良いです。先入観に基づいて「基準」を設定することは避けてください。具体的な理由については、比較のヒントの次の点を参照してください。「大きな変更を行う場合、ユーザーはどの変更が適切であるかに注目します。一方、小さな変更を行う場合、ユーザーはどの変更がまだ必要であるかにさらに注意を払います。」

したがって、リビジョンが軽ければ軽いほど、ノイズが小さくなり、ユーザーへの影響も少なくなります。サイト全体の改訂は、「ボトムアップ」の原則に従い、構造の最も基本的な機能から始めてホームページで終わる必要があります。単一ページの改訂は、「インサイドアウト」の原則に従い、構造の最も内側にある最小のモジュールから始めてページ レイアウトで終わる必要があります。以下の観点は誰もがよく知っているものですが、古い考え方は完全に間違っているわけではありません。

「ホームページのスタイルが決まれば、サイト全体の構築は簡単になります。」

そうですか?全くない。しかし、この出発点は「スタイル中心」になるという間違いを犯しています。なぜなら、ユーザーがまず求めているのはスタイルではなく、情報とコンテンツだからです。ホームページに掲載すべきコンテンツは、さまざまな下位組織単位から抽出する必要があり、全体の情報構造がしっかりしていないという前提で作成されるホームページのライフサイクルが想像できます。

「ホームページはユーザーが最初に見るページなので、軽視することはできません。」

そうですか?必ずしもそうではありません。商品の種類に応じて具体的に分析する必要があります。たとえば、メディアルートを取るニュースや情報サイト、ビジネスルートを取る百貨店のサイトの場合、ホームページは非常に重要ですが、ほとんどの訪問は間違いなく最下位のコンテンツと商品情報ページから来ます。サービスを提供する製品は異なります。たとえば、個人のメールアカウントの場合、最も重要なのは間違いなくホームページでのログインです。

「ホームページのデザインはウェブデザイナーのレベルを最もよく反映します。」

そうですか?確かに。優れたホームページの前提条件は、サイト全体をうまく仕上げることです。同時に、デザイナーはコミュニケーションポイントを正確に把握し、さまざまなタスクの動作の流れを導く必要があります。ホームページは、インデックスやデフォルトと呼ぶ伝統と同じように、デフォルトのエントリ ページの単なるニックネームですが、製品の種類によって強調する焦点は異なります。たとえば、ログイン ボックスはホームページに直接配置するべきでしょうか、それともホームページにリンクするだけでしょうか?特定の状況には特定の分析が必要です。たとえば、私は、個人のウェブサイトのホームページは直接的な自己紹介がベストであり、「自分について」を付け加える必要はないと頑なに信じています。

<<:  Mysqlはマスタースレーブ構成とマルチマスターマルチスレーブ構成を実装します

>>:  Vueカスタム命令の詳細な説明

推薦する

Linuxでスクリーンショットを撮って編集するための最高のツール

メインのオペレーティング システムを Windows から Ubuntu に切り替えたとき、最初に考...

バックエンド管理システムを構築するためのvue-element-adminの実装手順

最近、カンファレンスの健康申告システムに取り組んでいたとき、バックエンドを構築する必要があり、vue...

ハイパーリンクの幅と高さを直接設定できない問題の解決策

幅と高さを直接使用することはできません。 display:block; または display:in...

Vue+Element UIはドロップダウンメニューのカプセル化を実現します

この記事の例では、ドロップダウンメニューのカプセル化を実装するためのVue + Element UI...

Reactフックとzarmコンポーネントライブラリ構成に基づいてh5フォームページを開発するためのサンプルコード

最近、React Hooks を zarm コンポーネント ライブラリと組み合わせて使用​​し、js...

SQL 集計、グループ化、並べ替え

目次1. 集計クエリ1. COUNT関数2. SUM関数3. AVG関数4. MAX関数とMIN関数...

Vue3 スロットの使用状況の概要

目次1. Vスロットの紹介2. 匿名スロット3. 名前付きスロット4. スコープ付きスロット5. 動...

DockerでLinuxシェルコマンドを実行する方法

Docker でシェル コマンドを実行するには、コマンドの前に sh -c を追加する必要があります...

Vue は div の高さをドラッグ可能にします

この記事では、divのドラッグ可能な高さを実現するためのVueの具体的なコードを参考までに共有します...

MongoDB データベースの状態を監視する Zabbix3.4 メソッド

Mongodb には db.serverStatus() コマンドがあり、これを使用して Mongo...

Linux カーネルの copy_{to, from}_user() に関する考察

目次1. copy_{to,from}_user() とは何か1. copy_{to,from}_u...

iframe タグの使用方法の詳細な説明 (属性、透明度、適応高さ)

1. iframe の定義と使用法iframe 要素は、別のドキュメントを含むインライン フレーム...

Docker+Jenkinsによる自動デプロイの実現方法

Code Cloud を使用して Git コード ストレージ ウェアハウスを構築するhttps://...

nginx における proxy_pass のさまざまな使用法の詳細な説明

目次プロキシ転送ルール最初のもの: 2番目のタイプ: 3番目のタイプ: 4番目のタイプ: 5番目:プ...