デザインシステム のためのコンテクスト作り

 デザインシステム という言葉を聞いたことがあると思います。

すでにあなたはお持ちかもしれません。もし持っていなければ、持つことを考えてみてください。

 デザインシステム はプロジェクトやクライアント、組織の文脈の中で合理的に定義された他の名称もあります。これらの名称は、業界の外でもしっかりと定義されています。フレームワーク、ソフトウェアデザインガイド、パターンライブラリ、コンポーネントシステム、UIキット、スタイルガイド、デザイントークンなどの名称です。

普遍的で合意された定義はありません。そして、それらの間には、多くのグレーゾーン、オーバーラップ、ギャップがあります。しかし、少なくとも、「 デザインシステム 」という言葉が、最高レベルの包括的な記述を意図しているという前提は広く受け入れられています。

ここでは、 デザインシステム とそれをサポートするドキュメントのためのより完全な構造でギャップを埋める方法を探ってみましょう。

ギャップの解消

よくある典型的なデザインシステムの一般的な階層は次のとおりです:

  1. 原則
  2. アクセシビリティ
  3. UI

           • グローバルスタイル

           • テンプレート

           • コンポーネント

           • スタイル

しかし、これだけでは十分ではありません。製品の表面的な部分だけでなく、もっと踏み込んだ部分も必要です。例えば、特定の要素については、次のようなことも定義する必要があります。

  • ドキュメントの構造とネスティング
  • 適切な親コンテナ要素
  • 属性、ロール、マイクロフォーマット
  • テキストのウェブスタンダードとアクセシビリティの基準
  • 翻訳やローカリゼーションへの配慮

UIデザインだけでは、デザインシステムの基礎にはなりません。実際には、システムのアウトプットとしての役割の方が大きいのです。したがって、システムにはインプットが必要です。それらのインプットは意思決定のためのコンテキストを提供します。

それらを含めるのです。ある決定は、研究によって十分な情報を得ているかもしれません。また、説明の必要のない決定もあるでしょう。また、説明したり擁護したりするのが難しい決定もあるでしょう。しかし、いずれも記録することが重要です。

“すべての製品を見て……そして、すべてに対して1つのデザインシステムを設計します。しかし、なぜそのような決定がなされたのかを調べ始めると、その設計システムでは解決できないローカルな知識が明らかになることがよくあります。” – ルネ・マドセン

一段上のレベルに引き上げる:デザインシステムのコンテクストを表現する

どんなデザインシステムも、次のようなコンテクストのインプットに大きく影響されます:

  • 組織の制度的な知識、遺産、文化、信念、偏見(顧客のためにシステムを作成する場合は、システムを作成する人も含む)
  • パターンがどのように命名され、どのような問題を解決するのかという洞察力
  • クラス名やセレクタの決定方法に関する慣習(大文字、小文字、セパレータ、深さ、特異性など)
  • デザインシステムの成功基準
  • デザインシステムの決定を支えるユーザーリサーチ、ユーザビリティリサーチ、そしてその結果としてのデータとテーマ

これらはすべて、実際の意思決定に加えて、意思決定の基準を表しています。

デザインシステムのメタファーな例え

では、このコンテキストをどのように捉えればよいのでしょうか。

HTMLでは、すべての文書は <head>で始まります。

head要素は、ドキュメントのメタデータの集合体を表しています。あなたのデザインシステムは、そのコンテキストを記述するために <head> が必要です。

例えば、プロセス、ソースコントロール、ガバナンスは一般的にデザインオプス(運用)の役割に該当しますが、それでも文書化する必要があります。

ここでは、包括的なメタデータと、より完成度の高いデザインシステムのための構造をご紹介します:

<head>
    Research & Insights
    Principles & Ethics
    Privacy & Security
    Problem Statement(s)
    Methodologies & Process
    Definitions
    Usage Guides
    Other Criteria
    Ecosystem
    Localization
    Performance Budget
    Source Control
    Governance
    Copyright & Licensure
</head>

<body>
    Design System
    1. Principles
    2. Accessibility
    3. Platforms & Channel
    4. Input
    5. UI
         5.1. Voice & Tone
         5.2. Components and Patterns
         5.3. Styles
         5.4. Motion
     6. Content
     7. Localization & Variants
     8. Performance Budget
     9. Markup
          9.1 Source Control
    10. Hosting
    11.  Web View
