React vs. Flutter : フレームワーク

React vs. Flutter : フレームワーク

ReactとFlutterの両方が話題になっています。どちらもサイトやアプリの構築を容易にするフレームワークですが、すべてのソリューションが万人に通用するわけではないので、自分にとって最適な選択肢を調べることが重要です。今日は、 ReactとFlutter の比較をしてみましょう。あなたにとって最適なフレームワークはどちらでしょうか?

今やアプリは、私たちの生活のほぼすべてを管理するために使われています。Global Web Indexによると、人々は自分の時間やその他すべてのことを把握するために、ますますモバイルアプリを利用するようになっています。

React NativeがFlutterよりも優れている理由

この2つのプラットフォームを比較する際には、さまざまな要素を考慮する必要があります。しかし、最終的に得たい結果は、意思決定プロセスにおいて大きな役割を果たします。扱いやすく、高速で、必要な機能を備えた安定したアプリを実現できるフレームワークが必要です。もちろん、アプリの更新やコードの管理も簡単に行いたいところですが、一番の目的は、機能的で問題のない製品を最終的に手に入れることです。

では、この2つのフレームワークにはどのような特徴があるのでしょうか。

React Nativeは2015年にFacebookがリリースしたもので、React(2013年から利用可能)を使ってネイティブアプリケーションを作るためのフレームワークです。Flutterもネイティブアプリの構築を目的としていますが、ポータブルなUIツールキットです。Flutterは2018年に、Googleからリリースされました。

どちらのフレームワークも無料で、どちらもオープンソースですが、エンジニアは開発を続けています。

ユーザーインターフェースのバリエーションが増える

アプリのフレームワークを選ぶ際に重要なのは、ユーザーインターフェイスです。ユーザーは、異なるプラットフォームであなたのアプリをどのように体験するでしょうか?

React vs. Flutter : フレームワーク - ユーザーインターフェースのバリエーションが増える

React Nativeは、AndroidとiOSのネイティブコンポーネントを提供しているので、プラットフォームを問わず同じ体験ができます。コンポーネント、ボタン、ウィジェットなどはすべてプラットフォーム間で同じで、OSのUIを更新すると、アプリのコンポーネントもすべて即座に更新されます。React Nativeには、多種多様な外部UIキットが用意されており、その中から選ぶことができます。iOSスタイルのコンポーネントや、他のいくつかのキットからニーズに合わせて選ぶことができます。

Flutterには、インタラクティブなウィジェット、プラットフォーム、ビジュアルデザインなど、独自のデザインを持つ柔軟で高速なレンダリングのUIがあります。これらは、誰もが望んでいるわけではありませんが、ネイティブのコンポーネントを置き換えることができます。また、Flutterはピクセルレンダリングを採用しており、どのデバイスでもUIがピクセル単位で同一になるようになっています。

 多様性とオプションを求めるなら、React Nativeが必要です。Flutterは柔軟性に優れていますが、種類は少なくなります。

よりシンプルなプログラミング言語

React NativeがJavaScriptを使用していることは、すでにご存知かもしれません。これは、ほとんどの開発者がすでに慣れ親しんでいる有名なプログラミング言語です。実際、Stack Overflowによると、プロの開発者の70%以上がJavaScriptに精通しています。以前にJavaScriptを使用したことがあれば、直感的に操作できます。

Flutterは、Googleがほぼ独占しているDartというプログラミング言語を使用しています。Dartを使うことで、ネイティブコードをより高速にコンパイルすることができますが、Google以外の人にとっては学習曲線が急になるということです。

この場合、多くの人はすでに知っているものにこだわりたいので、React Nativeが選ばれる傾向にあります。

開発に必要な時間が少ない

開発者は常に、アプリを完成させ、完璧にして送り出すことを急いでいます。つまり、Flutterよりもはるかに高速なReact Nativeが必要なのです。このフレームワークは、モバイルアプリを非常に迅速に作成できるように設計されています。これには、Dartの代わりにJavaScriptを簡単にプログラミングできることなど、さまざまな要因があります。

Flutterは、各セクションを個別にコーディングする必要があるため、時間がかかります。React Nativeでは、必要に応じて配置や調整ができる既製のコンポーネントが用意されています。また、アプリ内の他のコンポーネントに影響を与えることなく、必要に応じてこれらのコンポーネントを再利用することができます。

異なるコーディングスタイル

React Nativeはより複雑なコード構造を持っていますが、Webアプリ、Android、iOS、Windows OSなどを通して同じコードを使用することができます。そのため、無償で提供されているサードパーティのライブラリでコードを共有することが可能です。開発者であるあなたは、互換性があるかどうかを気にすることなく、実際のコードに集中することができます。

一方、Flutterは、よりシンプルなコードの選択肢に傾いています。すべてのコードを一箇所に集めて、すべてにアクセスすることができます。テンプレート、データ、スタイルは分離されていません。この方が使いやすいのですが、コードの共有は、AndroidとiOSの間でしかできません。これは変更されることが予想されますが、今のところ、FlutterはReactよりもはるかに制限されています。

全体として、React Nativeは42%の開発者に、Flutterは39%の開発者に選択されており、React Nativeが好まれていることがわかります。アプリの作成にはどちらのオプションも使用されますが、FlutterではなくReactを選択する明確な理由があります。

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

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

UXPin + Merge

初心者に最適な React のオープンソースプロジェクト

初心者に最適な React のオープンソースプロジェクト

世の中にあるすべてのフレームワークの中で、Reactは初心者にとって最良の選択かもしれません。Reactは、他のフレームワークでできることはできるが、コードを不明瞭にすることはありません。他のフレームワークでは理解するのが難しいこともありますが、Reactは学ぶのが簡単で、同様にマスターするのも簡単です。

ソフトウェア開発は、世界で最も急成長している産業のひとつであり、オープンソースプロジェクトへの貢献は、チュートリアルとは別に、コーディングスキル全般を向上させる優れた方法です。

Reactはウェブアプリケーションの構築を始めるのに最適な方法であり、開発者の巨大なコミュニティと開発を高速化する無料ツールのおかげで、初心者でも簡単に学ぶことができます。無料で利用できる素晴らしいオープンソースプロジェクトがたくさんあるので、Reactを使って遊び始めることができます。

HTMLを使うのが好きで、CSSやJavasScriptを使ったスタイリングに没頭し、視覚的に印象的でインタラクティブなウェブやモバイルアプリのインターフェイスを作りたいと考えているUI/UXの開発者には、Reactがおすすめです。VueやAngularを思い浮かべるかもしれませんが、Reactは最も初心者向けで、現在最も人気のあるJavascriptライブラリなので、最適な選択肢です。

これらは、Reactを使って簡単なWebアプリやEコマースサイトを構築する方法を学んだり、基礎を学んだだけで、ソースコードやReactコンポーネントを実質的にテンプレートとして仕事のプロジェクトに再利用することで、仕事の効率化を図ることができます。

また、個人的なプロジェクトを作成して自分のスキルをアピールしたり、ポートフォリオを充実させたい場合にも、プロジェクトのアイデアを生み出すのに役立ちます。

完全に機能するReactコンポーネントでインタラクティブなプロトタイプをデザインする。デザインとコードの一貫性を保ちます。Mergeテクノロジーの詳細をご覧ください。

Reactのオープンソースプロジェクトの良さとは?

初心者に最適な React のオープンソースプロジェクト - React のオープンソースのメリットは?

あなたのニーズが満たされるプロジェクトを選んでください。変更やデバッグが容易でないオープンソース・プロジェクトを選ぶのは避けましょう。他の人にとって魅力的で役に立つと思われるプロジェクトを見つけてください。

1. 業界のベスト・プラクティス

オープンソースプロジェクトは、フロントエンド開発やUXデザインにおいて、新人やベテランの開発者の指針となることができます。特に、Reactを使った作業は、フロントエンドとバックエンドの両方をオールラウンドにこなすことが求められるクロスプラットフォームのアプリ開発プロジェクトに取り組んでいるスタートアップ環境では大きなメリットとなります。

2. スキルアップ

自分の知識や経験、コードを他の人と共有することは、新しいことを学ぶ上で非常にユニークで効果的な方法となります。

3. ネットワーク作りと自己アピール

活発なオープンソースコミュニティに参加することは、自分のスキルを磨くのに最適な方法でもあります。他のオープンソース開発者と知り合う機会を持つことは、目標とする分野で自分の評判を高め、確立するのに役立ちます。

価値のあるReactオープンソースプロジェクトを選ぶには

適切なプロジェクトを選択することは、どこから探せばよいかわからない場合には困難です。しかし、Reactのエコシステムの中で適切なオープンソースプロジェクトを確実に選ぶためには、以下の点に注意してください:

1. 活発なコミュニティ

解決しなければならない困難な問題が現れた場合、誰かとプロジェクトについて議論することが重要であることがわかります。

2. プロジェクトの人気(GitHubを考える)

オープンソースのReactプロジェクトに取り組んでいるコントリビューターの活発なコミュニティがある場合。そのプロジェクトが人気を博していて、あなたを助けるための徹底したドキュメントがあり、他の貢献者からも多くの助けが得られることは間違いありません。

3. 整理されたドキュメント

初心者に最適な React のオープンソースプロジェクト - 整理されたドキュメント

オープンソースのReactプロジェクトに求める最後のピースは、特定のコードベースやライブラリの問題点を読み取ることができる、明確で簡潔なドキュメントです。

初心者に最適なReactプロジェクト

より複雑なプロジェクトに飛び込む前に、基本を学ぶことは非常に重要です。サイトを構築する方法の基礎を学ぶ前に、使用するツールをよく理解しておくのがベストです。

1. React Bootstrap

初心者に最適な React のオープンソースプロジェクト - React boostrap
情報源

React Bootstrapは無料で利用でき、制作に適したアプリを構築するための強力なツールとなっています。プロジェクトのフロントエンドフレームワークを構築するためのベストプラクティスを探しているのであれば、React Bootstrapをチェックしてみてください。

React Bootstrapは、アプリにインタラクティブ性と応答性を追加したいと考えている人にとって、素晴らしい出発点となります。React Bootstrapでは、アプリをどのように構築するかを自由に選ぶことができます。このフレームワークを単独で使用することも、将来の統合のための出発点として使用することもできます。インスピレーションを求めているときも、新しいツールが必要なときも、React Bootstrapは素晴らしい選択肢です。

2. User Interface React Select

User Interface React Select
情報源

React.jsを開発しているチームが、セレクト入力のUI実験を行いました。これがどのように機能するかを見て、自分のバージョンを開発する方法を学びましょう。アプリケーションを作るときには、良いユーザー・インターフェース(UI)を持つことが重要です。

Re-selectは、リストの中から選択肢を選ぶことができるライブラリです。WebサイトやWebアプリケーションを作っている人には最適なツールです。さまざまな機能を備えているので、開発者は簡単にリッチなユーザーインターフェースを作ることができます。何よりも素晴らしいのは、オープンソースで、Githubで無料で利用できることです。

3. Storybook

React オープンソースのメリット - Storybook
情報源

Storybookは、UIコンポーネントを分離して開発することができるオープンソースのツールです。このツールの多くの利点の一つは、アプリの外の別のページで実行されるため、多くのオーバーヘッドを必要としないことです。これにより、アプリケーション固有の依存関係を気にすることなく、開発プロセスにのみ集中することができます。

Storybookは、様々な状態やバリエーションを記録し、製品開発者が最終目標や遵守すべき仕様に基づいて、毎回ゼロから始めることなく各例の変更を視覚的に実装することで、テスト駆動型のプロジェクトを実現します。

Storybookに興味のある方は、以下のブログ記事もおすすめです。

4. Draft.js

情報源

Draft.jsは、新しいオープンソースのプロジェクトを作成する際に使用できるライブラリです。マークダウンを書いて、それをさまざまなフォーマットに変換するために使われます。書いたものを、ウェブサイト、PDF、ePub、ブログ記事などに書き出すことができます。ウェブやモバイルの開発に使用されており、膨大なプラグインやコンポーネントのライブラリで簡単にカスタマイズできます。少人数の開発者によって管理されており、コミュニティでは新しいプラグインの作成が活発に行われています。

デザインにReactコンポーネントを使う

時間を節約して、デザイン段階でReact UIコンポーネントを再利用するのはどうでしょうか?UXPin Mergeを使えば、UIコードを保存しているGitリポジトリやStorybookに直接、当社のプロトタイピングツールを接続することができます。そして、コンポーネントをデザインツールに持ってくるだけで、UX/UIデザイナーはデザインプロセスでコンポーネントを扱うことができます。

メリットとしては、UXPinのデザインエディタでSpec Modeから用意されたコードをコピー&ペーストするだけで、コンポーネントを一からコーディングする必要がありません。製品開発プロセス全体が容易になり、デザインが標準に沿ったものになります。

まとめ

React.jsを使い始めるのは、最初は圧倒されるかもしれません。もしあなたがコーディングを始めたばかりなら、GitHub.comのオープンソースプロジェクトで、UI開発やUXデザインに触れたり、iOSウェブアプリを使いこなしたり、さらにはフルスタック開発に取り組むことを強くお勧めします。

すでに他の人が開発しているプロジェクトに取り組むことで、多くのことを学ぶことができますし、Web開発のスキルを次のレベルまで引き上げることができます。Reactコンポーネントをデザインプロセスに組み込みたいですか?UXPin Mergeをお試ししてみたい方はこちらのページまで

モバイルアプリの プロトタイプ を作るための5つのヒント

モバイルアプリの プロトタイプ を作るための5つのヒント

さまざまな種類のスマートフォンやスクリーンサイズがある中で、モバイルアプリケーションのプロトタイプを作成してテストすることは、デザインプロセスの重要な部分です。UXチームは、デザインを徹底的にテストし、ユーザビリティの問題を解決してから、最終的なドラフトをエンジニアリングに渡さなければなりません。

