ウェブサイトやアプリケーションのアイデアはありましたか？ アイデアを思い付くのは簡単です。 最も難しいのは、このアイデアがユーザーインターフェイスでどのように実装されるかを理解することです。 これだけのために、スケッチが必要です。 創造性とデザインがスケッチの作成に関与している多くの職業の代表者。 レオナルド・ダ・ヴィンチでさえ、発明を始める前に彼の発明のスケッチを作成しました。 どんなに才能があっても、すべての詳細を熟考せずに頭の中の単純なアイデアからすぐに実装することはできません。 実装する前にアイデアをスケッチすることは、すべてのデザイナー、プロジェクトマネージャー、開発者、そして一般的に誰にとっても必要です！
アイデアはすべてユーザーインターフェイスに翻訳する必要があります
インターフェイスの設計はプロセスです。 すべてはアイデアから始まりますが、このアイデアはユーザーインターフェイスに変換する必要があります。 「X、Y、Zを作成するアプリケーションが欲しい」と言うだけでは不十分です。 X、Y、Zを実行するには、ユーザーがアプリケーションの各画面に何を表示するかを知っておく必要があります。スケッチを作成すると、天国から地上に移動し、悪名高いユーザーエクスペリエンスについて最終的に考えることができます。 アプリケーションに何が必要かはすでにわかっていますが、スケッチを作成すると、アプリケーションがどのようにユーザーを望ましい結果に導くかを理解するのに役立ちます。 スケッチにより、ユーザーの行動を視覚化できます。 したがって、あなたのアイデアはあなたの想像力の単なる形象ではなくなり、より有意義でアクセスしやすいものになります。
スケッチはプロトタイプでもダイアグラムでもありません。
多くのデザイナーとデザイナーは、スケッチがワイヤーフレームまたはプロトタイプであると誤って想定しています。 それらはいくつかの点で似ていますが、概して「3つの大きな違い」です。 これらにはすべて、インターフェイスの概念とその動作を説明するという1つの目標があります。 しかし、スケッチ、回路、プロトタイプは異なる環境で作成され、異なる結果につながります。
スケッチするとき、アプリケーションがユーザーインターフェイスでどのように機能するかという基本的な概念を理解する必要があります。 アイデアのインターフェイスの具体化には多くのオプションがあります。 この段階で、これらのオプションが何であり、どのオプションが最適であるかを確認する必要があります。 ここでは、ユーザーインターフェイスの詳細と仕様はそれほど重要ではありません。 ユーザーが目標に到達する前に、ユーザーが体験の各ステップで何を見るかを理解することは、はるかに重要です。
インターフェイス回路（ワイヤフレーム）を設計するとき、アプリケーションの概念を「なめる」必要があります。 通常、これには特別なソフトウェアが使用されます。 このような環境では、寸法、場所、要素の順序など、概念をより詳細に把握できます。 また、主要な要素だけでなく、画面上のすべての要素を慎重に検討することもできます。 「ピクセル単位」で作業すると、ユーザーインターフェイスがどのように見えて機能するかについて、より明確なビジョンが得られます。 インターフェイスを図式的に設計すると、コンセプトはより明確に、より明確に、より完璧になります。
プロトタイプを作成するときは、アプリケーションの動作を十分に考慮する必要があります。 プロトタイプの重要な特徴は、その対話性です。 つまり 将来のアプリケーションの動作を完全に繰り返します。 最終バージョンとの違いは、グラフィックとコンテンツを簡素化することです。もちろん、バックエンドが完全に存在しない場合です。 このステージはすべてのチームで使用されるわけではありません。 この理由は異なります。リソースを大量に消費するプロトタイピングから始まり、製品の詳細で終わります。
常にスケッチが最初に作成されます。
各デザイナーには、ワークフローに関する独自のビジョンがあります。 誰かがスケッチをスキップして、すぐにインターフェース図の作成を開始できます。 誰かが回路をスキップして、すぐにプロトタイプの作成を開始できます。 しかし、これらの段階のいずれかを逃すと、概念的なアイデアと有能な詳細の一部を失う危険があります。 プロジェクトは時期尚早に新しいステージに移行するため、苦しみます。そのため、重要な要素や思慮深いロジックの一部が失われます。
回路図設計の段階でプロジェクトの基礎を築くか、レイアウトの段階で詳細を検討するとどうなりますか？
スケッチはプロジェクト全体の基盤であるため、 これは逆効果です。 インターフェース図は、頭に浮かんだ概念です。 そして、レイアウトは既製の視覚的なデザインとコンテンツです。 スケッチやスケマティックデザインの段階を見逃すと、同時に多くのことを念頭に置かなければならず、主なことに集中することが難しくなります。 これは、デザイナー/デザイナーに追加の負担をもたらすだけでなく、このためにコンセプトが十分な注意を受けていないため、プロジェクトが苦しんでいます。
スケッチは、チーム/クライアントとのブレインストーミングに役立ちます
スケッチの最も重要な利点の1つは、スケッチを使用してアイデアをすばやく表現し、他の人をプロジェクトに参加させることができることです。 黒板とナプキンのどちらにスケッチを描くかに関係なく、プロジェクトチームまたはクライアントがプロジェクトコンセプトの基本的なアイデアを理解することが重要です。 したがって、彼らは参加し、新鮮な思考で概念を補充することができます。 ちなみに、受け取ったフィードバックやアイデアをスケッチに含めることは非常に重要です。そうすれば、インターフェイスに何も見落とされません。 これを行うには、クライアントまたはチーム全体を着陸させてスケッチを描くこともできます。 明らかな利点に加えて、これはチームの精神を強化し、相互理解を向上させます。
スケッチを使用すると、考えて作業を高速化できます。
基本的な概念なしでインターフェイス図をゼロから設計することは、ピクセルを思考の速度で操作できないため、非常に困難です。 インターフェイスを設計するときは、ユーザー動作の実装のすべてのバリエーションを検討する必要があります。 時々、新しいアイデアが頭に浮かびます。そして、紙にペンを置いたときほど速くモニター画面に表示することはできません。 スケッチを使用すると、すべての実装オプションをすばやく検討できるため、最適なオプションを正確に選択できます。 スキームの前に基本的なインターフェースの概念を作成すると、開発プロセスがより速く簡単になります。 プログラムで作業しているため、回路図のインターフェース設計では、その場でいくつかの概念を思い付くのは困難です。 思考の速さでピクセルを実装することは不可能であるため、ブレインストーミングと柔軟性が制限されます。
スケッチは図をより詳細で完璧なものにします。
インターフェイス図を設計している場合、基本的な概念があり、急いで自分の脳を吹き飛ばして実装する方向を理解する必要はありません。 実装には常にいくつかの方法があります。 ただし、スケッチ段階を経た場合、インターフェース図を設計する際にそのようなグローバルなことを考える必要はありません。 これにより、より詳細なスキームを作成できるようになります。基本概念の改善により多くの時間を費やし、どの方法を検討するのに時間を費やす必要がないためです。 詳細なレイアウトが手に入ったら、レイアウト段階でグラフィックとコンテンツに集中できます。
スケッチは見た目が悪いかもしれませんが、うまく機能します
スケッチをするのにレオナルドダヴィンチのスキルは必要ありません。 スケッチはひどく見えるかもしれませんが、うまく機能します。 ここで重要なのは、ペイントの能力ではなく、インターフェイスのさまざまな概念を説明する能力です。 スケッチを使用すると、他の人があなたの視点を示すことができます。 また、議論の余地のないスケッチは、チームまたはクライアントのコメントに応じて、外出先で簡単に変更できることです。 レイアウトとは異なり、スケッチは美しく見えるべきではありません。 これは、スケッチを作成するためのスキルがまったく必要ないことを意味します。 これにより、最初の開発プロセスにチームとクライアントを参加させることが便利になり、プロジェクトに多くのメリットがもたらされます。
スケッチを過小評価しないでください。
スケッチは、将来の設計プロセス全体のトーンを設定します。 スケッチは必要ないと思うかもしれません、なぜなら あなたが望むものとインターフェースがどのように見えるべきかをすでに知っています。 しかし、スケッチを開始するとすぐに、当初考えていたよりもはるかに多くの可能性があることに気付くでしょう。 そして、あなたが行くつもりだった方法は、実際には最高のものではありません。 スケッチを作成すると、将来のインターフェースで可能なすべてのオプションを考慮することができます。 最終的に、プロジェクトが最も最適な方法で実装されたことを100％確信し、それを改善することは単に不可能でした。
更新： 知識のある人々の要求に応じて、彼は一般的に受け入れられている基準に従って用語を修正しました。 たとえば、以下は棚にすべての用語を載せた良い記事です。