</body>

まとめ

すべてのデザインシステムには元ネタがあり、反復して進化していきます。変更されたものはすべて、新しい学習の結果です。

<head>は、デザインシステムに関するすべてのメタデータを抽象化するために必要なレイヤーの完璧なメタファーであるように思えます。 

UXPinは、世界中の製品チームがアイデアをより早く製品化するためのデザインプロセスツールです。

UXPinの革新的なテクノロジーであるMergeにより、PayPalのような企業はDesignOpsの課題を容易に解決することができます。UXPin Mergeでは、Reactコンポーネントを使ってデザインし、最終製品との完全な一貫性を実現することができます。

MergeAccess Blog 15

ビジネスアプリのためのUIエンタープライズコンポーネント

The UI Enterprise Components You Need to Design Your Business App

スマートフォンは日常生活に欠かせないものになりました。消費者と企業との関わり方が完全に変わったのです。しかし、企業との関わり方の変化はそれだけにとどまりません。この9ヶ月間で、ビジネスはほぼ完全に対面で行われていたものから、ほぼ完全にオンラインで行われるようになりました。RedHatは次のように説明しています。

「常時稼働のモバイルの世界では、スマートフォンを持っている現場作業員は、デスクにいる同僚と同じように接続されていることを期待しています。エンタープライズ・モバイル・アプリの開発は、大規模な組織のセキュリティと信頼性の要件を満たしながら、この接続性を可能にすることです。 モバイルアプリは、顧客、従業員、利害関係者をサポートするテクノロジーを強化するための素晴らしい方法です。」と述べました。

ビジネスによっては、オフィスに戻ってシステムを使用するために、安定したインターネットやデータベースへのアクセスを従業員に頼ることができない場合があります。最高の状態では、モバイルアプリは、ユーザーがオフィスにいないときに必要とするコア機能へのアクセスを提供します。

これには、ナビゲーション、接続性、データ入力、情報アクセス、またはその他のコア機能の数多くが含まれます。より複雑なソフトウェアに取って代わるものではありませんが、現場や臨床環境にいる人、移動が必要な人、その他情報やツールへのモバイルアクセスの柔軟性を必要としている人の生活を楽にします。

しかし、モバイルアプリやWebアプリは、テクノロジーツールの延長線上にあるべきです。使用中の他のツールの延長線上にあるように見え、感じられなければなりません。アプリのデザインとテクノロジーのニーズをデザインシステムで考慮することで、開発がより効率的になり、デバイスやツール間でユーザー体験が合理化されることを保証することができます。

デザインシステム

01 6

デザインシステムの5W1H(「誰が」「何を」「どこで」「いつ」「なぜ」)とは?

デザインシステムとは、スタイルガイドのようなガイドラインやルールの集合ではありません。他の製品やウェブサイトのデザインシステムをすでに導入しているかもしれませんが、もし導入していなければ、それは素晴らしい投資です。現在のデザインシステムにアプリのコンポーネントが含まれていない場合は、更新する必要があります。これは、製品やツールのエコシステム全体で再利用できるコンポーネントの完全なライブラリまたはカタログであり、ブランドの一貫性を高め、ユーザーエクスペリエンスを向上させ、最も重要なことは、デザインと開発を可能な限り効率的にすることです。

ライブラリには、カラースキーム、タイポグラフィ、グラフィック、レイアウト、日常的なインタラクション、デザインパターン、およびそれらのコンポーネントを実装するためのフロントエンドコードが含まれます。データ分析、データベース統合、様々な環境に対応した通知構造、GPSのようなテクノロジーがサポートする機能など、主要なコンポーネントのバックエンドへのフックも含まれている場合があります。さらに、各コンポーネントをいつ使用し、設計に組み込むべきかについても記述しています。

デザインシステムをセットアップするための努力は広範囲に及ぶ可能性がありますが、長期的には品質の面でも、将来の設計や開発コストの面でも報われることになります。 再利用可能なコンポーネントを標準化して構築することで利益を得るのは、設計および開発チームだけではありません。デザインシステムが適切に設計され、実装されていれば、品質保証、マーケティング、製品管理などの他のチームも恩恵を受けることができます。マーケティングからロゴなどの新しいアセットを受け取った場合、アセットライブラリを更新するだけで更新がスムーズになります。