アプリの開発は、時間とコストのかかるプロセスです。最終製品をリエンジニアリングするよりも、プロトタイプを再設計する方がずっと早くて簡単です。

UXPinを使えば、UXデザイナーは、最終製品と同様の外観と性能を持つ、完全に機能するモバイルアプリのプロトタイプを作成することができます。14日間の無料トライアルに登録して、UXPinによる優れたモバイルアプリのプロトタイピングをご体験ください。

モバイルアプリの プロトタイプ とは何ですか?

UXチームは、モバイルアプリのプロトタイプを作成することで、デザインコンセプトやユーザーフローが異なるスクリーンサイズでどのように見えるか、どのように動作するか、そしてユーザーがそれぞれのスクリーンサイズでどのようにインタラクトするかを確認することができます。

UXチームは、デザインプロセス全体を通してモバイルアプリのプロトタイプを作成します。初期のペーパーモデルから、完全に機能するハイフィデリティプロトタイプまで。

モバイルアプリの プロトタイプ の作られる目的

UXチームは、モバイルアプリのプロトタイプを主に3つの目的で使用します:

  • アイデアのテストと検証
  • ユーザビリティスタディ
  • 利害関係者や開発者に提示してハンドオフを行う

アイデアのテストと検証

デザインプロセスの初期段階では、UXチームはたくさんのデザインアイデアを試します。これは、UXデザイナーが既成概念にとらわれず、一見不可能に思えるようなワイルドなデザインを想像する、プロジェクトのエキサイティングな部分です。

モバイルアプリの プロトタイプ を作るための5つのヒント - テスト

UXチームは、これらのアイデアをテストし、検証するために、忠実度の低いモバイルアプリのプロトタイプを作成します。多くの場合、ユーザーフローを視覚化するために、手描きの紙の画面を順番に並べていきます。

ユーザビリティスタディ

UXチームは、ユーザビリティスタディによって、ユーザフロー、画面レイアウト、インタラクション、アクセシビリティの問題、および全体的なユーザエクスペリエンスをテストします。このようなユーザー中心のアプローチにより、デザイナーはユーザーのニーズを満たす製品を作ることができます。

ステークホルダーへのプレゼンテーション

モバイルアプリのプロトタイプは、コンセプトやデザインのアイデアを関係者に提示するための優れたツールでもあります。また、プロトタイプは、スタートアップ企業が初期段階で資金を獲得する際にも役立ちます。

エンジニアは、デザインのハンドオフから最終製品の開発まで、モバイルアプリのプロトタイプを参照します。

UXPinのSpec Modeを使用すると、開発者はプロジェクトのカラーパレット、スクリーンサイズ、タイポグラフィ、その他の重要なデータを確認できます。また、各要素の寸法、CSS、コンテンツを確認することができます。

モバイルアプリのプロトタイプの種類

モバイルアプリのプロトタイプには2つのタイプがあります:

  • ローフィデリティ・プロトタイプ
  • ハイフィデリティ・プロトタイプ

ローフィデリティプロトタイプ

UXチームは、デザインの初期段階で、低忠実度モバイルアプリのプロトタイプを使用します。ワイヤーフレームを使用して作成された低忠実度プロトタイプの主な目的は、画面レイアウトの視覚化、情報アーキテクチャの整理、ユーザーフローのシミュレーションです。

これらのローファイ・プロトタイプには、ローファイ・ペーパー・プロトタイプとデジタル・ローファイ・プロトタイプの2つの形態があります。どちらも、シンプルなワイヤーフレーム(通常は白と黒)とプレースホルダのコンテンツを使用します。

ペーパープロトタイピングは、UXチームがペンと紙だけでアイデアを実際のモデルにする、迅速で協力的なプロセスです。場合によっては、デザイナーがダンボール製のモバイルデバイスを作り、スクロールやスワイプなどのナビゲーションをシミュレートすることもあります。

UXデザイナーは、UXPinなどのデザインツールを使って、デジタルローフィデリティプロトタイプを作成します。このハイファイプロトタイプには、クリックできる要素が含まれており、デザイナーはユーザーフローをテストすることができます。

ハイフィデリティ(High-Fidelity)プロトタイプ

ハイフィデリティ・モバイルアプリ・プロトタイプは、最終製品の機能モデルであり、カラー、コンテンツ、アニメーション、インタラクションを備えています。

ハイファイプロトタイプは、UXチームが、ユーザーがどのようにモバイルアプリケーションを操作するかをテストするのに役立ちます。ハイフィデリティ・モバイルアプリ・プロトタイピングは、デザイナーがエンジニアに引き継ぐ前にユーザビリティの問題を解決する上で重要な役割を果たします。

また、デザインチームは、デザインを関係者に提示する際にも、高忠実度のモバイルプロトタイプを使用します。完全に機能するプロトタイプがあれば、関係者は「最終製品の体験」を得ることができ、有意義なフィードバックを提供することができます。

モバイルアプリのプロトタイピングに関する5つのアドバイス

モバイルアプリのプロトタイピングは、デザインプロセスのエキサイティングな部分です。デザイナーは、ユーザビリティテストから貴重な洞察を得ながら、自分のアイデアが実現するのを見ることができます。

以下では、モバイルアプリのプロトタイピングを改善するための5つのヒントをご紹介します。

ヒント1:早期にテストを行い、頻繁にテストを行う

モバイルアプリのプロトタイプを作成するチームにとって、テストは主要な目的です。テストを行わないと、UXチームはデザインのアイデアを検証したり、ユーザビリティの問題を明らかにしたりすることができません。

UXデザイナーは、デザインコンセプトの段階で、ペーパープロトタイプを使用してできる限り多くのアイデアをテストする必要があります。ペンと紙を使ったテストはコストがかからないという事実を、チームは活用しなければなりません。どんなにおかしなアイデアでも試してみることで、クリエイティブな思考に火がつき、革新的なブレイクスルーが生まれる可能性があります。

ハイフィデリティ・プロトタイピングにより、UXチームはモバイルアプリケーションをユーザーのニーズに合わせて最適化することができます。ユーザビリティ・スタディには多くのコスト(参加者、ツール、施設など)がかかるため、研究者は明確な目標と目的を設定するとともに、意味のあるフィードバックを得るために適切な参加者をテストする必要があります。

ヒント2 – モバイルアプリのプロトタイプを複数のデバイスでテストする

UXチームは、モバイルアプリのプロトタイプを十分なデバイスやスクリーンサイズでテストしないという、コストのかかるミスを犯しがちです。その結果、製品のパフォーマンスが低下したり、一部の機能が動作しなかったりすることがあります。

競争の激しい市場で事業を行っている場合、ユーザーはパフォーマンスの低い製品を見捨てて競合他社に移ってしまうかもしれません!

UXPinでは、UXチームがMirrorアプリを使ってiOSやAndroidでモバイルアプリのプロトタイプをテストすることができます。

UXPinのモバイルアプリプロトタイピングを14日間の無料トライアルでご体験いただけます。ゼロから始めることも、お持ちのSketchデザインをインポートして、複数のデバイスでプロトタイプをテストすることもできます。 

ヒント3 – UXPinを使用してより良いモバイルアプリのプロトタイプを作成する

プロトタイピングの最終的な目標は、最終製品にできるだけ近い外観と機能を持つモバイルアプリのプロトタイプを作成することです。残念ながら、ほとんどのベクターベースのデザインツールには、これを実現する機能がありません!

UXPinは、市場で最も先進的なプロトタイピング・デザインツールです。UXPinはコードベースのツールで、UXチームは開発者がUXPin Mergeで作成した完全にインタラクティブなコンポーネントを使ってデザインすることができます。

UXチームは、完全に機能するコンポーネントを使用して、GitとStorybookの統合により、コード化されたアプリケーションのように動作するモバイルアプリのプロトタイプを作成することができます。

モバイルアプリの プロトタイプ を作るための5つのヒント - UXPin Mergeを使った高忠実度なプロトタイプ

ユーザーやステークホルダーは、機能を想像するのではなく、UXPin Mirrorを使ってモバイルアプリケーションを最終製品のように操作することができます。

UXPinでモバイルアプリのプロトタイピングを行うことで、UXチームはより意味のあるフィードバックを得て、他のデザインツールではできないユーザビリティの問題を検出することができます。

また、GitリポジトリからReactコンポーネントを使用することで、エンジニアが書くべきコードが減り、開発プロセスが加速して製品や機能のリリースが早くなります。

ヒント4 – 脇道にそれるな!

忠実度の高いモバイルプロトタイプのデザインは、楽しいプロセスです。デザイナーは、ユーザーエクスペリエンスを向上させるために、インタラクション、トランジション、アニメーションなどを作成します。

しかし、明確な目標がないと、デザイナーは無関係な機能やインタラクションのデザインに没頭してしまいます。

DesignOpsは、プロジェクトの目標とKPIを設定することで、UXデザイナーが、エンドユーザーの役に立たない冗長な「あると便利な」機能を追加するのではなく、ユーザビリティテストの要件を満たすプロトタイプの設計に集中できるようにします。

ヒント5 – 他の部署を巻き込む

UXチームは、テストをエンドユーザーのためだけに行うべきではありません。他の部署のメンバーを参加させることは、組織内で新製品や新機能に対する興奮を高めるための優れた方法です。

UX部門以外のチームメンバーが、デザイナーが考えもしなかったような貴重なフィードバックを提供してくれるかもしれません。例えば、マーケティング部門から、メールフォームには名前とEメールのフィールドが必要だと指摘されるかもしれません。これは、メールをパーソナライズすることでコンバージョン率が高まるからです。

社内のプロトタイプテストでは、UXチームが参加者から得られないような、会社のために製品を改善するための貴重なフィードバックが得られる可能性があります。

モバイルアプリケーションのプロトタイプ作成についての最終的な考え

ネイティブのモバイルアプリケーションを作るのは、とても難しい作業です。デザイナーとエンジニアは、複数のデバイスやスクリーンサイズで製品がどのように動作するかを考慮しなければなりません。

UXチームは、モバイルアプリのプロトタイプを作成することで、コードを作成する前に、様々な参加者と共にこれらのデバイスでデザインをテストし、ユーザビリティの問題を発見することができます。

UXPinによるモバイルアプリのプロトタイプ作成

UXPinでは、他のデザインツールではできない、最終製品のような外観と機能を持つ高度なモバイルアプリのプロトタイプを作成することができます!

ここでは、UXデザイナーがより良いプロトタイプを作成するために使用できる3つの強力なUXPin機能をご紹介します:

  • UXPinのすぐに使えるコンポーネントは、画面レイアウト、インタラクション、トランジション、アニメーションなど、UXチームにインスピレーションを与えます。UXPinのすぐに使えるコンポーネントは、画面レイアウト、インタラクション、トランジション、アニメーションなど、UXチームにインスピレーションを与えます。
  • UXPinにはいくつかのデザインシステムがすでにインストールされています。デザイナーは、iOS、Material Design、Bootstrapなどの一般的なデザインシステムから要素をドラッグ&ドロップすることで、モバイルアプリのプロトタイプを素早く作成することができます。また、あなたのブランドの色、タイポグラフィ、アセット、コンポーネントをフィーチャーした独自のデザインシステムを作成することもできます。
  • 変数(Variables)を使用して、デザイナーはユーザーの入力を保存し、プロトタイプ内で提供されたデータに基づいてアクションを起こすことができます。これにより、最終製品と同様にユーザーエクスペリエンスを調整することができます。
  • UXPin Mergeでは、GitリポジトリやStorybookのコードコンポーネントを使用して設計し、完全に機能するハイフィデリティなモバイルアプリのプロトタイプを作成することができます。Mergeを使用したプロトタイピングでは、最終製品の正確な表現を参加者に提供し、研究者は他のデザインツールでは得られない貴重なフィードバックを得ることができます。

UXPinを無料で試す

UXPinプロトタイピングツールでデザインを始める準備はできましたか?UXPinのパワフルなモバイルアプリプロトタイピング機能を体験するには、14日間の無料トライアルをご利用ください。

使いやすいインターフェイスのためのデザイン思考ツール

9 Design Thinking Tools

デザイン思考とは、人からのフィードバックをもとに、時間をかけてデザインソリューションを提供する、協調的かつ反復的なプロセスです。このコンセプトは、デザインの問題解決の基本とエンドユーザーへの共感を組み合わせたものです。デザイン思考のツールは、この進化のプロセスを促進するために使用されます。

ここでは、市場に出回っている優れたデザイン思考ツールをいくつか紹介し、デザイン思考プロセスのさまざまな段階を見てみましょう。

デザイン思考の5つのフェーズ

共感する

empathize_design

解決しようとしている問題の核心に迫ります。お客様と話し、お客様のソフトウェアとのやり取りを観察します。どこに問題があるのでしょうか?

定義

2 25

観察したり、話を聞いたりして情報を集めたら、問題の核心を簡潔に定義していきます。

アイデア出し

3 22

デザイン思考プロセスのこのフェーズでは、アイデアの生成を行います。定義した問題を解決するにはどうすればよいのでしょうか?その問題を解決するために、創造的で協力的なアプローチはあるのでしょうか?

プロトタイプ

4 13

問題を完全に理解、定義を作成し、どうすればよいかのアイデアをいくつか考案しました。そして、そのアイデアを現実のものにする時が来ました。スケールダウンしたソフトウェアやサービスは、実際の環境でどのように機能するかを評価することができます。  

テスト

5 7

完成した製品は、最初に定義した問題を解決するために、厳しくテストされなければなりません。また、ユーザビリティテストを行うことで、さらに解決すべき問題が見つかることもあります。

共感を得るためのデザイン思考ツール

共感を得るためには、お客様が製品を使用する際に直面する問題について、お客様からのフィードバックを集める必要があります。このコミュニケーションを促進する優れたツールが2つあります。

