良いデザインが最初の写真よりも早く始まる理由

デザインは外観、インターフェース、スタイルであるという事実に慣れています。 これは見たり触ったりできるものです。 また、製品がい、または不快な場合、デザイナーを非難するのが習慣です。 彼らはすべてをやり直し、ABテストを実施し、フォントと変換で遊ぶように求められますが、サービスは改善されず、利益は伸びません。



多くはデザイナーの仕事の質に依存しますが、デザインは製品の一部にすぎません。 この記事では、デザイン自体以外にどのような問題が貧弱なデザインにつながる可能性があるのか​​、また、ボタンや絵を描くよりも早い段階で優れたデザインが始まる理由について意見を述べたいと思います。



ソフトウェア開発でも同じ状況がよく発生します。ピクセルの整列、イラストの再描画、ユーザースクリプトの変更、インターフェイスです。 しかし同時に、彼らは重要な機能の仕事、部門の不一致、顧客に理解できない名前、奇妙な広告、その他の多くの問題を抱えています。



以下は、私が(そしてそれだけではなく)実践で見た典型的な問題であり、設計の質の低下につながり、それらをどうするかというヒントです。



商用部分の問題



製品の価格はいくらですか? どのような支払い方法が計画されていますか? 各関税にはどのようなオプションが含まれますか? 購入または登録の段階で、どのデータを省くことができますか? 試用期間を有効にするには、銀行カードをリンクする必要がありますか? 通常、これらの問題は最上位で解決され、フィンに同意します。 労働者とデザイナーは当たり前です。 銀行カードのバインドインターフェイスがいかに理想的であっても、登録中にこれを行うと、サービスは多くの顧客を失います。



どうする



関税政策と財務の問題は、UXデザイナーと一緒にできるだけ早く解決し、プロトタイプサービスと一緒にテストする必要があります。 製品を選択して購入する手順は、その使用と切り離してはなりません。 この部分の問題は、インターフェースに影響する場合があります。



マーケティングの問題



お客様は誰ですか? 彼らに現在の状況に合わないものは何ですか? 最も重要な製品機能は何ですか? 人々は何を支払おうとしていますか? 最初のバージョンに含める機能は何ですか?

これらの質問への回答は、多くの場合誰にでも求められますが、そうすべきではありません。 デザイナーとプログラマーにはこう言われています。 明日は顧客開発を行い、デザインを描いてプロトタイプを作成します。」 その結果、製品の機能は使いやすいが、必要な機能ではないことが判明する場合があります。 そして、必要なものは深く隠されており、残余の原則に従って作られています。



どうする



これらの質問に対する回答をできるだけ早く見つける必要があるのは、製品マネージャーとマーケティング担当者です。 もちろん、同僚の助けなしではありませんが、プロセスを独力で進めることも不可能です。 この情報がなければ、設計者は自分の意見に導かれるか、自分で研究を行いますが、どちらの設計者もこの恩恵を受けません。 彼らは自分のビジネスにもビジネスにも従事しません。 彼は彼が期待するものを得られないというリスクを冒しています。 市場調査と市場ニッチの発見の方法を教えることができますが、これは別の科学であり、いくつかのスタートアップワークショップはここではできません。



プロジェクト管理の問題



常に十分な時間がないため、製品をより速く切断する必要があります。 設計は、ユーザビリティテストなしで行われます。 アナリストはモックアップを見て、ビジネス要件を作成し、開発者は要件を待たずにプログラムを開始します。 その結果、製品は予想された機能からはほど遠いものになり、多くの機能がありますが、バグははるかに多くなります。



どうする



デザインの最初のバージョンが登場してすぐにコードを書くために急ぐ必要はありません。デザインがまだない場合はさらにそうです。 これは、適切な類似物やユーザーの行動に関する個人データがない新製品やニッチで最も重要です。 プロジェクトに変更を加えるコストは、最初は最小で、最後は最大であることは誰もが知っていますが、何らかの理由で、ビジネスになったときにそれを忘れています。



組織の問題。 構造とビジネスプロセス



最も単純な製品でさえ、複数の対話チャネル、異なるステージ、およびクライアントが位置するステージを持つことができます。 各段階で、クライアントはさまざまな部門、人、テクノロジーとやり取りします。 部門のプロセスが混乱しており、相互作用が確立されていない場合、インターフェイスも複雑で混乱します。



どうする



ビジネスプロセスを自動化して「デジタル化」する前に、それらを簡素化する必要があります。 そのため、政府機関の単一ウィンドウの原則では、まず部門内のプロセスの再構築が必要でしたが、その後、それは単純なインターフェース、実際には単一ウィンドウとして実装されました。



機能の問題



設計者は、美しく便利なインターフェイスを描画できますが、技術的な制限により実装されません。



どうする



テクノロジーは、製品の要件にタイムリーに適応する必要があります。適応しないと、製品はテクノロジーの機能に適応する必要があります。 多くの場合、インターフェイスの再設計の成功は、アーキテクチャおよび技術の再設計に依存します。 プロジェクトチームはこの準備を整えておく必要があります。



クライアントの製品インターフェースは製品そのものです。 しかし、開発者にとって、インターフェースは氷山の一角に過ぎず、背後にはキッチンの技術、プロセス、構造、その他の機能が隠されています。 ユーザーは望んでいないので、掘り下げてはいけません。 しかし、すべてのプロセスとすべての決定が製品インターフェース、したがって製品自体を改善または悪化させる可能性があることを忘れてはなりません。



All Articles