新しい機能のアイデアやデザインは、テスト済みで実績のあるテンプレートやパターンのセットがあるため、より効率的に行うことができます。これらの他のグループの懸念やニーズについては、最初から議論し、デザインシステムに組み込むべきです。

すべての利害関係者にインタビューをして調べるのは以下を知ることができる良いアイデアです:

  • 何が彼らのために働いているのか
  • どのようなデータが彼らの意思決定に影響を与えるのか
  • どのように働くのが好きなのか
  • これまでに直面した課題は何か
  •  文書化とコミュニケーションをどのように処理するか
  • どんな期待を持っているのか

システムが開発されていく中で、これらのグループがループに入っていくようにし、コンポーネントの設計レビューでは、後からの手戻りを防ぐために、これらのグループが含まれていることを確認します。最終的な目標は、素晴らしいユーザー体験を提供し、内部プロセスをスムーズかつ効率的に実行し続けることです。

デザインシステムのメリットをいくつかご紹介します。

  • ブランドの一貫性 – すべての企業およびエンドユーザーの製品とアプリケーションで使用される単一のデザインシステムにより、外部と内部のすべてのユーザーがブランドと対話する場所で同じメッセージを受け取ることを保証します。
  • チームワーク – 設計システムは、すべてのチームと関係者のために一貫した言語を設定します。これにより、ミスコミュニケーションや混乱が減り、設計と開発プロセスにおけるすべての製品とビジネスの意思決定が合理化されます。
  • 再利用と拡張性 – 標準コンポーネントはシステムの構成要素ですが、ユーザーのニーズや機能に合わせて無限の方法で組み合わせることができます。これらのコンポーネントはシステム全体の中核をなすものであるため、モバイルとウェブアプリのコンポーネントを考慮することは不可欠です。

デプロイされたコードとデザイン・ライブラリの間で、デザイン・システム・コンポーネントが一貫していることを確認したいですか?UXPin Mergeは、デザインワークフローやハンドオフを非常にシンプルにし、デザイナーと開発者が同じコードで動くコンポーネントを使用する際のコミュニケーションの断絶を解消します。その結果、デザインシステムを最大限に活用し、プロトタイプから実用的なアプリになるまでの時間を短縮することができます。デザインシステムを構築したい、または改善したい場合は、Merge の機能をご覧ください。

デザインシステムを構築するには?

デザインシステムやアプリ自体を作成するためのツールやサービスはたくさんあります。UXPinのようなツールはフレームワークを提供しますが、他の会社はデザインシステムの作成をサービスとして提供しています。どのツールを選択するかは、お客様のニーズと人員によって異なります。強力で安定したデザインチームがあれば、社内で仕事をしてくれるでしょう。

アプリやデザインシステムツールの検討を開始する際には、まず、エンタープライズツールに含まれる必要のある機能の種類を完全に把握することから始めましょう。現在のニーズや機能セットに含まれるものだけでなく、テクノロジーのロードマップについても考えてみましょう。デザインシステムはビジネスに合わせて拡張性を持たせたいものです。そのような機能と機能をサポートできるツールを選択するようにしてください。会社が配送サービスを行っている場合は、GPSのサポートが必要になります。従業員が現場で働く場合は、データ入力のためにオフラインでの利用が必要になります。選択するツールが、これらの分野でのコンポーネントのニーズをカバーしていることを確認してください。

  • データ処理
  • アナリティクス
  • バックエンドインフラへのフック
  • メッセージング
  • お知らせ
  • 購入時の決済ゲートウェイ
  • 地図、カメラ、マイク使用などのデバイス統合
  • カスタマイズと機械学習によるパーソナライゼーション
  • ソーシャルメディアとの連携
  • コンテンツ管理システムや顧客関係管理のフレームワーク

コンポーネント

モバイルアプリやウェブアプリは、他の種類の製品と比べて異なる要件や考慮事項があります。アプリは特定のサービスを提供し、必要なコア機能を搭載する必要があり、スペースは限られており、ユーザーの注目度は低いです。

素晴らしいナビゲーション