1. Typeform

Typeformは、フォームやアンケートを使ってフィードバックを集めることができる、使いやすいソフトウェアです。Google Sheetなどのサービスと連携することで、情報収集のスピードアップを図ることができます。また、直感的なカスタマイズが可能なので、ユーザーを飽きさせることなく、デザイン思考プロジェクトに必要な詳細な回答を得ることができます。

2. Join.me

すべての顧客と直接話すことは、おそらく現実的ではないでしょう。ビデオ会議ソフトウェアJoin.meは、ビデオ通話を簡素化し、シームレスな体験を提供します。充実した機能の中には、画面を共有する機能も含まれています。また、招待状を整理したり、通話を記録して今後に役立てることもできます。固有のURLを主張し、招待者全員と共有することができます。Join.meへのアクセスは、モバイル、電話、VoIP、デスクトップで可能です。

デザイン思考ツールで定義

問題があることはわかっていても、それは一体何なのか。また、どのようにして協力者に伝えるのでしょうか?ここでは、その手助けとなる2つのデザイン思考ツールをご紹介します。

3. Smaply

Smaplyは、カスタマー・エクスペリエンスを管理し、マッピングすることができる、ユーザーフレンドリーなプラットフォームです。カスタマージャーニーを作成し、マップやペルソナの形で共有することができます。直感的なジャーミーマッピングツールは、カスタマージャーニー内のいわゆる「ペインポイント」や「真実の瞬間」を特定します。インタラクションはプロジェクトに参加している全員が見ることができるので、顧客が何を考えているかを全員が理解することができます。

4. MakeMyPersona

MakeMyPersonaは、直感的なサービスで、顧客データをシンプルでアクセスしやすい方法で構造化することができます。セットアップ段階で尋ねられた質問に答え、ゼロからペルソナを構築します。回答や作成したペルソナは、Microsoft Word形式でメールで共有することができます。このツールは比較的シンプルですが、初心者が比較的簡単なプロジェクトに取り組む際には有効です。

デザイン思考ツールでアイデアを出す

2つの機能的なツールを使って、問題の核心を特定するために共同でアイデアを出します。

5. Stormboard

Stormboardは、バーチャルな付箋を使ってブレインストーミングをするデジタルな方法だと考えてください。さまざまなアイデアのテンプレートを作成し、共同作業者がそれらを評価したり、独自のアイデアを追加したりすることができます。また、いくつかのレポートオプションが用意されているので、主な発見を評価しやすい方法で凝縮することができます。この直感的なソフトウェアを使えば、さまざまな協力者から寄せられたアイデアを整理し、優先順位をつけることも簡単です。

6. Coggle

Coggleは、マインドマップの作成・共有を支援するオンラインツールで、メモを取ったり、アイデアを計画したり、思考プロセスを共有したり、ブレインストーミングセッションを管理したりすることができます。Coggleでは、画像、テキスト、注釈をドラッグ・アンド・ドロップすることで、画面上で視覚的なコラボレーションを実現することができます。

プロトタイプ作成のためのデザイン思考ツール

作るべきものが決まったら、次はプロトタイプを設計してテストするしかありません。以下の2つのデザイン思考ツールを使って、アイデアを現実のものにしましょう。

7. UXPin

UXPin Booth bg

UXPinは、デザインプロセスを簡素化するデザインオンラインツールです。ワイヤーフレームからプロトタイピングまで、ユーザーはインタラクティブな要素、コードコンポーネント、条件付きインタラクション、変数を構築し、素晴らしいアイデアを実用的なデザインに変えることができます。また、共同作業により、プロトタイプを完成品に仕上げることもできます。洗練された使いやすいインターフェイスは、想像しうるすべてのデザイン要素を統合します。

デザインとエンジニアリングをシームレスにつなぐUXPinは、スケールの大きいデザインを可能にする多くのツールを提供します。

テストのためのデザイン思考ツール

あなたは動くプロトタイプを手に入れました。それが完成品として提供できるかどうかを確認する唯一の方法は、それをテストすることです。

8. UserTesting

UserTestingは、世界で最も人気があり、評価されているテストアプリケーションの一つです。テストする内容や理想のペルソナに基づいてユーザーを選びます。そして、確認した問題点を確実に解決するために、さまざまなメトリクスを設定します。この先進的なソフトウェアは、試作品を操作する際のテスターの行動をすべて追跡します。そしてそのデータをもとに、人々がどのようにソフトウェアを操作し、様々なタスクを実行しているかを確認します。

9. Hotjar

Hotjarは、フィードバックの収集を非常に簡単にする総合的な分析ツールです。このシステムは、選択したメトリクスに基づいてデータを収集します。ユーザーがどこをクリックしたか、どのように移動したか、どのようにタスクを完了したか、選択した機能とどのようにインタラクトしたかを見ることができます。そして、テストプロセスの最後には、即座にフィードバックが得られます。Hotjarを使えば、プロトタイプ・ソフトウェアの潜在的な問題を迅速かつ簡単に特定できます。

UXPinでデザイン思考プロセスを改善

デザイン思考は、さまざまな要素やスキルを必要とする、高度に協調的で視覚的なプロセスです。これらの要素を一つにまとめるのは、複雑で時間のかかる作業です。しかし、UXPinのようなデザイン思考ツールを使えば、アイデアをユーザーフレンドリーなインターフェースに変えることがこれまで以上に簡単になります。UXPinアプリの無料トライアルをご希望の方は、無料アカウントにサインアップしてください。

アフィニティ・ダイアグラム とは?

アフィニティ・ダイアグラム とは?

アフィニティ・ダイアグラムは、データ、ユーザーのニーズ、意見、洞察、その他のデータタイプなどの情報をグループ化するためのフレームワークです。

アフィニティ・ダイアグラムは、それぞれのコンセプト、アイデア、思考を小さなメモ用紙に書き出していきます。そして、2つのアイデアの親和性を確認するために、異なるカテゴリーでアイデアをグループ化します。

1960年代に人類学者の川喜田二郎氏によって考案されたダイアグラムは、アイデア創出のための貴重なツールです。デザイン思考の数多くのフェーズで発見された大量の情報を、チームが自然な連想関係に基づいて整理することができます。

アフィニティ・ダイアグラムは、アプリ内のどこに機能やフィールド、オプションを配置すべきかを考える際によく使われます。

UXPinでは、このアフィニティ・ダイアグラムをとても気に入っています。UXPinでは、アウトライン、ドキュメント、ワイヤーフレーム、UI/UXデザイン、Hi-Fiプロトタイプについて、デザインチームとリアルタイムで簡単にコラボレーションすることができます。

アフィニティ・ダイアグラムの例

1. 新しいアイデアのアフィニティ・ダイアグラム 

下の例では、UXチームがコミュニティ・コラボレーションについてブレインストーミングを行っていました。この図から、コミュニティ・コラボレーションが、彼らが議論していたアイデアの1つであることがわかります。コミュニティ・コラボレーションというカテゴリーは、その後、他のサブカテゴリーに細分化されました。「貢献者」「ユーザー」「評価」。

アフィニティ・ダイアグラム とは? - アイデア出しとブレインストーミング
提供: uxdict.io

2. 組織親和図法(KJ法) 

下の例では、デザイナーが、お客様のニーズを満たすための最善の方法について、情報を整理しています。この図を一目見ると、ブレインストーミングによる解決策が見えてきます。

3. 色分けされた親和図法  

この例では、デザイナーはアイデアを色分けして整理しています。これは、複数の異なる色の付箋を使ってアイデアを整理するというものです。

統計、アイデア、顧客からのフィードバックに異なる色を選ぶことで、図式化を実行することができます。あるいは、それぞれのクラスターに異なる色のラベルを貼る。サブカテゴリーは、メインカテゴリーとは違う色にしてもいいでしょう。そうすれば、付箋紙を新しいグループに再編成しても、元の編成時の色を維持することができます。

提供: Dribble

アフィニティ・ダイアグラムの作成が完了したら、次はデザインとプランニングを始めましょう。UXPinは、チームメイトとリアルタイムでデザインしたり、テスターや関係者とプレビューを共有したりできる優れたデザインツールです。

アプリデザインで親和図法を使う理由は?

アプリのデザインには、情報やアイデアの集まりがあります。これらのアイデアに一貫性のあるフレームワークがなければ、チームはコンセンサスを得ることなく時間を浪費してしまうかもしれません。親和図法/アフィニティーマッピングを使用すると、新しい思考パターンを発見し、情報を関係性のあるものに分類してクラスタリングすることで、古いパターンを簡単に壊すことができます。チームは、情報やアイデアのクラスター内のカテゴリーやメタカテゴリーを発見し、そうすることで、どのアイデアがチーム内で共通しているかを見つけることができます。

親和性ダイアグラムを作成する理由はたくさんあります。まず第一に、ウェブやアプリのデザイナーが、ユーザーのニーズが複雑に絡み合ったウェブの中から意味を見出すのに役立ちます。ユーザビリティテスト、インタビュー、チャットなど、顧客からのフィードバックを収集する方法はさまざまあります。しかし、これらすべてのデータをKPIに照らし合わせて測定することは容易ではありません。それを試みるのは難しいことです。アフィニティ・ダイアグラムを使えば、デザイナーは多様なソースからの定性データを実用的なビジュアル・ダイアグラムに効率的に合成することができます。

アフィニティ・ダイアグラムは、”空間飽和とグループ化 “という手法とも呼ばれています。つまり、最初はみんながアイデアを持ってきて、ボードはリサーチとアイデアで “飽和状態 “になります。すべてのデータから意味を見出すためには、空間が飽和しているので、チームは情報をグループ化する必要があります。グループ化のプロセスでは、ビジネスの視点、個々の情報の間に関連性を引き出し、その結果、より深い洞察を得ることができます。これにより、問題点が明確になり、潜在的な解決策を見出すことができます。このようにして、分析から合成へと移行していきます。

アフィニティ・ダイアグラムが活躍する場面とは?

アフィニティ・ダイアグラムは、アプリを作る前に計画するのに役立ちます。アイデアを生み出すのに最適です。アフィニティマップは、設計前の段階で、定性的なユーザーリサーチや顧客からのフィードバックからつながりや意味を見出し、集めたデータを整理するのに役立ちます。

アプリ開発の初期段階では、チームでワークショップを開催し、コラボレーションやアイデアの共有を行います。このワークショップには、マーケティング、UXスペシャリスト、ビジネスアナリスト、法律家など、さまざまな部署のメンバーが参加します。その後、調査と分析の段階に入ります。アプリ開発者は、ユーザーのペルソナを構築し、次期アプリの欠点と利点を明らかにします。この手順は、実地調査、文脈調査、ユーザーインタビューなど様々なデータをマッピングするための一貫したフレームワークがないと、圧倒されてしまいます。

チームは親和図法を使って、大量のデータからカテゴリーやテーマを作ることができます。このマッピングは、データをグループ化し、グループ間のつながりを見つけることで、パターンを見つけ、学んだことを素早く発見するのに役立ちます。

例えば、親和性マップを使えば、次のようなことができます:

  • 特定の研究課題に対する答えを見つける
  • ブレインストーミングセッションの結果を整理する
  • 革新的なソリューションの作成/開発
  • プロセスの改善
  • 関連するデータやノートのまとめ

アフィニティ・ダイアグラムの背景にある考え方は、全員の声を聞き、対立を避け、似たようなパターンのアイデアが好まれる環境を作ることで、イノベーションのプロセスを簡素化することです。

a) 機能的なアプリとなるように、アプリの運用ワークフローを設計する

アフィニティ・ダイアグラムは優れた手法であり、ステップ・バイ・ステップで進めていくと、調査結果の明確な概要と統合を作成するのに役立ちます。すべてのデータを整理したら、その情報を機能的なアプリに変えることに集中できます。

b) アプリを使いやすくする

UXに関しては、エンドユーザーのニーズを理解することが難しい場合があります。お客様の声を収集するソースが複数あるため、膨大なデータの中から関連性や意味を見出すのは困難です。しかし、アフィニティ・ダイアグラムを使えば、ユーザーから得たデータをマッピングして、ユーザーのニーズ、行動、動機を理解することができます。ユーザーリサーチをマッピングすることで、優れたユーザー体験を提供するために必要なアイデアを処理する方法が得られるのです。

アフィニティ・ダイアグラムのあまり良くない状況とは?

アフィニティ・ダイアグラムでは、チームメンバーがアイデアを付箋やカード、紙に書き留め、壁のチャートやホワイトボード、黒板などに貼り付けます。最終的には、似たようなテーマやパターン、グループに基づいて分類された付箋紙ができあがります。

しかし、この方法は一時的なものであり、メモの一部が落ちてしまったり、誰かに剥がされたりする可能性があるという問題があります(粘着性の高いものを使ったり、オンラインのテンプレートを選んだりしない限り)。また、遠隔地のチームでは使えませんし、その他の多くの状況でも使えません。

物理的にノートを書いてボードに貼るというプロセスは時間がかかります。ほとんどの場合、情報のマッピングを始めるには、研究の最後まで待たなければなりません。

3 26

また、親和性図には時と場所があり、複数の関係者の賛同を得られたときに最も効果的であることを覚えておいてください。

アフィニティ・ダイアグラムを作成するための最適なプロセス

  1. ブレインストーミングのプロセスでは、ブレインストーミングの目的を明確にします。すなわち、どのような問題を解決しようとしているのか?データ、文書化された事実、アイデア、観察のすべての部分をメモ、カード、または紙片にまとめ、誰もが見える平らな面に貼り付けます。
  2. チームの協力関係に基づいて、関連するすべての付箋を関係性に基づいて移動させ、クラスターを作り始めます。時間を節約するために、できるだけチームメンバーを巻き込みましょう。
  3. どのカテゴリーにも属さない付箋は、「一旦保留(parking lot)」というカテゴリーを作ります。すでに表現されていると思われる付箋は、捨てないようにしましょう。アイデアの重複は、同じアイデアを持っているメンバーが何人いるかを明らかにするため、問題ありません。
  4. コンテンツがクラスター化されたら、クラスターを表すカテゴリーをチームに提案してもらい、提案されたカテゴリーを各列の一番上に書き込んでいきます。このとき、カテゴリーの名前を考えるのに時間をかけすぎないようにします。例えば、「ツール」と「ガジェット」の間に意見の相違がある場合は、両方を記載します。もし、メンバーが大きく異なるカテゴリーを作成した場合は、最も賛同を得られたものを選択します。クラスターに名前をつけることは、テーマを発見するのに重要です。
  5. クラスターを重要度の高い順に並べることもできます。例えば、あなたの会社では何を優先していますか?会社の価値観、動機、優先順位を参考にして、ランキングを決めましょう。
  6. クラスターの中に線を引いてつながりを持たせることができます。
  7. そのつながりから意味を持たせます。例えば、ユーザーのペインポイントなのか、ニーズなのか。取り組まれていないギャップを探す。
  8. 似たような情報を特定するのではなく、合成された情報を実践に移すことに集中する。

優れたアフィニティ・ダイアグラムの結果

アフィニティーマッピングは、概念やアイデアの間のつながりを見つけることで、大量のデータセットを統合します。事実、調査、意見などをクラスターに整理することで、複雑な問題の解決策を見つけたり、共通の課題を見つけたりするのに役立ちます。優れたアフィニティーマッピングでは、自然な形で関係性が構築され、実用的な結果に変換することができます。次のようなことに役立ちます:

  1. 問題を特定する
  2. アイデアの創出
  3. 複雑なアイデアをシンプルなソリューションに変換する
  4. グループのコンセンサスを得る

アフィニティ・ダイアグラムは共同作業である。良い結果を出すためには、プロセスを適切にまとめるリーダーを任せる必要があります。また、アイデアがあふれないように、時間制限を設けるとよいでしょう。計画を立て、ブレインストームの目標をチームメイトに伝えましょう。そうすれば、生産性とアウトプットを向上させることができます。

アフィニティ・ダイアグラムの目的は、膨大な量のデータをより一貫性のある形式に整理することであることを忘れないでください。最良の結果を得るためには、正確さを優先し、生成されたアイデアの数に制限をかけないようにしましょう。

まとめ

UXPinでは、アフィニティ・ダイアグラムを使って情報共有や合意形成を行っています。UXPinでは、親和性図を使って情報共有や合意形成を行っています。また、親和性図は設計段階やプロジェクト管理の際に記録として残しています。

UXPinに参加すれば、リアルタイムでのコラボレーション、アイデアの共有、実際のデータやインタラクションを使った生き生きとしたプロトタイプの生成が可能になります。

UXライティング とは何でしょう

UXライティング とは何でしょう

今や、コンテンツライティングとは何かを知っている人は多いかもしれませんが「UXライティング 」についてはどうでしょう?プロダクトデザインチームにおけるこの新しい役割は、非常に重要なものとなっています。

今回は、UXライティング の基礎、デザインチームやプロダクトチームの中での役割、そして優れた UXライティングの原則をご紹介します。

UXライティング とは

UXライティング(ユーザーエクスペリエンスライティング)とは、ユーザーインターフェースを含む、ユーザーと接するすべてのタッチポイントで、ユーザーフレンドリーなコピーを作成するプロセスです。これは単なる装飾的な文章ではありません。UXコピーは、ユーザーに情報を提供し、導き、促し、行動を起こさせるものであり、正式なプロダクトデザインプロセスの一環として作成された場合にのみ、効果的に機能するものです。インタラクティブなUXデザインにおける優れたコピーは、製品を成功させる鍵のひとつである優れたユーザーエクスペリエンスを生み出すのに役立つのですから、それだけで重要な役割を果たすようになったのも不思議ではありません。

UXライターの仕事とは

UXライターは、ソフトウェア、ウェブアプリケーション、モバイルアプリケーションなど、デジタル製品全体で使用されるマイクロコピーを作成します。これらのコピーは、メニューラベル、ボタン、コールトゥアクション、確認メッセージ、エラーメッセージ、セキュリティノートなどです。UXライターは、ユーザーが特定の結果を得るために、何を、なぜすべきかを理解できるようなコピーを作成します。UXライティング(ユーザーエクスペリエンスライティング)とは、ユーザーインターフェースを含む、ユーザーと接するすべてのタッチポイントで、ユーザーフレンドリーなコピーを作成するプロセスです。これは単なる装飾的な文章ではありません。

長い間、デジタル製品のマイクロコピーを書くのは、ソフトウェア開発者やグラフィックデザイナーでした。当時、UXライティング は過小評価され、贅沢なものと考えられていました。その結果、製品内のマイクロコピーは一貫性がなく、ユーザーを混乱させることが多く、また、文法ミスやスペルミスが多いこともありました。すべてに秀でた人はいません。ソフトウェア開発者やデザイナーも例外ではありません。特に、製品のことを知り尽くしている彼らにとって、ユーザーに共感することは難しいのです。

UXライターがしてはいけないことは

UXライティング とは何でしょう - UXライターがしてはいけないことは

UXライターの役割を、テクニカルライター(テクニカルライティングを担当し、ユーザーエクスペリエンスではなく、わかりやすさと正確さを重視する)、コンテンツストラテジスト(コンテンツ戦略、つまり大規模なコンテンツを計画し、必ずしもコピーを書かない)、情報アーキテクト(情報アーキテクト、つまり持続可能な情報構造と分類を構築する)、コンテンツマーケティングコピーライター(リードを引きつけ、顧客に変え、顧客を維持するためのマーケティングコピーを書く)と混同してはいけません。

デザイン・プロダクトチームでの UXライティング

UXライターはUXチームのメンバーであり、そのためUXリサーチの実施や共同作業を行うことが期待されます。UXコピーとUXデザインチームは、最終製品の機能性、ユーザビリティ、アクセシビリティを向上させるオプションを発見するために協力します。その結果、デザインプロセスを効率化し、より多くのユーザーを惹きつける優れたデジタル体験を開発することができるのです。

UXライターは、製品開発者と緊密に連携して、ロジックの抜けやインターフェースの混乱を指摘し、開発中の最終製品に影響を与えます。UXライターはまた、マーケティング、法務、ビジネスデベロップメントなど、組織内の他のチームと協力して、コピーがブランドボイスに沿っているか、製品のUVPを強化しているか、会社に迷惑をかけていないかを確認します。

UXコンテンツの種類

UXコンテンツの具体的な種類は、デジタル製品によって異なりますが、一般的には以下のようなものがあります:

  • 初めてのユーザーのオンボーディング
  • メニューラベル、フォームフィールドラベル、リスト
  • ボタンやコールトゥアクション(CTA)の表示
  • 設定ラベル
  • 文脈上のヘルプとツールチップ
  • 確認メッセージ
  • エラーメッセージ
  • セキュリティノート
  • 製品内マーケティング(例:ポップアップ広告)
  • チャットボットの会話シナリオ
  • 法的通知と免責事項

UXコピーライティング の原則

優れたUXライティングとは、すっきりとした目的のあるラインで、一語一語を大切にすることです。余分なものや冗漫さは敵です。そのため、UXライティングを「詩を書くこと」に例える人もいます。しかし、優れたUXライターは次のようなことも求められます:

screens prototyping
  • 製品で何ができるのかを伝え、その方法を論理的にわかりやすく案内する。
  • 製品のフローを批判的に見て、ユーザーの質問を予測し、積極的なヘルプでユーザーのフラストレーションを先取りし、タスクをガイドする。
  • また、必要に応じて、複雑なプロセスを簡単なステップに分解しましょう。UXのコピーは、必要な情報や要求された情報だけを伝えるべきです。
  • ブランドボイスを使用し、可能な限り製品のユニークバリュープロポジション(UVP)を強化することで、競合製品との差別化を図ります。
  • ブランドボイスを使用し、可能な限り製品のユニークバリュープロポジション(UVP)を強化することで、競合製品との差別化を図ります。

まとめ

ご覧の通り、経験豊富なUXライターを起用することは、製品デザインの全体的な品質を向上させる鍵となります。ユーザーインターフェイスのマイクロコピーは、ユーザーが目的を達成するためにあることを忘れないでください。そしてこれこそが、最終的にあなたのデジタル製品に多くの顧客をもたらすのです。

testing user behavior prototype interaction

UXチームの作業を改善する方法を探しているなら、UXPinを試してみてはいかがでしょうか。UXPinはクラウドベースのデザインツールで、UXライターとUXデザイナーがリアルタイムでコラボレーションすることを容易にします。実際のデータをデザインに取り込むことも可能です。14日間の無料トライアルで使い心地を確認してください(購入の義務はありません)。

コンポーネントライブラリ とは?なぜUI開発に使う必要がある?

What is a component library

最初に

複数のツールにまたがって開発を効率的に行うには、コンポーネントライブラリの利用を検討するのが賢明です。

プロダクションレディで、カスタマイズ性があり、再利用可能なコードコンポーネント(例:ボタン、アコーディオンなど)にアクセスできるオープンソースリポジトリがあることで、UI/UXデザイナーは開発の高速化と成長を実現できます。

主なポイント(概要)

  • コンポーネントライブラリは、事前に構築・検証済みの十分に文書化されたUIコンポーネントのセットであり、製品のUI全体で簡単に再利用できる

  • コンポーネントライブラリにより、製品の一貫した LnF(ルック&フィール)が保証され、効率性と拡張性が促進される。

  • コンポーネントライブラリを使うことで、デザイナーと開発者は全体的なデザインの一貫性を保ち、新しい機能やページを素早く追加できる。

デザイナーとエンジニア間で「信頼できる唯一の情報源(Single source of truth)」を作成しましょう。

UXPin Mergeを使って、コンポーネントライブラリをデザインツールに取り込んでみましょう。

インポートした要素を使用することで、インタラクティブなプロトタイプが簡単に構築可能です。

UXPin Mergeについての詳細はこちらより。

コンポーネントライブラリとは

UIコンポーネントライブラリは、Webサイトやアプリケーションなどのデジタル製品向けに、統一感を持たせるために使用される、デザインおよび事前構築済みの ユーザーインターフェースの要素のコレクションです。

ライブラリには、様々なUI要素(例:ボタンやフォーム、ナビゲーションメニュー、アイコンなど)があらかじめ備わっており、各要素は一貫したルック&フィールでデザインされています。

また、UIコンポーネントライブラリは、チームメンバー間で「信頼できる唯一の情報源(Single source of truth)」を確実に使うことができます。

これによって、最終製品がプロフェッショナルで洗練された外観を確実に維持できることから、協働デザインおよび開発環境において有益です。

コンポーネントライブラリ には「信頼できる唯一の情報源(Single source of truth)」がある

コンポーネントライブラリによって、仕上がりのばらつきや、さまざまなコンポーネントが色々な場所に配置されてしまうというリスクが下がります

コンポーネントライブラリでは、UI要素のソースコードを扱い、通常はCSSとJavaScriptを使用します。

Reactは、よく使われているオープンソースのフレームワークの代表例であり、Facebookによって「コンポーネントライブラリ」として開発されました。

それ以来、アプリ、静的サイト、デスクトップアプリケーションを作成するための大規模なエコシステムに成長しました。

コンポーネントライブラリ を使う利点

アクセシビリティ

コンポーネントライブラリは、既製の再利用可能なコンポーネントを格納する単一のレポジトリとして、あらゆる開発者やデザイナーに迅速なアクセスを提供する。

チームを超えて働く開発者やデザイナー間の連携や連絡が改善される。

重複コードを削減

さまざまなデザインやプロジェクトで重複コード(コードクローン)がよく起きるが、コンポーネントライブラリを使うことでピクセルを全てコードに変換する必要はなくなる。

代わりとして、すでにコード化されたコンポーネントを使うことができる。

一貫性

コンポーネントライブラリを使うことで、「信頼できる唯一の情報源(Single source of truth)」が促進され、プロジェクト全体で一貫したUI/UXを可能にし、統一性を出しやすくなる。

全体的な作業の高速化、効率化につながる。

スピード

ボトムアップ型手法での構築を避けることで、チームの時間が節約される。

UIの作り直しやデザインする代わりに、すでにあるUIを使うことができる。

既製のコンポーネントを使用することで、これまで時間を要した意思決定のプロセスを省略できる。

互換性

フロントエンドデベロッパーは、クロスブラウザやクロスデバイスの互換性の確保が大変な時があるが、コンポーネントライブラリを使用して標準化することによって非互換性の回避が可能。

コンポーネントライブラリを使うベストタイミング

コンポーネントライブラリでプロジェクトに測定可能な価値が加わる特別な状況がいくつかあります。

では、それがどのようなものか見てみましょう。

コード優先のプロトタイプ

ビジュアルデザインよりも機能性を重視するプロジェクトは、コンポーネントライブラリの恩恵を受けやすく、さらに、コードによるプロトタイプは、画像から始めてコードに変換するよりも効率的です。

なので、デベロッパーが画像ベースのデザインを解釈してコードを作成するのを期待するのではなく、既製のデザインからコードコンポーネントを取り入れるだけでいいのです。

コンポーネントライブラリ Prototyping

これにより、デベロッパーはデザインスキルの不足を心配することなく、事前に構築されたコンポーネントを使ってデザインできる機会も広がります。

自分で作る技術や経験がない場合

独自のコンポーネントライブラリの作成や、独自のエンタープライズデザインシステムの一部としてのコンポーネントライブラリの開発を夢見ているかもしれませんが、再利用可能なUI コンポーネントの構築の経験がチームになかったり、プロジェクトの締め切りが厳しかったりすると、これは現実的ではないかもしれません。