ナビゲーションはアプリの骨格です。ナビゲーションは、デザインシステムの中で考慮すべき、最初で最も重要なコンポーネントのひとつです。ナビゲーションは、シンプルでわかりやすく、ユーザーが重要なタスクを完了しやすいものでなければなりません。デザインで考慮すべき点は以下の通りです:

  • 慣れ親しんだコントロールとアイコンでわかりやすい
  • 片手で簡単にアクセスできる
  • 上や下など、1つのエリアにまとめて配置されている
  • 主なナビゲーション方法を1~2種類に制限する
  • コンテンツが豊富なアプリの検索オプションを検討する

役立つ通知

02 6 1

通知は、アプリを積極的に使用しているときも、そうでないときも、ユーザーにとって重要なインタラクションです。通知は、警告、エラー、情報、確認など、いくつかのカテゴリーに分類されます。AndroidとiOSの両方には、非同期および同期の通知をサポートするフレームワークがあり、プライバシーやパーソナライゼーションのためのユーザー設定もあります。通知を計画する際には、以下の点を考慮してください。

  • 明確でシンプルな言葉を使う。
  • デバイスOSには主要なフィールドがあり、アプリ名、アイコン、タイムスタンプなどが含まれます。これはスペースを取るだけでなく、適切なフォーマットと表示のために完全なものでなければなりません。
  • 各デバイスは、通知センターに表示するための短いバージョンと、完全な通知のための長いフォームの作成にも対応しています。
  • 各通知は、ユーザーの全体的なワークフロー、特に同期メッセージをサポートする必要があります。非同期のメッセージは、ユーザーが効率的にフローに戻ることができるように、コンテキストを含むべきです。
  • 色、アイコン、またはテキストを使って、ユーザーに通知の種類を示すことを検討してください。それは緊急性が高く、修正しなければならないものでしょうか?それとも、タスクが正常に完了したことを確認するためのものなのか?ユーザーは複数の感覚的なインプットに気を取られていますが、このようなシグナルは優先順位を決めるのに役立ちます。
  • 通知の種類やモダリティごとに、一貫した要素を使用する。色、アイコン、テキストなど、これらのキューを通して、ユーザーは自分の行動についてより簡単に判断できるようになります。

シームレスなデバイス統合

ユーザーのデバイスですでに利用可能な機能や特徴を再現する必要はありません。少なくともiOSとAndroidという多様なプラットフォーム上でこれらの統合をサポートするために必要なバリエーションとコードスニペットを考慮してください。考慮すべき接続は以下の通りです:

  • カメラへのアクセス
  • ソーシャルメディアアプリ
  • ApplePayやPayPalなどの支払い方法
  • GPSナビゲーションと地図
  • チャット、メッセージング、電話へのアクセス

オフライン機能

WebサイトやWebアプリと比較した場合のモバイルアプリの大きな利点は、オフラインのコンテンツや機能を搭載できることです。最近は無制限のデータプランが安くなっていますが、サービスやWi-Fiが利用できない場所でユーザーがアプリにアクセスしたいと思うこともあるでしょう。位置情報の共有や購入手続きなど、ユーザーがアプリに接続する必要がある場合は避けられません。しかし、例えば、ユーザーが飛行機の中で座っているときに、どのような機能が便利で望ましいかを考えてみましょう。これは、ユーザーが遠隔地や厳しい職場環境でアプリを使用することが多い場合、特に重要です。ここでは、オフラインで使用する際に考慮すべき機能をいくつか紹介します。

03 5
  • 医療・臨床現場などでアプリをデータ入力に使用する場合、重要な情報をタイムリーかつ正確に記録するためには、オフラインでのデータ入力と同期を可能にすることが不可欠な場合があります。
  • 映画、書籍、音楽、その他のメディアなど、後で使用するためのコンテンツのダウンロードを許可する。
  • アプリ内の環境設定をローカルに保存し、後で同期できるようにする。

美しい映像表現

画面サイズはさまざまですが、どんなに大きなモバイル画面でも、アプリ内のスペースは限られています。すべての要素には目的があり、その目的が一目瞭然である必要があります。ビジュアライゼーションは単なる美学ではなく、ストーリーを語り、ユーザーのタスクを完了するための道筋を示します。画像、アイコン、標準的な要素を使用することで、長いテキストブロックを省略し、ユーザーのスペースと時間を節約することができます。アプリやその機能によっては、シンプルなグラフ、表、チャートを使用することで、小さなスペースでも多くの情報を伝えることができます。ビジュアライゼーションコンポーネントは、ユーザーフローを迅速にするか、魅力的なインタラクションを提供するかなど、その目的を慎重に検討する必要があります。

  • グラフィックはシンプルで分かりやすいものにしましょう。
  • ユーザーが全体像を見るためにスクロールする必要がないようにします。
  • フローやコンテンツを小分けにして、ユーザーが次の要素を徐々に拡大したり、ボタンをタップしたりして作業できるようにする。
  • 複雑なデータや大量のデータをレイアウトする際には、テーブルを使用し、シンプルで分かりやすいラベルを付けましょう。