その代わりに、統合されたコンポーネントライブラリだと、デザイナーやデベロッパーがデジタル製品に変換する前に、機能性、使いやすさ、デザインをテストするのに必要なコードコンポーネントをすべて得られます。

小規模な企業やチームの場合

スタートアップ企業や中小企業では、資金繰りにもっと慎重になる必要があるかもしれません。また、効果的で汎用性の高いオープンソースのコンポーネントライブラリが幅広く存在するため、中小企業でも一歩ずつ規模を拡大することができます。

結局のところ、業界の巨大勢力が一夜にしてそこに到達したわけではなく、その多くは、その進化を通して、オリジナルのコンポーネントライブラリにこだわり続けているのです。

拡張に役立つ優れたツール

もし、コンポーネントライブラリがどのようなメリットをもたらすのかがまだハッキリしないのであれば、以下のポイントを考えてみてください:

  • デベロッパーがプロジェクトごとに同じコンポーネントを、多少の違いはあるものの構築しているのを見るか。
  • インターフェースでどのUIやUX規約を使うべきかを迷っているデベロッパーはいるか。
  • アップデートや変更の迅速なリリースが必要か。
  • 多くのカスタマイズが必要か。
  • デザインシステムとコンポーネントライブラリの組み合わせを探しているか。

上記質問のいずれかに当てはまるものがあれば、以下のツールのいずれかをご検討ください。

1.Mergeコンポーネントマネージャー

Merge コンポーネントマネージャーは、UXPin で React の UI コンポーネントを管理するためのデザイン操作ツールであり、独自のコンポーネントライブラリを持ち込んで、コンポーネントマネージャーを使ってコンポーネントのプロパティを管理することができます。

これはアクティブな開発サポートが不足している場合に最適です。

UI コンポーネントをアップロードすると、それを使って UXPin で UI をデザインできます。

コンポーネントは React でコーディングされているため、UXPin で完全なインタラクティブ性が発揮されます。

2.npm統合

コンポーネントライブラリから UXPin に UI コンポーネントを取り込む方法の1つに、NPM パッケージの統合があります。

コンポーネントのインポートに必要なのは、ライブラリ名だけです。

その後は、Merge のコンポーネントマネージャーを使って プロップ を設定し、説明などを記述します。

npm 統合についての詳細はこちらをご覧ください。

3.Storybook統合

Storybook は、15のさまざまなフレームワークで UI コンポーネントを開発するためのオープンソースのツールです。

中でもReact、Vue、Angularは最もよく使われているフレームワークです。

これはコード化されたデザインシステムとコンポーネントライブラリを組み合わせたもので、効果的なコンポーネントとページの開発、テスト、ドキュメンテーションのためのサンドボックスとして機能します。

そしてデベロッパーは、視覚的なアプローチよりも効果的なコンポーネント駆動型のアプローチを取ることができます。

コンポーネントライブラリ Storybook

また、Storybook はデベロッパーが使うものであることから、デザインにも役立つ UXPin との統合があります。

UXPin Merge の技術があれば、Storybook を UXPin エディタと同期して、コードコンポーネントでデザインすることができ、すぐにアクセスできるように、完全に機能する要素はUXPinでのUIライブラリの1つとして表示されます。

4.MUI統合

MUI(Material UI)コンポーネントを使用し、デザインからハンドオフ、及び開発プロセス全体の流れの最後まで一貫性を確保します。

CSSユーティリティでReactフレームワークを簡単にカスタマイズし、求めるデザインを追及できます。

革新的なMerge技術を使って、コードでデザインする1番手になろう

コンポーネントライブラリで、開発の標準化やコードの重複の減少、チーム間の連携の改善およびスケーラビリティ推進のチャンスがもたらされます。

また、プロジェクトの成果物やチームのモチベーションに大きな影響を与えるため、ニーズに合ったソリューションを選択することが重要です。

ただ、デザインの一貫性と開発生産性の向上を目指している場合、UXPin の Mergeの技術には、Storybook統合の独自のポイントだけでなく、デザイン内のコンポーネントを管理するための独自のツールである Mergeコンポーネントマネージャーもあります。

こちらから UXPin Merge の詳細をぜひご覧ください。

デザインオペレーションマネージャー は必要ですか?

 デザインオペレーションマネージャー は必要ですか?

顧客とのつながりやプロセスの効率化に役立つデジタル製品を導入する企業が増えるにつれ、デザインオペレーションマネージャーの重要性が高まっています。デザインチームのメンバーが複数のプロジェクトを同時に進めている場合、デザイナーや開発者の管理方法を熟知した人材を導入することは理にかなっています。

比較的新しい職種であるデザインオペレーションマネージャーは、多くの仕事を兼任することが多いです。さらに、職務内容も様々なので、特定のタスクを果たすためにポジションをカスタマイズすることもできます。しかし、どのように定義したとしても、デザインオペレーションマネージャーは製品開発プロセスを改善することができます。

プロジェクトのワークフローを改善する

デジタル製品を成功させるには、時間とお金が必要です。現在では、ほとんどのチームは、コラボレーションによるアジャイルプロジェクトマネジメントが最高の結果を生むと考えています。おそらくそれは正しいでしょう。しかし、成功する製品を効率的に作るためには、どのアプローチが最適なのかを知るには、プロジェクトのガイドラインを見直したり、他のコンセプトを試したりする必要があります。

知識豊富なデザインオペレーションマネージャーは、スクラムやカンバンなどのオプションを検討し、プロジェクトのワークフローを改善できるかどうかを判断することができます。

UXPin Mergeのようなコードベースのデザインツールを使用しているデザイン・開発チームは、独自のワークフローを作成することで最良の結果を得られるかもしれません。例えば、PayPalはデザインとDevOpsを1つのフローに統合したシステムを使用しています。

デザイン業務担当者には、ワークフロー改善の機会を探るように促してください。今はまだ時間がかかるかもしれませんが、その努力は長期的にはチームの時間と労力を節約することになるでしょう。

プロジェクトに特化したスキルを持つ専門家のチームを作る

 デザインオペレーションマネージャー は、プロジェクトの要件を検討し、目標を達成するために必要な特定のスキルを持つ専門家のチームを構築する方法を知っている必要があります。例えば、あなたのチームが作っているのは非常にシンプルな製品なので、必要なのは1人のデザイナーと2、3人の開発者だけかもしれません。しかし、よりインタラクティブで表現力豊かなデジタル製品を作るには、新たな人材が必要になるかもしれません。デザインオペレーションマネージャーは、採用するために応募者を審査する方法を知っている必要があります。

  • アニメーション・デザイナー
  • プロジェクトマネージャー
  • ブランドマネージャー
  • アートディレクター
  • コンテンツクリエイター
  • UI/UXテスター

製品が高度化すればするほど、プロジェクトを完成させるために必要なスキルも増えていきます。デザインオペレーションマネージャーは、適切な人材を確保することができます。