効率的なフォーム

フォームは、決済やアプリのセットアップ、サポートへの問い合わせなど、アプリ内のさまざまなやり取りに使用されます。フォームのデザインは、アプリの中ではよりシンプルであるべきですが、デザインシステムの既存の要素を活用することができます。

  • フィールドのラベルとドロップダウンの内容
  • アライメントとスペーシングを含むレイアウト
  • ボタンとボタンラベル
  • エラーの状態
  • 説明書などの標準的なテキストコンポーネント。モバイル向けには、これらを削減し、可能な限りシンプルで分かりやすいテキストを提供する必要があります。

まとめ

エンタープライズデザインシステムは、関係するすべてのチームとステークホルダーを結びつけ、開発プロセス全体をより効率的にします。アプリには、独自のコンポーネント、既存のコンポーネントの縮小版、さまざまなバックエンドのニーズが必要です。アプリ開発プロジェクトに取り組む前に、UXPinを使ってデザインシステムがタスクに適しているかどうかを確認してください。アプリを作成する際の検討事項、決定事項、実際の実行方法については、こちらの詳細なガイドをご覧ください。

コード化されたコンポーネントとデザインの間に100%の一貫性を確保したい場合は、UXPin Mergeから始めましょう。UXPin Mergeは、ハンドオフプロセスにおけるドリフトを排除し、デザインシステムを最大限に活用することができます。Mergeは、デザイナーが既にインタラクティブなReactコンポーネントを使ってデザインすることで、最終製品との完全な一貫性を実現します。UXPin Mergeへのアクセスは以下から。

適切な オープンソース プロジェクトの選択

適切な オープンソース プロジェクトの選択

 オープンソース プロジェクトは、他の人と共同で作業し、チームワークを通して学ぶユニークな方法を提供します。ロケットサイエンスではありませんが、Reactエコシステムの中で適切な オープンソース プロジェクトを選択するには、多くのことが必要だと言っていいでしょう。

そこで、チャレンジしてコミットしたいと考えている人のために、Reactの オープンソース プロジェクトの正しい選び方についての有益な情報を提供することを目標にしました。

Reactの オープンソース プロジェクトに貢献することのメリット

Reactエコシステムにおける適切な オープンソース プロジェクトの選び方を知る前に、メリットと、貢献することが(ジュニア)ウェブ開発者やUX/UIデザイナーにどのように役立つかについて触れてみましょう。

駆け出しのUI開発者として、 オープンソース プロジェクトへの貢献は以下のようなメリットがあります:

  • インスピレーションを得るのに最適な方法である(ユーザーインターフェースを構築するための非常に優れたjavascriptライブラリであるため)。
  • 最高のフロントエンド・フレームワークのベストプラクティスを学ぶことができる。
  • ユニークな方法で自分のスキルを向上させることができる
  • プロジェクトの開発サイクルのすべての段階を経験することができます。
  • ネットワーキングの機会となり、自分をアピールすることができる
  • 自分のポートフォリオを充実させることができる

それでは、これまでにご紹介したメリットについて、さらに詳しくご説明しましょう。

インスピレーションを得る

React の オープンソース プロジェクトは、Merge テクノロジーを使用する UX/UI デザイナーにとってインスピレーションの源となります。なぜなら、Merge は React を完全にサポートし、Git や Storybook と完全に統合されているからです。コード コンポーネントを使ってデザインしたり、他の開発者の Git リポジトリからコンポーネントをインポートすることができます。

適切な オープンソース プロジェクトの選択 - UXPin Merge

ベストプラクティスを学ぶ

 オープンソース プロジェクトへの参加において、適切なドキュメントや活発なコミュニティを通じたベストプラクティスを学ぶことは、新人やベテランのフロントエンド開発者やUXデザイナーの指針となります。

一方で、ベストプラクティスは、何をすべきか、何をすべきでないか、プルリクエストの適切な送信方法、課題の提出方法など、貢献者としてオープンソースプロジェクトを始めたばかりの頃にはとても重要なものです。

ユニークな方法でスキルアップ

自分の知識や経験、コードを他の人と共有し、他の人にも同じことをしてもらうことは、スキルを磨いたり新しいことを学んだりする上で、非常にユニークで効果的な方法です。

プロジェクトの全サイクルを経験する

Reactのエコシステムでは、プロジェクトの最初から最後までの開発サイクルに完全に没頭することができます。他のコントリビューターとともに、アイデアやプロトタイピングからデザイン、テスト、実装まで、プロジェクトのすべての段階を経験することができ、コラボレーションとコミットメントが重要な役割を果たします。

ネットワーキングと自己宣伝の機会適切な オープンソース プロジェクト - 全サイクルを経験する

活発なオープンソース・コミュニティに参加し、そのメンバーと交流することで、評判が高まり、それが後々の就職にも有利に働くことがあります。これが次の、そして最後のメリットです。

ポートフォリオの構築

オープンソース・プロジェクトが、あなたのキャリアにとって正しい方向への一押しとなることがあります。仕事に応募したり、フリーランスの仕事を探したりする際には、自分が貢献したプロジェクトをアピールするといいでしょう。

スキルレベルに関わらず、Reactのオープンソースプロジェクトは、多様なポートフォリオを作成するのに役立ち、ひいては就職にも役立ちます。

そうすれば、初心者レベルの作業や架空のプロジェクトだけでなく、現実のプロジェクトに携わり、支援を行い、既存の問題を解決してきたことを、潜在的な雇用者に示すことができます。

Reactの オープンソース プロジェクトを選択する際に考慮すべきこと

適切なプロジェクトを選択することは、どこから探し始めればよいのか、何があなたの時間と労力に値するのかがわからない場合、困難なことです。しかし、オープンソースプロジェクトを選択する際には、以下のようなことを念頭に置くのが鉄則です:

  • アクティブコミュニティ
  • プロジェクトの人気
  • 整理されたドキュメント

アクティブコミュニティ

アクティブコミュニティがあるプロジェクトに参加するということは、行き詰まったときに助けてくれる人が常にいるということです。また、開発者がプロジェクトを完成させる意思を持っているということは、ある意味でプロジェクトの将来性を意味しています。

難しい問題が出てきたときに、誰かに相談できることも大切です。コミュニティが活発なオープンソースのプロジェクトでは、slackやdiscordのチャンネルが用意されていることが多く、そこではより詳細な議論や経験の共有、コミュニケーションなどを行うことができます。

逆に言えば、プロジェクトのソースコードを個人的な作業のために依存して使用することになった場合、活発なコミュニティは重要です。

プロジェクトの人気

あるReactオープンソースプロジェクトの周りに活発なコミュニティがあれば、そのプロジェクトの人気が高まっていると言ってよいでしょう。また、徹底したドキュメントや仲間の貢献者からの多くの助けが期待できます。

整理されたドキュメント

オープンソースプロジェクト - ドキュメント管理

Reactエコシステムの オープンソース プロジェクトを選択する際に考慮すべきパズルの最後のピースは、参照可能なよく整理されたドキュメントです。適切なドキュメントがあれば、プロジェクトが現在直面している問題に精通するという意味で、物事がより簡単になります。

 オープンソース プロジェクトを始めるには

初心者が貢献するのに最適なReact オープンソース プロジェクトは、従事しながら最も多くのことを学ぶことができるものです。一方、経験豊富なUI/UX開発者にとっては、最高の オープンソース プロジェクトは、彼らが最も貢献できるものです。

有用なヒント:GitHubは開発者にとって最高のプラットフォームなので、 オープンソース のプロジェクトはGitHubで探すのがいいでしょう。また、GitHubを探索する際には、プロジェクトに付いている星の数、コメント、課題、プルリクエスト、スターゲイザーからの閲覧数などをチェックしてみてください。基本的には、自分のスキルや時間に合っているかどうかを判断するための視覚的な手がかりになります。

まとめ

要約すると、オープンソースプロジェクトへの貢献は、コミュニティの助けを借りて知識や学習を広げながら、自分のスキルを向上させるのに役立ちます。また、自分の専門分野の人たちとプロフェッショナルな関係を築くことができ、いつか仕事につながるかもしれません。