最適な規模のチームを維持することでコストを削減(必要に応じて規模を拡大

あなたのチームは、ユーザーフレンドリーなデザインを作成し、プロトタイプを作成し、市場で通用する製品を作るために協力し合っていますか?

チームの人数が少なすぎると、マイルストーンを達成するのに苦労し、競合他社に追いつくことができません。従業員が多すぎると、潜在的な貢献者がチャレンジ精神に欠け、コストを浪費してしまいます。経験豊富なデザインオペレーションマネージャーは、チームを監査して、メンバーの数が必要かどうかを判断し、製品デザインチームの新しいメンバーの導入を進めることができます。

多くの企業がそうであるように、時折、追加の支援を必要とするプロジェクトがあるでしょう。デザインオペレーションマネージャーは、チームを過剰に拡大するのではなく、信頼できるフリーランスのデザイナーや開発者に連絡を取り、共同作業を支援することで、迅速に規模を拡大することができます。

また、デザインプロセスの拡張を容易にするツールやプロセスを知っている必要があります。例えば、UIパターンを定義し、一貫性を確立し、デザイン作業を容易にするために承認されたアセットへのアクセスを提供するデザインシステムがすでにあれば、チームはより迅速に作業を進めることができます。

 デザインオペレーションマネージャー による品質保証

あなたは、従業員、マネージャー、ステークホルダーにとって魅力的なデジタル製品を作っています。しかし、品質保証のために製品をテストするという特別なステップを踏んでいますか?

品質保証テストの最適な方法は、目的によって異なります。デザインオペレーションプログラムのマネージャーがその目標を明確に把握していれば、ターゲットとなる市場が製品に価値を見出すことができるようにテストを管理することができます。

社内製品の中には、大規模なテストを必要としないものもあります。試作品を数人の同僚に送り、フィードバックを求めるだけでいいかもしれません。

しかし、収益を生み出す市場向けの製品には、綿密なテストが必要です。デザインオペレーションマネージャーは、テストとフィードバックをしてくれるユーザーを募集するかもしれません。A/Bテストでは、あるバージョンのアプリが他のバージョンよりも優れているかどうかという疑問を解決することができます。これを機に、AIをユーザビリティテストに参加させてみてはいかがでしょうか デザインオペレーションマネージャー は必要ですか? - A/Bテスト

買ってもらえなかったり、クレームや悪い評価を受けたりするような商品は出したくない。当たり前のことですが、リスクを伴い、テストされていない製品は、あなたの会社に損害を与えます。製品を改善し、失敗を避けるために、品質保証の方法を知っているデザイン担当者を雇いましょう。

製品をリリースする前に、チームがすべてのタスクを完了していることを確認する

理想的なのは、プロジェクトのタスクが完了したことを示すチェックリストを管理することです。例えば、従業員Aがアプリのナビゲーションをデザインしているとします。従業員Bは、アプリがすべてのデバイスで完璧に見えるようにコードを調整していますので、その仕事が完了したら報告します。

この方法は通常、うまくいきます。しかし、タスクが時間通りに正しい順序で完了するように、誰かがチェックリストを監督しているでしょうか?これはプロジェクトマネージャーが行うことができますが、その人はデザインチームの中でどのアプローチがプロジェクトのタイプに最適かを知っているでしょうか?

ここにもデザインオペレーションマネージャーが介入し、製品開発プロセスを改善するチャンスがあります。タスクを割り当て、完了を監視するためのアプリケーションは数多く存在します。これらのツールを使いこなしている人は、プロジェクトごとに最適なオプションを選ぶことができます。プロジェクトマネージャーは進捗を監視するかもしれませんが、その進捗をどのように測定し、保証するかを決めるには、より広い視野を持った人が必要です。

UXPin Mergeでデザインオペレーションマネージャーの仕事が楽になる

デジタル製品を構築するほとんどすべての設計・開発チームは、デザインオペレーションマネージャーの洞察力から恩恵を受けることができます。

しかし、新しいマネージャーに過度の負担をかけてはいけません。ストレスの多い職場環境は、人間関係を悪化させ、仕事の進展を困難にするでしょう。

UXPin Mergeへのアクセスをリクエストすることで、チャレンジを容易にすることができます。Mergeは、デザインにコードベースのアプローチを取ることで、開発プロセスを合理化します。デザイナーはGitStorybookのような開発者のライブラリからインポートされたインタラクティブなコンポーネントを使用するので、デザインプロセスの時間が短縮されます。さらに、デザインを開発チームに送る前に、完全に機能するプロトタイプをテストすることができます。

 デザインオペレーションマネージャー は必要ですか? - 最適なデザインツールの選択

Mergeにアクセスして、デザインオペレーションマネージャーの仕事を容易にし、製品開発プロセスを改善することができます。

なぜ コードベース の デザインアプローチ をとるのか

なぜ コードベース の デザインアプローチ をとるのか

従来、プロダクトデザイナーはウェブサイトやモバイルアプリ開発においてイメージベースデザインツールを使用してデザインしてきましたが、それにはプログラミングとの連携が上手くいかないという課題がありました。デザインチームがベクターやラスターグラフィックで開発者にハンドオフした場合、開発者はユーザーにとって機能性があって、魅力的で、使いやすい要素を考えた上でコードを書くために多くの時間を要します。グラフィックデザイナーもまた開発者のために多くの時間を割かなければならないでしょう。

Code-to-Design」アプローチをとることで、グラフィックデザイナー、開発者、そして製品の連携が改善につながります。チームにコードベースデザインのアプローチを採用するべきか、まだわからないという方はこのままお読みください。

ユーザビリティテストの質を向上させ、製品をより早く市場投入し、デザイナーと開発者との連携を改善することができます。UXPinのMergeテクノロジーで、これらすべてを実現させましょう。詳しくはこちらまで。

イメージベースのデザインでは課題が多すぎる

イメージベースのデザインに依存しているチームは、チーム自身や開発者にとって多くの課題を抱えています。開発者がイメージベースのデザインを受け取る際に、以下のようなことが起きることがあります。:

  • 元のデザインの全体的な美しさが損なわれ、ユーザーエクスペリエンスに悪影響を及ぼす可能性がある。
  • 開発者は、デザインをより機能的にするために再解釈しなければなりません。開発者は余計な仕事をしなければならず、デザイナーは色や文字などの選択に多大な労力を費やしたにも関わらず、制作段階で変更されてしまうことを目の当たりにするため、全員にとって快適な作業とは言えない。
  • プロトタイピングと市場投入において、開発者は静的なイメージでドロップダウンメニューやソート機能などを備えたインタラクティブなコンポーネントに変換しなければならない。

しかし、コードベースのデザインであれば、上記のことを心配する必要がなくやり取りもスムーズに行うことができます。

デザイナーと開発者が同じ言葉でコミュニケーションが取れる

コードベース デザインプロセス

現在、デザインチームと開発チームの間では、まったく異なる言語が使われています。静止画のアートボードは、誰が見ても意味があると思っているかもしれません。しかし実際には、開発者にはデザイナーの意図が汲み取りづらいこともあり、お互いにとって難しいしているでしょう。

コードベースのデザインでは、デザイナーと開発者がより正確にコミュニケーションをとることができます。開発者が理解できないイメージベースのデザインを提供する代わりに、あなたのチームはコードベースのデザインを採用することができます:

デザイナーにコードを学ばせるということは、手間をかけているように聞こえるかもしれません。しかし、UXPin Mergeのようなコードレスのデザインおよびプロトタイピングソリューションを使用すると、そのようなことはありません。新しい難しいスキルを学ぶことを強制するのではなく、デザイナーと開発者が共に理解できる共通言語を与えるのです。適切なアプリケーションを選択するだけで、チーム間のコミュニケーションが向上します。

コードベースデザインは、プロトタイピングと市場投入プロセスを合理化する。

開発者は、デザインチームから与えられたものをすべてコードにしなければなりません。デザインの魅力も重要ですが、すべてのデジタル製品はコードで動いています。

コードベースのデザインは、開発者がコードで再現する必要のないデザインを提供することで、プロトタイプやリリースのプロセスを効率化します。コードベースという点で、すでにあるコード ベースのコンポーネントを使用することができます。使用するコンポーネントはすでにインタラクティブになっているので、プロトタイプが最終製品と同じように動きます。  UXPin Mergeの無料トライアルで、ワークフローがどれだけ改善できるのかご体験ください。節約できた時間でより多くのプロジェクトに取り組み、より高い収益を得ることにもつながります。

UXPin Mergeはコードベースデザインを提供する

チームがデザインにコードベースのアプローチを取るためには、適切なツールが必要です。UXPin Mergeで実現できること:

  • チームにコードレス、ドラッグ&ドロップのデザイン環境を提供。
  • コードリポジトリにすでに存在するコンポーネントを使用することで、追加作業やコーディングの専門知識不要。
  • 再利用可能なコンポーネントを保存、将来のプロジェクトでの作業時間を短縮。
  • 製品が消費者の手に渡ったときに確実に動作するよう、プロパティを制御可能。
  • ウォーターフォール方式のような時間のかかる欠点がなく、アジャイルワークフローを改善可能。

デザイナーは、静的なイメージではなくリアルでインタラクティブなコンポーネントを使うことができます。

UXPin Mergeでデザイナーを成功に導く

コード ベースのデザインの利点について一日中読んでいても、それがあなたのチームやワークフローにどれほどの価値をもたらすかを深く理解することは難しいでしょう。UXPin Mergeへのアクセスをリクエストすることで、経験から学ぶことができます。デザイナーと開発者間のコミュニケーションを改善し、ハンドオフの作業を効率化する方法を実際にご体験いただけます。

なぜ コードベース の デザインアプローチ をとるのか - UXPin Merge

デザインの失敗 :ワースト10例

10 Worst Design Failures of All Time

デザインでの失敗 はつきものです。だからといって、おかしなアイデアなどを見つけたとしても、それはそれでみるのを止めれませんよね。

それぞれのデザインからの重要な教訓があるので、みてみましょう!

10. Motorola ROKR w/ iTunes (2004)

Motorola ROKR

Author: Matt Ray. File licensed under Creative Commons Attribution-Share Alike 2.0 Generic

2004年、AppleはMotorola ROKRでスマートフォン市場への参入を決めました。モトローラは、iTunesプレーヤーをOSに統合しました。このアイデアは素晴らしいものでしたが、実際に実行してみると大失敗となりました。インターフェイスのデザインがよくありません。保存できる曲の数も限られていた。結果的には、iPod nanoが発売された時点で売上が激減し、モトローラは次の携帯電話でiTunesを使わなくなってしまいました。

Continue reading デザインの失敗 :ワースト10例

コンポーネントライブラリを構築するためのStorybookフレームワーク

Storybook Frameworks You Can Use to Access and Build Component Libraries

コンポーネントライブラリ を作ることで、UI開発を効率化し、失敗しないようにすることができます。(なぜUI開発に使う必要がある?)コンポーネントライブラリを作るメリットには以下のようなものがあります:

  • 現在のガイドラインに沿った信頼できる唯一の情報源を作ることができる。
  • 重要なマイルストーンやリリース日に間に合わせる必要がある場合、迅速にスケールアップすることができる。
  • 製品チームのコラボレーションとコミュニケーションを向上させる。
  • コードの重複を減らす。
  • 複数のデバイスで動作するデジタル製品の構築。

UXPinがStorybookの統合を提供している今、アクセスできるStorybookのフレームワークについて学んでみましょう。Storybookが普及しているということは、あなたの開発チームのメンバーは、すでにこれらの一般的なフレームワークを使った経験があるということです。もしそうでなければ、Storybookのフレームワークの長所と短所を知る機会を与えてあげましょう。

Storybook for React

Reactは、たくさんの利点を持つJavaScriptライブラリです。私たちは、以下のようなReactの機能に対する評価を投稿してきました:

  • コンポーネントの再利用性。
  • 不具合を修正するための簡単なオプションを備えた安定したコード。
  • 特にJavaScriptに慣れている人にとっては、学習曲線が短い。
  • ライブラリを動かし続ける信頼できるエンジニアリングチーム。
  • JSX拡張での条件文。

Reactは、UIライブラリの他のコンポーネントに影響を与えずに個々のコンポーネントを変更する方法をすでに提供しているため、Storybookに自然にフィットします。Storybookでは、コンポーネントを分離することで、この機能をさらに効果的にしています。サンドボックスでは、技術的な詳細に立ち入ることなく、UI全体を構築することができます。

また、React Storybookフレームワークは、コンポーネントを文書化することで再利用をこれまで以上に容易にし、コンポーネントを視覚的にテストすることでバグのあるコードを避けることができます。

StorybookでのReactの使用についてもっと知りたい方は、StorybookのReactの紹介を読み、ウェブサイト「Component Driven User Interfaces」をご覧ください。

Vue

コンポーネントライブラリ Vue.js

Vue Storybookフレームワークでは、Storybook for Reactで得られるエッセンスをすべて提供しています。Vueフレームワーク用のStorybookとReactフレームワーク用のStorybookの最大の違いは、GraphQLアドオンを取得できないことで、これにより他のツールとの統合が若干難しくなります。

多くの開発者がVueを気に入っているのは、サイズが小さくてもパフォーマンスに妥協がないからだ。Vueは、強固なツールエコシステム、リアクティブな双方向データバインディング、仮想DOMレンダリングを提供します。

Angular

コンポーネントライブラリ Angular

Storybook Angularフレームワークは、Reactで得られるエッセンスやアドオンをすべて提供しています。

少人数の開発チームで、シンプルなJavaScriptでHTMLの機能を拡張することに集中したい場合、Angularを選択するのは理にかなっています。基本的なJavaScriptのコーディングスキルがあれば誰でもこのフレームワークを使うことができ、コスト削減、開発時間の短縮、ミスの回避に役立ちます。

Angularがシンプルだからといって、弱いわけではありません。ディレクティブ、再利用可能なコンポーネント、データバインディング、ローカリゼーションなど、優れた機能を備えています。

コミュニティStorybookフレームワーク

コンポーネントライブラリ Storybookフレームワーク

コミュニティフレームワークは、大規模なコミュニティが存在しないため、ReactやVueなどの主要な  Storybookフレームワーク のように頻繁に更新されない傾向があります。

これらはStorybookの最良の選択肢ではありませんが、オープンソースのツールはまだ動作します:

  • Ember
  • HTML
  • Mithril
  • Marko
  • Svelte
  • Riot
  • Preact
  • Rax

これらのStorybookのフレームワークを使うと、いくつかの機能が失われることを覚えておいてください。Ember on Storybookだけが、必要なもの(Actions, Backgrounds, Docs, Viewport, Controls)をすべて備えています。コミュニティフレームワークの中には、GraphQLをサポートしているものはありません。また、他にも数多くのアドオンがないため、プロジェクトを迅速に終わらせるのが難しくなるかもしれません。

しかし、Storybookの柔軟性はこれらのフレームワークにも及びます。完璧ではありませんが、きっとうまくいくでしょう。

Storybook のDIYフレームワーク

Storybookは非常に柔軟なツールで、自分のチームのために特別に新しいフレームワークを足場にすることができます。Storybookは常にユーザーの成功を支援する優れた仕事をしているので、ウェブサイトにStorybookの新しいフレームワークを使用するための包括的なチュートリアルがあることは驚くことではありません。

Storybook とUXPinを統合して、製品をより効率的に作りましょう!

Storybookで コンポーネントライブラリ を作成したら、それをUXPinに簡単にインポートすることができます。1分程度で完了するほど簡単です。

UXPinとStorybookを統合すると、Storybookの中でUIコンポーネントライブラリを管理できるようになります。変更を加えると、UXPinのライブラリにも自動的に反映されます。このようにして、Storybookで信頼できる唯一の情報源を維持し、Mergeテクノロジーを使用してUXPinで完全に機能するプロトタイプを作成することができます。

StorybookとMergeは、コードベースのデザインの力を誰もが使えるようにすることで、開発プロセスをより効率的かつ効果的にします。あなたは効率性を求めていますよね?今すぐStorybookとの統合を行い、その効果を実感してください。

プロトタイプでの ユーザーテスト で使える4つのヒント

プロトタイプでの ユーザーテスト で使える4つのヒント

どんなに優れたアイデアでも、必ず成功するとは限りません。どんなに新しいコンセプトを確信していても、実際にフィードバックを得て、それを基にして良い製品を作るしかありません。

だからこそ、プロジェクトの規模にかかわらず、プロトタイプを作り、それをテストすることは必要不可欠なのです。これは、プロジェクト全体の礎となるものです。

最初は難しく感じるかもしれませんが、実際にプロセスに参加してみると、直感的に理解することができます。また、徹底的に行うことで、長期的にはリソースを節約し、ローンチをできるだけスムーズに行うことができます。

ここでは、ユーザーテストを最大限に活用するためのヒントをご紹介します。

1. 早めにテストを始める

製品が完成するのを待っていては、貴重なインサイトを逃してしまいます。もちろん、良いアイデアを思いついたその日にユーザーテストを開始することはできませんが、発売の準備が整うまで我慢するべきではありません。

プロトタイプでの ユーザーテスト で使える4つのヒント - テストまでのスピード

すべてのディテールをカバーすることはできませんが、早い段階でインサイトを収集することで、問題点を修正したり、最初から問題を取り除いたりすることができます。自分のためにデザインしているのではないということを常に念頭に置き、修正に時間がかかりすぎる前に、ユーザーの協力を得て問題点を発見する必要があります。

プロトタイプの各段階で何ができるかを意識していれば、失敗しても次のバージョンを改善するための教訓になります。また、長い目で見れば、発売後に発生する修正に時間をかけずに済むため、コスト削減にもつながります。通常、期待値を設定するのに役立つ方法で、フェーズを分割することができます。

  • ワイヤーフレームやスケッチは、1ページだけのシンプルな構成であるため、最小限の洞察しか得られません。全体像を把握することはできませんが、ユーザーがコンセプトをどのように理解し、次のステップに進むのかという基本的な期待を形成することができます。
  • 低~中程度のフィデリティのプロトタイプ – これらのプロトタイプでは、UIインタラクションに関する基本的な洞察や、コンテンツを理解した場合にユーザーがどのように先に進むか、何か邪魔なものがないかなどの収集を開始できます。このステップは、後々のための強固な基盤を形成するのに役立ちます。
  • ハイフィデリティ・プロトタイプ – 技術的には完全な製品ではありませんが、この段階では、ユーザーの問題点や、ユーザーがほとんどの要素と相互作用する方法をすべて把握することができます。この段階では、最終製品を作る準備ができているかどうか、対応しようとした問題を解決できたかどうかがわかるはずです。

すべてのプロセスを踏む時間がない場合や、すべてのインタラクションを備えたハイフィデリティ・プロトタイプの構築に時間がかかりすぎる場合は、代わりに完全にインタラクティブなコード・コンポーネントでプロトタイプを構築することができます。開発者のライブラリから直接提供されるUIコードコンポーネントは、デザインプロセスを10倍速くするのに役立ちます。10倍速くするのに役立ちます。

2. タスクをマップ化する

すべてのテストセッションには、明確な目標が必要です。もちろん、得られるすべての知見を得ることが目的ですが、効率的に、できるだけ多くの問題を解決するために、実行可能なプランを用意しておくべきです。

テストユーザーにタスクを提供する際の最も一般的な間違いのひとつは、漠然とした質問を多用することです。

具体的な経験についての答えを得るためには、簡単に追跡でき、洞察を集めることができる実行可能なステップを目指しましょう。例えば、「全部動くのか」というような無意味なテーマではなく(ネタバレになりますが、プロトタイプなので動きません)、明確な次のステップが得られるようなものを目指しましょう。

まず、より多くの情報を得たい製品の側面に基づいて各セッションを制限し、優先順位で分類します。そして、例えば「インターフェイスを見て、ビデオを編集するオプションを見つける」とか「チェックアウトページに移動する」など、テスターに何を期待しているのかを説明しましょう。

これらはすべて、望ましいステップバイステップのプロセスや必要な時間など、達成すべきゴールもあるはずですが、ユーザーはテストを成功させるために情報を持っている必要はありません。

プロトタイプをテストする際には、ユーザビリティが重要であることを忘れてはいけません。この段階では、デザインや追加のデータでポイントを外したり、ユーザーを圧倒したりしないようにしましょう。テストを分かりやすく、シンプルで信頼性の高いものにするために、手取り足取り説明するのではなく、プロトタイプで最大限のインタラクティブ性を追求するようにしましょう。

3. 適切なユーザーを選ぶ

テストプロセスを開始する際、プロトタイプを見せる前にユーザーに技術的なスキル評価を受けさせる必要はありませんが、適切なテスターのプールを確保する必要があります。 プロトタイプでの ユーザーテスト で使える4つのヒント - 適切なユーザーの選択

代表的なユーザーとは、製品をローンチしたときに(できれば)使ってくれるであろうユーザーペルソナとして、実際に見ているユーザーのことです。例えば、料理アプリを作るのであれば、最低でも週に3、4回は家で料理をするようなユーザーを想定しておくといいでしょう。もちろん、すべての人がまったく同じであるべきではなく、さまざまな問題に気づくことができるような組み合わせでなければなりません。

試作品をテストするのに適したグループを見つけるのは難しいかもしれません。それが、テストを全く行わないチームがある理由の一つでもありますが、最終的には必ずその価値があります。新鮮な視点を持った適切なユーザーに参加してもらうことが最も重要なので、量よりも質を追求すべきです。10人以下の人数でも、実際には多くのことを学ぶことができます。

製品に新鮮な目を向ける必要があることも、家族や友人を避けるべきです。協力しようとしてくれたとしても、その製品についての知識がない場合では、実際に使ってもらうユーザーと同じアプローチをするのは難しいでしょう。この場合、製品を未発表なのであれば、NDA(秘密保持契約)を利用するのも良いアイデアとなります。

もうひとつ留意すべき点として、製品の性質と、ユーザーがどこでそれに接するかということです。つまり、国際的な製品やサービスに取り組んでいる場合は、それぞれの市場に特有の仕様があるため、さまざまな市場からテスターを集める必要があります。また、デバイスについても、ユーザーが実際に使用する環境でテストを行う必要があります。

テストの後半では、発売前に何が可能で、何を変更すべきかを明確に把握するために、社内の関係者からも意見を収集する必要があります。これには、すでに同様のプロセスを経験している販売店などの関係者も含まれます。

4. 何度も繰り返し行う

常に調整できるようにしておく必要があります。テストプロセスは必ずしも直線的ではないので、最高の結果を得るためには柔軟性が重要です。

例えば、ある機能が製品の主な機能から離れてしまっていることに気づいたら、それに対応するために方向性を変える準備をしておくべきです。

このフィードバックループは、テスト対象者に与えるタスクにも当てはまります。何かうまくいっていないことがあれば、即興で質問を変えて、最良の洞察を得ることができます。

また、タスク自体に問題がなくても、ユーザーはどうすれば改善できるか提案してくれるでしょう。だからこそ、チーム全員がこのプロセスに参加し、以前は考えもしなかった新しいソリューションを実行できるようにしておくべきなのです。

また、すべての問題を一度に解決しようとしないことも重要です。プロトタイプは途中で何度も変更されるはずなので、忍耐強く、最大の問題を最初に解決するようにしてください。プロトタイプには何度も変更を加える必要があります。段階を踏んでいる間は、データベースのバックアップを取っておくと、何かを最初の位置に戻す必要が生じたときに、大きく巻き戻さなくて済みます。

新しい機能を追加するたびに、新しいテストを行う必要があります。一見過剰に見え、すべてをまとめてしまいたくなるかもしれませんが、小規模にすることで、より詳細な知見を得ることができ、また、デザインに関しては特に重要な、大規模な変更の手間を省くことができるのです。

まとめ

できるだけ早くプロトタイプを目にしてもらうことを目指しましょう。実在の人物にプロセスに参加してもらうことで、新たな視点を得ることができ、予想外の方向への変更や改善に役立ちます。

腕まくりをしてデザインをやり直すことを恐れてはいけません。チーム全員を巻き込んで、テストはいつもスムーズに進むわけではありませんが、それぞれのステップを通して、製品をよりよく知ることができ、シームレスな発売に近づくことができます。優先順位付けのプロセスを経て、テストにさらに力を注ぎ、フィードバックループでプロトタイプを完成させ続ければ、いつの間にか誇りに思える製品ができあがるはずです。まずは、UXPinの無料トライアルに登録して、プロトタイプの作成を始めてみましょう。

商品開発プロセスを改善する Storybook のベストプラクティス

商品開発プロセスを改善する Storybook のベストプラクティス

UXPinと Storybook を統合することにより、インタラクティブコンポーネントを持つUIライブラリを使って、これまで以上にデジタル製品を簡単に構築することができます。これによって、ワークフローが改善され、より効果的な製品開発につながります。しかし、単に2つのツールを統合しただけでは、すべてのメリットが得られるわけではありません。ここで紹介する Storybook の ベストプラクティス をご活用いただき、製品開発プロセスをさらに効果的なものにしましょう。

 まだUXPinのアカウントを持っていない場合は、まずは14日間の無料トライアルをお試しください。Mergeを希望の方はオンラインデモにてご案内します。

誰でも探しやすいコンポーネントの命名規則にする

 Storybook には検索機能があり、新しいプロジェクトに追加したいストーリーやコンポーネントを見つけるのに役立ちます。しかし、この検索機能は調べたいものの名前を完璧に覚えている必要はありませんがだいたい覚えておいた方が良いでしょう。覚えていない場合だと、どうしても必要なアセットにたどり着くまで、延々とファイルを見続けることになってしまいます。

商品開発プロセスを改善する Storybook のベストプラクティス - 命名規則

このような問題をなくすために、命名規則をしてください。現実的には、どのような命名規則を選んでも問題ありません。[ComponentName].stories.[js|jsx|tsx]は、多くのチームでうまく機能していますが、かならずしも全ての場所でうまくいくとは限りません。

最も重要なことは、一つの命名規則を選び、全員がそれを使うことを義務付けることです。デザインシステムの隅々にまで不正なコンポーネントが存在しないようにするためです。

 Storybook のCSFフォーマットにこだわる

Storybookからコンポーネントをエクスポートする際、ファイルはデフォルトでCSFフォーマットになっています。デザイナーや開発者の中には、自分の編集ソフトに合わせてフォーマットを変更したくなる人がいます。しかし、それは決して良いことではありません。CSFフォーマットは、ファイルを他の環境に移動させても、メタデータが確実に残るようになっています。

商品開発プロセスを改善する Storybook のベストプラクティス - CSFフォーマット

その上、Merge ユーザーはファイル拡張子を変更する理由がありません。ツールを統合し、UI コンポーネント ライブラリを UXPin の編集およびプロトタイピング環境に追加するだけです。

私たちは、誰もが理解できるように、これらのStorybookのベストプラクティスをできるだけシンプルで実用的なものにしています。CSFの使い方についてもっと知りたい方は、このトピックに関するStorybookのチュートリアルをご覧ください。

注意:ほとんどの内容はデザイナーよりも開発者の方が理解しやすいでしょう。このチュートリアルが無意味なものに見えても心配しないでください。StorybookとMergeは、ドラッグ&ドロップのデザイン環境を提供しており、すぐに習得することができます。

1回に1つストーリーを作成する

クライアントはすぐに結果を求めます。それがデジタル製品を作るということの本質です。鳴り止まないメールに対して、マルチタスクで対応する人もいます。するとどうでしょう。問題を解決したり、プロジェクト間で生じた混乱を整理したりするのに多くの時間を費やすことになります。

そのためには、1つのストーリーに集中して取り組むことが大切です。そうすれば、プロジェクトのあらゆる側面を整理することができ、より良い結果が得られ、より早くマイルストーンに到達することができるでしょう。

ストーリーに着手したら、区切りのよいところまで整理してコンポーネントの追加とテストを続けます。そうすることで、すべてのコンポーネントが適切なストーリーに配置され、プロジェクトの進捗状況を正確に把握することができます。

もちろん、1つのプロジェクトを完成させるまで、1つの作業しかできないというわけではありません。ただ、一度に一つだけのストーリーに集中するように、一日のスケジュールを組む必要があります。

順序立てて進める。StorybookとMergeはコードベースのデザインアプローチを採用しているので、チームの時間を大幅に節約できるツールがすでに用意されています。急ぐ必要はありません。

カスタムドキュメントが必要性について開発チームと相談する

Storybookにデフォルトで搭載されているDocsPageを使うべきなのか、それとも独自のドキュメントを作成するべきなのか。この質問には、普遍的な正解はありません。しかし、あなたのチームが開発する製品の種類に応じて、一つの選択肢があると思います。

あなたがJavaScriptの経験が豊富でない限り、コンポーネントをドキュメント化する最善の方法については、開発チームと話し合う必要があります。どちらの方法がデザインや開発のニーズに合っているかは、専門家の意見を参考にしてください。

Storybookで遊ぶ時間を作る

Storybookには、クリエイティブなリスクを冒しても、ストーリーの他のコンポーネントに影響を与えないためのサンドボックスがあります。これはStorybookの最も優れた点のひとつですから、ぜひ活用してください。

遊ぶことは時間の無駄ではありません。あるツールがどのように機能するのか(機能しないのか)を学ぶ最も効果的な方法のひとつです。今、探索に費やす時間は、将来的にStorybookのより良いユーザーになるためのものです。練習だと思ってやってみてください。でも、楽しみながらやってくださいね!

Storybookのコミュニティに参加する

Storybookにはたくさんのチュートリアルがあり、UIコンポーネントライブラリやデザインシステムを作るための効果的な方法を見つけることができます。しかし、すべての質問にチュートリアルが答えてくれるわけではありません。

そこで、Storybookのコミュニティの出番です。他のオープンソースツールと同様に、Storybookにもユーザーや開発者の活発なコミュニティがあります。コミュニティに参加すれば、他のユーザーと知見やヒントを交換することができます。

また、コミュニティに参加することで、Storybookのアップデート情報や、それがデザインプロセスにどのような影響を与えるかを常に知ることができます。

StorybookとUXPinを始めよう

お気に入りのデザインまたはプロトタイピングツールとStorybookを統合してみなければ、Storybookのベストプラクティスを活用することはできません。この2つを統合して、コードコンポーネントを使ったデザインを始めましょう。

誰にでもできる1分程度の簡単な作業からすべてが始まります。デザインと開発のプロセスがどのように改善されるかご覧ください!

プロトタイプを改善するパワフルな マイクロインタラクション

プロトタイプを改善するパワフルな マイクロインタラクション

マイクロインタラクションは、強化とフィードバックによってユーザーエクスペリエンスを向上させます。マイクロインタラクションがなければ、ユーザーインターフェースは退屈で活気のないものになってしまいます。

好むと好まざるとにかかわらず、デジタル製品は人間の心理を利用しています。チャットやソーシャルメディアのアプリで「入力中…」と点滅しているのを見ると、その人が何を言おうとしているのか気になってしまいます。

このようなマイクロインタラクションは、ユーザーを引きつけ、製品を使い続けたり、購入したり、ポジティブなブランド体験を共有したりする可能性を高めます。

一方で、マイクロインタラクションは、ユーザーがユーザーフローを完了するのを妨げ、結果的にネガティブな体験をもたらします。

適切なバランスを見つけるには、UXチームがユーザビリティスタディや関係者からのフィードバックを通じて、エンドユーザーとともに忠実度の高いプロトタイプをテストすることが重要です。

UXPin Mergeを使用すると、GitリポジトリやStorybookから完全にインタラクティブなコンポーネントを使用して、UXデザイナーがハイフィデリティ・プロトタイプを作成でき、インタラクションの追加プロセスをスピードアップできます。コードベースのプロトタイプを使用することで、UXチームは最終製品で使用されるマイクロインタラクションを正確にテストすることができます。UXPinを使った高度なプロトタイピングを体験するには、今すぐ無料トライアルをご利用ください。

マイクロインタラクションとは?

マイクロインタラクションは、システムやユーザーからのトリガーに基づいて、フィードバックを提供します。このフィードバックは、タスクが完了したことをユーザーに知らせたり、アクションが必要なときにユーザーに警告したりします。

プロトタイプを改善するパワフルな マイクロインタラクション  - 基礎

マイクロインタラクションは、トリガーとフィードバックのペアで動作します。最初にトリガーがあり、次に確認のためのフィードバックがある:

  • トリガー:ユーザーのアクションまたはシステムの状態変化
  • フィードバック:ユーザーインターフェースへの視覚、聴覚、触覚の変化

私たちが毎日無意識に使っているマイクロインタラクションの優れた例として、プレビュー通知をスワイプで消すことが挙げられます。携帯電話を使用中に通知を受け取った場合、よくスワイプすると、通知のポップアップが画面からスライドして消えます。

上記の例では、マイクロインタラクションのトリガー-フィードバックを次のように定義することができます:

  • トリガー:ユーザーが通知のポップアップをスワイプする
  • フィードバック:通知が画面から消える

ポップアップで表示される通知もマイクロインタラクションです。

  • トリガー:システムが通知を受け取る
  • フィードバック:通知ポップアップのアニメーション

通知ポップアップは、複数の目的を果たすマイクロインタラクションの素晴らしい例です:

  • ヘルプ:ユーザーに新しいメッセージを通知する
  • マーケティング:通知を送信した製品の使用をユーザーに勧める

マイクロインタラクションの4つのステージ

ユーザーにとって、マイクロインタラクションはトリガー・フィードバックとして起こります。しかし、UXチームやエンジニアが知っているように、舞台裏ではさらに多くのことが行われています。すべてのマイクロインタラクションには、4つのステージまたはステップがあります。:

  • トリガー:ユーザーのアクションまたはシステムの状態変化
  • 条件:どのようなマイクロインタラクションがトリガーされるかを定義するシステムルール
  • フィードバック:ユーザーインターフェースへの視覚、聴覚、触覚の変化
  • モード:マイクロインタラクションが完了した後に起こること-ステートまたはUIの変更

UXPinは、クリック/タップ、マウスアクション、ジェスチャーなど、様々なユーザートリガーをUXデザイナーに提供します。また、プロトタイプの次のアクション(マイクロインタラクションを含む)に対して「if-then」条件を設定することができます。これは、Javascriptの関数を実行するのと同様です。

実際にお試しください。UXPinの無料トライアルにサインアップして、世界で最も先進的なプロトタイピングツールで遊んでみてください。

なぜマイクロインタラクションが重要なのか?

マイクロインタラクションは、ブランドがユーザーとコミュニケーションをとることを可能にし、わかりやすさ、次のアクション、ブランドエンゲージメントなどを提供します。

わかりやすさとシステムフィードバックの提供

例えば、Instagramのフィードを下に引っ張ると(ほとんどのアプリで)、上部にローディングアニメーションが表示され、システムがフィードを更新するために働いていることを示します。

このマイクロインタラクションがなければ、ユーザーは、システムが A.自分のアクションに応じたのか、B.タスクを完了したのかを知ることができません。

アクションを起こす

マイクロインタラクションは、ユーザーにアクションを起こさせるのにも役立ちます。最も一般的なものは、Eコマースで見られる「カートに入れる」というマイクロインタラクションです。

買い物客が商品をカートに入れると、ヘッダーにあるカートのアイコンが揺れたり、色が変わったりします。場合によっては、画面の横からカートがスライドしてきて、ユーザーにチェックアウトを促すこともあります。

ブランディング

マイクロインタラクションは、ユーザーにポジティブな印象を与えたり、楽しいアニメーションを提供することで、ブランド体験を向上させます。

例えば、DuckDuckGoのアプリを使用したことがある人は、「すべてのタブとデータを消去」をクリックすると、ブラウザが閲覧履歴を消去したことを示す炎が表示されます。

このマイクロインタラクションは、DuckDuckGoがユーザーにブラウジングのプライバシーを提供し、トラッキングクッキーをブロックすることを約束するものです。

マイクロインタラクションの重要性を示すその他の例

マイクロインタラクションの例

マイクロインタラクションには無限の可能性があります。UXデザイナーはしばしば、マイクロインタラクションで創造性を発揮して楽しんでいます。

ここでは、マイクロインタラクションの最も一般的な例と、それらがどのようにユーザーエクスペリエンスを向上させるかをご紹介します。

マウスホバーエフェクトプロトタイプを改善するパワフルな マイクロインタラクション  - ホバーとエフェクト

マウスのホバー効果は、デスクトップユーザーにとって最も一般的なマイクロインタラクションの一つです。これらのマイクロインタラクションは、ツールチップを使って分かりやすくしたり、カーソルを変えてクリック可能な要素を示したりすることができます。

また、ホバーによるマイクロインタラクションは、画像カルーセルの開始/停止や、ビデオのプレビューを可能にし、ユーザーが画面を「ブラウズ」してからどこをクリックするかを決めることができます。

クリック/タップエフェクト

ほとんどのインタラクションは、ユーザーが画面上の要素をクリックしたりタップしたりすることで発生します。クリック/タップによるインタラクションには、無限のマイクロインタラクションと可能性がありますが、ほとんどの場合、製品やウェブサイトをナビゲートする方法を提供しています。

クリック/タップアクションは、ボタンを押すエフェクトのように、要素上のマイクロインタラクションをトリガーし、ユーザーが別の画面に移動したことを示すために、ページのスライドトランジションをトリガーすることがあります。

タップ/クリック/ホールドエフェクト

タップ&ホールドのマイクロインタラクションは、ドロップダウンメニューに代わる優れた機能で、特にスクリーンスペースが限られたモバイルデバイスでは有効です。ユーザーは要素をタップ&ホールドすることで、より多くの選択肢を得ることができます。通常、何らかのマイクロインタラクションでポップアップを起動します。

Facebookの「いいね!」ボタンがその典型例です。デスクトップでは、「いいね!」ボタンの上にカーソルを置くと、より多くの投稿のリアクションを見ることができます。モバイルではマウスカーソルがないため、同じ機能を利用するには「いいね!」ボタンをタップ&ホールドする必要があります。

ハプティック・フィードバック

最近のスマートフォンやゲーム機のコントローラーには、ユーザーやシステムの動作に対応した振動である「触覚フィードバック」が搭載されています。

プロトタイプを改善するパワフルな マイクロインタラクション  - フィードバック

ゲームでは、撃たれたり殴られたりするようなアクションシーンに触覚フィードバックがよく使われます。この振動により、ユーザーは画面上で起こっていることを聞いたり、見たり、感じたりすることができ、没入感を得ることができます。

スマートフォンで親指を使った生体認証を行った場合、認証に失敗すると親指の下にわずかな振動が伝わります。この触覚マイクロインタラクションは、親指の位置を変えて、もう一度やり直さなければならないことを知らせてくれます。

データ入力・進捗管理のためのマイクロインタラクション

マイクロインタラクションは、データの入力や進捗状況に非常に効果的です。よく、新しいパスワードを作成するときに、「弱い」から始まり、「強い」「非常に強い」へと進行していくプログレスバーが表示されます。

また、「サインアップ」「確認」のボタンは、シェーディングされた暗い色/クリックできない状態にしておき、次に進むために十分な強度のパスワードを作成した後に点灯させることもできます。

フローの上部にプログレスバーを設置すると、ユーザーに確認ページまでの残り時間を知らせることができます。ユーザーが進むにつれて、バーがアニメーションしたり、色合いが変わったりして、完了を促すことができます。

スワイプ/スライドによるマイクロインタラクション

UXデザイナーは、移動やナビゲーションを示すためにスライドによるマイクロインタラクションをよく使います。これらのマイクロインタラクションはモバイルで最も効果的ですが、デスクトップ画面でも画像カルーセル、セールスファネル、チェックアウトフローなどで効果を発揮します。

モバイルデバイスでは、タップする代わりにスワイプすることで、よりスムーズで高速なナビゲーションが可能になります。スライドのマイクロインタラクションは、アクションに対応しているため、スワイプとの相性が良いです。

スライドマイクロインタラクションの優れた例として、出会い系アプリでの左右へのスワイプがあります。ユーザーがスワイプすると、マッチする可能性のある相手が画面外にスライドします。一致した場合、アプリは「It’s a Match」というマイクロインタラクションと、チャットを開始するためのボタンやリンクをユーザーに提供します。

システムフィードバック

マイクロインタラクションは、システムのフィードバックをユーザーに伝える上で重要な役割を果たします。回転するローディングアイコンは、最も一般的なシステムマイクロインタラクションです。これらのマイクロインタラクションは、アプリやウェブサイトのロード中にユーザーに待つことを知らせます。

回転するアイコンがないと、ユーザーはアプリがクラッシュしたと思ってしまうかもしれませんし、クリックやタップを続けてしまい、結果的に複数のサーバーリクエストが発生してしまうかもしれません。

メッセージの通知も、システムのフィードバックの好例です。アプリは(他のユーザーから)新しいメッセージを受け取り、アプリを開くように警告します。

まとめ

マイクロインタラクションの重要性と、それを利用してユーザーエクスペリエンスを向上させる方法をご紹介しました。何事も「過ぎたるは及ばざるが如し」です。マイクロインタラクションを使いすぎたり、無駄に長いアニメーションを作ってユーザーの動きを遅くしたりしないようにしましょう。

UXデザイナーは、ユーザビリティスタディからのフィードバックをもとに、ユーザーがナビゲーションのためにマイクロインタラクションを必要としている箇所や、強力なパスワードの作成など重要な指示を見逃していないかを判断する必要があります。

UXPinプロトタイプ:マイクロインタラクションの作成

UXPinは、UXデザイナーがハイフィデリティ・プロトタイプのための没入型ユーザー体験を作成するためのトリガー、条件、およびインタラクションを提供します。

また、変数を作成してマイクロインタラクションをパーソナライズすることもできます。例えば、サインアップフォームからユーザーの名前を取得し、ユーザーがサインインに成功したときのウェルカムアニメーションをパーソナライズすることができます。

また、ページ遷移の有効化、要素の表示/非表示、トグル、状態の設定、APIリクエストの作成など、様々な機能があります。UXPinは、UXチームが完全に機能するハイフィデリティ・プロトタイプを構築して創造性を発揮するためのツールと柔軟性を提供します。UXPinで次のプロトタイプのデザインを始めましょう。世界で最も先進的なコードベースのデザインツールを使ったプロトタイピングのパワーを体験していただくために、14日間の無料トライアルをご用意しています。

ヒューリスティック評価 – 指針となる5つのユーザビリティ原則

ヒューリスティック評価 - 指針となる5つのユーザビリティ原則 - 真のユーザーが求めているものとは?

ヒューリスティック評価とは、一連のユーザビリティ原則に基づいてユーザーインターフェースをレビューすることです。

デザインプロセス全体を通してユーザビリティの問題を明らかにし、公開前に問題箇所を修正できることで、開発時間を大幅に節約することができます。

ヒューリスティック評価は、3~5人のユーザビリティの専門家がインターフェイスを検証し、ガイドラインに基づいて潜在的な問題を浮き彫りにしていきます。

この記事はNextUXのAndrew Coyleによって書かれました。NextUXはWebベースのビジュアルコミュニケーションツールを提供しており、チームがWebプロジェクトのフィードバックや方向性を示すのに役立ちます。

Jakob NielsenとRolf Molichは、90年代のヒューリスティック評価のパイオニアです。 ユーザー ・インターフェース・デザインのためのユーザビリティ・ヒューリスティックは、今日でも指針となっています。そのため、彼らの10のヒューリスティックについて学び、ヒューリスティック評価の方法について理解を深めることをお勧めします。

デザイナーとしての経験を通じて、私はウェブプロジェクトのレビューで使用するヒューリスティックスを明確にし、改善してきました。UIを評価する際には数え切れないほどのバリアブルやベストプラクティスを考慮しますが、ここで紹介する5つの原則は私自身がデザインを評価する方法をよく使用しています。

UXPinを使用して最終製品のように見える高度なプロトタイプをデザインしてみましょう。UXPinを使うことで、漠然としたアイデアを他のチームメンバーと共有可能で高機能なプロトタイプに簡単に変換することができます。14日間の無料トライアルはこちらまで。

ユーザーに自分の居場所を知らせる

 ユーザー はインターフェイスの中で自分がどこにいるのかを常に把握し、行きたい場所に移動する方法を理解する必要があります。アプリやウェブサイトでは、わかりやすいナビゲーションとサインマーカーを設置しましょう。また、デザインをインタラクティブにすることで、最終的に何が問題になるのかを徹底的にチェックします。

例:段階的なフローに進捗や状態を示す表示を追加し、説明的なヘッダーを用意して、どこにいるのか、次に何があるのかを伝える。

ルールの例外:ゲームのように、 ユーザー が現在地や次の段階を発見することで娯楽や価値を得られる場合。

ヒューリスティック評価 - 指針となる5つのユーザビリティ原則 - ユーザーの立場

ユーザーインターフェースに一貫性のあると美的なものにする

 ユーザーインターフェースを構成する要素やフローにおいて一貫性は不可欠です。

例: 一部のボタンに文語体を使用し、他のボタンにタイトル語体を使用しているデザインがあったとします。これではスタイル上の理由がない限り、一貫性が高いとは言えないでしょう。

見る人によってもちろん異なりますが、私は異なるデザインスタイルを使う場合、全体的なビジュアルに関しての魅力はあまりないかと思います。バランス、シンメトリー、ヒエラルキーなどの視覚的な原則をどのように使うかによって、普遍的なデザインを作ることができます。

例:不必要なボーダーやドロップシャドウなどの視覚的なノイズが多いインターフェイスだと、見た目の美しさを低下させてしまい、かえってユーザビリティを低下させてしまいます。

ヒューリスティック評価 - 指針となる5つのユーザビリティ原則 - ユーザーインターフェース

「読む」「待つ」「覚える」を減らす

残念なことに、デジタルの世界では人々の注意力は極めて低いものです。ユーザーが何かを読んだり、待ったり、記憶したりすることに頼ってはいけません。不必要なテキストは省き、スキャンしやすいようにデザインしましょう。

ユーザーが短期的な記憶に頼らなくてもいいように、できるだけ自動化しましょう。

例:特定のプロセスやインタラクションのロード時間が長いアプリの場合、待ち時間の負担を軽減するために、残り時間を示す楽しいロードアニメーションを追加することを検討します。

例:アプリの設定プロセスが複雑な場合、 ユーザー が説明書を読んだり要件を記憶したりすることを前提にしてはいけません。代わりに、長いセットアッププロセスを、簡潔で文脈に沿った情報を持つ短いステップに分割します。

Solution to complicated setup process

エラーを防ぎ、行動を可逆的にする

アプリケーションに安全策を講じ、明確なコミュニケーションをとることで、エラーの可能性を減らすことができます。

例:

  1. 不用意な削除を減らすために、重要なデータの削除をより手際よく行う。
  2. 削除プロセスに特別なステップを追加し、ユーザーが自分のアクションの結果を確実に把握できるようにします。
  3. 重要なアクションを元に戻す機能を追加する。

経験豊富な ユーザー に対応し、新しい ユーザー にも対応

複雑さや選択肢の多さで新しいユーザーを圧倒してはいけません。できるだけ早くユーザーが使いこなせるように、初めての使用感を提供すること。

強力なアプリケーションを使いやすくするために、経験豊富なユーザーの能力を制限してはいけません。頻繁に使用するユーザーが目的を達成し、ニーズを可能な限り早く解決できるように、オプション性とカスタマイズ性を提供する。

例:ユーザーインターフェースに表示されるアクションにキーボードショートカットを追加する。新しいユーザーはキーボードショートカットを知らなくても操作できますが、経験豊富なユーザーはショートカットを使うことでより早く操作できます。

ユーザビリティの原則を使用してプロダクトデザインを改善する

エンドツーエンドのデザインツールをお探しなら、ぜひUXPinを実際に使ってみてください。デザイン、イテレーション、プロトタイプの完成を10倍速くします。気になった方は、14日間の無料トライアルをこちらからお試しください。