また、プロジェクトの開発サイクルのすべての段階に参加できるという点で、貴重な経験となるでしょう。ただ、特定のプロジェクトに参加する前に、これまで述べてきたことを忘れないようにしてください。

さて、今回はReactのエコシステムにおける オープンソース プロジェクトの選び方について、最も重要な点を取り上げました。デザインやアイデアを開発する際に、開発ツールやライブラリと調和して動作するツールが必要になることがあります。UXPinのMerge技術は、Gitリポジトリから送られてくるReactコードコンポーネントやStorybookのオールフレームワークコンポーネントを最大限に活用することで、デザインと開発のギャップを効果的に埋めることに焦点を当てています。これらをデザインツールと同期させることで、デザイナーは完全な機能を維持したまま、異なるプロジェクトでコードコンポーネントを再利用することができます。そうすることで、スムーズなハンドオフと製品開発プロセス全体の高速化というメリットが得られるのです。

エラー(404)ページ 10の例

エラー(404)ページ 10の例

これらの404ページの例は、デザイナーが単純なコンピューティングエラーをブランド化されたユーザーエクスペリエンス(UX)に変える方法を示しています。

初期のパーソナルコンピュータは、RAMが64k以下のモデルでした。プログラマーは物事をシンプルにする必要がありました。そこで、プログラムの機能を分類するシステムを開発され、入力エラーはクラス400に割り当てられました。

  • 400 Bad Request. 入力の構文が間違っています.
  • 401 Unauthorized. ユーザー名とパスワードがないとアクセスできません。
  • 403 Forbidden. 禁じられています。ユーザーはファイルにアクセスする権限を持っていません。
  • 404 Not Found. ユーザーが存在しないURLを入力またはリンクしました。

昔は、ユーザーは正確なURLを入力する必要がありました。例えば、Yahoo Financeの場合だと: https://www.finance.yahoo.com

URLを入力する際にキーボードを入力ミスをしてしまうと、エラーコード400または404が表示されました。

最近のブラウザでは、www.finance.yahoo.com や finance.yahoo.com のような省略されたアドレスを入力することができます。実際には、上の例のような構文で検索バーに完全なアドレスを入力すると、ブラウザはリダイレクトします。 なぜでしょうか?それは、HTTPを使った古い構文だからです。更新されたサイトは、HTTPSを使ったより安全なURLになっています。最新のブラウザでは、自動的に修正されます。

404エラーをランディングページにして、ユーザーにウェブサイトの継続利用を促すことができるようになりました。404ページのデザインは、ユーザーが離脱しないようにする必要があります。

使用する要素としては、以下のようなものが考えられます:

  • ホームページやその他の有用なページへのハイパーリンク
  • 検索バー
  • サイトのブランドを反映したグラフィック要素
  • ブランドの声でユーザーに伝える簡単なメッセージ

これらの404ページの例では、さまざまなブランドがこれらのUX要素をどのように使用しているかを見ていきます。  

UXPin

まず、弊社の404ページを見てみましょう。

エラー(404)ページ 10の例 - UXPin

ご覧のとおり、シンプルなデザインにしています。宇宙をテーマにしたグラフィックの周りには、たくさんのホワイトスペースがあります。メッセージはシンプルで、「キャプテン!どうやら間違った惑星に向かっているようです!」というシンプルなメッセージです。

CTA(コール・トゥ・アクション)ボタンを設置して、ユーザーをトップページに誘導しています。

Google

エラー(404)ページ 10の例 - Google

Googleの404ページも非常にシンプルで、ホワイトスペースが多く使われています。 “リクエストされたURLは、このサーバーでは見つかりませんでした。情報は以上です。”

壊れたロボットのグラフィックは、ハイテクブランドを反映しています。CTAはなく、マウスオーバーして初めてGoogleのロゴがホームページへのリンクであることがわかります。

UXライターの多くは、CTAを省くことは大きな間違いだと言いますが、ほとんどの場合はその通りです。忘れてはいけないのは、訪問者にサイトを使い続けてもらいたいということです。

Googleは例外で、訪問者が必ず戻ってくることを知っているからです。

Angi

Angiの404ページは、他の有用なページへのリンクがたくさんあるホームサービスのコントラクターサイトです。

ユーザーへのメッセージは端的です:

“まずい、これは厄介だ…” (現在は”Something went wrong(何かが変だ…)”)

“お探しのページは、移動、削除されたか、存在しないようです。ご不便をおかけして申し訳ありません。” です。

CTAは、提案されたページへのリンクのリストになっています。

フッターには、ニューヨーク、シカゴ、ロサンゼルス、ダラスなどの大都市圏のサービスを探すためのリンクがあります。その他の便利なリンクもフッターにあります。

Angiはすべてを “above the fold “にしています。つまり、どのリンクに行くにもスクロールする必要がないのです。

Starbucks

Starbucksの404pページでは、かつてカップがあった場所にコーヒーリングがあるというイメージが、そこにないページのメタファーとなっています。

このページでは、何が悪かったのかを説明し、次に何をすべきかを提案しています。

訪問者がリンク切れを報告するためのリンクも用意されています。

Glassdoor.com

Glassdoorの404ページを見てみると、人気のある求人情報サイトがいくつかの行動を提案しています。

  • 求人情報を検索する
  • 企業の従業員レビューを読む
  • 社員の給料を見る
  • インタビューの質問と回答を見る
  • 働きがいのある会社のランキングを見る

404ページ 例:グラフィック重視

eBay

冬用コートを着てフードを目深にかぶった子供の写真が、eBayの404ページの焦点となっています。

“あらゆる場所を探しましたが”

“このページは行方不明のようです。それでも助けが必要な場合は、ヘルプページをご覧ください。”

下にあるのは、eBayのホームページにアクセスするためのCTAボタンです。

ページの下部には、トレンドのお得な情報を掲載したスクロールボックスがあります。

Lego

この404ページにアクセスすると、『レゴ・ムービー』のエメットが表示されます。彼は、「すべてがまだ素晴らしい」と言っています。

404ページ 例:エレメントのローテーション

Amazon.com

Amazonの 404 ページ は”Amazonの犬 “の写真とともに上部の検索バーを使って、検索するか、ホームページのリンクをクリックするかを提案しています。犬の写真をクリックするとアマゾンの犬にやさしい職場に関するニュースページにリンクしています。

ページを更新すると、別のアマゾンの犬の写真が表示されます。何度か更新すると、ランダムにたくさんの犬の写真が表示されます。404ページのために何匹いるのかはわかりませんが、7,000匹以上の犬がアマゾンで「働いて」います。

Marvel Comics

Amazonと同様に、Marvelも複数のバージョンの404ページをローテーションしています。これらのページでは、マーベル・コミックの世界の画像が表示され、次のようなメッセージが表示されます:

  • “プロトコルが見つかりません…既存プログラム…”
  • “ヒドラがこのページを攻撃中!”
  • “$#&%、壊したな!冗談だよ”
  • “ヌアツの目でさえ君の要求を見ていない”
  • “ヒドラはシールドのデータベースから このページを盗んだんだ!”

IMDB

International Movie Database (IMDB)の404ページもローテーションしています。IMDBはブランドを維持し、映画の引用を提供することで、ファンに親しみやすさを提供しています。

  • “ウェブページ?私たちが行くところにはウェブページは必要ない” – エメット・ブラウン博士、「バック・トゥ・ザ・フューチャー」
  • “いつの日か見つけよう…ウェブサイトのつながりを” – カエルのカーミット、「マペット・ザ・ムービー」
  • “確かに、あなたは本気ではないでしょう。” “私は本気よ そして、シャーリーと呼ばないで” -テッド・ストライカーとラムネ、「エアプレーン」
  • “我々がここで得たものは…コミュニケーションの失敗だ” – キャプテン、「クール・ハンド・ルーク」
  • “ページが見つからない?考えられない!” – ヴィズィーニ、「プリンセス・ブライド」
  • “ここはもうカンザスではない気がする” – ドロシー、「オズの魔法使い」

UXPinで 404ページ のプロトタイプを作成する

UXPinは、フルスタックのUX/UIデザインプログラムで、どんなプロジェクトでもコンセプトから製品発売までを1つのアプリで実現できるツールを提供します。

404ページをデザインする際には、プラットフォームから直接、コラボレーターや関係者とリアルタイムで共有することができます。コラボレーターや関係者はコメントを加えることができるので、何度もメールをやり取りする必要がなく、イテレーションをスムーズに進めることができます。今すぐ無料トライアルを開始しましょう。