「製品が不要な場合、どのように梱包しても意味がありません」：テクノロジー企業がインターフェースで作業する方法

Netologyブログ専用のVinci AgencyのAlexey Skorikは、スタートアップやテクノロジー企業の幹部に、チームがどのようにユーザーインターフェイスを作成するかについて質問しました。



この会話から学んだこと：

• 主なものは製品であり、デザインではありません。
  
  
• ユーザーとのコミュニケーションおよびユーザー分析により、インターフェースを可能な限りユーザーフレンドリーにすることができます（ただし、これは正確ではありません）。
  
  
• ユーザーアクションを評価する最も効果的な方法の1つは、テストタスクです。
  
  
• UIをUXから切り離して考慮する必要はありません-最初のUIは常に2番目のガードです。
  
  
• インターフェースの主観的な好みは良いのですが、データ駆動型のアプローチは依然として優れています。
  
  
• 製品をテストする最も簡単で安価な方法は「コリドーテスト」です。いずれの場合も、ユーザーテストをまったく行わないよりもはるかに優れています。
  
  
• ほとんどの場合、一部の既製の機能の新しい反復は、機能を向上させることではなく、単純化することを目的としています。すべては、エンドユーザーが実際にインターフェイスを掘り下げたくないためです。
  
  
• A / Bテストの結果を顧客に見せても、彼はまだ非建設的なコメントを持っているかもしれません-落ち着いた体系的な作業と重要な問題に関する絶え間ない対話がここで役立ちます。
  
  
• UIは、ユーザーがインターフェイスの問題を解決するのに役立ちます。このコンテキスト外で考慮すると、意味が利点から装飾に変わるリスクがあります。
  
  
• 常に自問してください：なぜこれを行うのですか？ これで問題は解決しますか？ どのようなメリットがありますか？
  
  

Notify.Networkの創設者であるAlexander Peterman 氏 ：

「UIをできるだけ便利にするために、独自の分析とユーザーとの直接通信を使用します」

投資ファンドの親会社からキャッシュフローを生み出す主要プロジェクトまで、私たちが取り組んでいるすべてのプロジェクトの開発デザイナーの統合チームがあります。 これにより、リソースを効率的に使用し、常に興味深い新しいタスクを開発者に提供し、さまざまな業界のアプローチを適用してスキルを向上させることができます。 最も重要なことは、私たちのアプローチにより、経験があり、創造的な実施に制約されていない、業界の最も才能のある人々を引き付けることができることです。 Sberbank CIBと多くのヨーロッパの銀行の設計スペシャリストがここで非常にうまくいっています。



活動の主な領域は投資と企業市場に関連しているため、ビジネス環境で最も需要の高いインターフェイスとスタイルを作成します。そのため、絵文字やセルフィーの絵文字は私たちのものではありません。



レイアウトの承認に使用するアルゴリズムは何ですか？

1. 問題の声明。
   
   
2. 参照の研究。
   
   
3. 改善のキーポイントを特定するための参照の分析。
   
   
4. 設計者はいくつかの主要なレイアウトを開発します。
   
   
5. 提示されたレイアウトから方向を選択するか、新しいレイアウトを開発します。
   
   
6. 選択したレイアウトの重要なアイデアの改良。
   
   
7. レイアウトの提出。
   
   

レイアウトと統合を開発した後、私たちはそれを生活環境で仕上げています。 適切な段階的な開発戦略があるため、根本的に何かを変更する必要はありませんでした。

UIをできるだけ便利にするために、独自の分析とユーザーとの直接的なコミュニケーションを使用します。

また、業界で数年間働いており、ユーザーにとって何が役立つかを確実に知っている経験豊富な専門家に頼っています。



最後に、私は何年も前にこのルールを学んだと言いたいと思います。「製品が必要なければ、どのように梱包しても意味がありません」。 主なものは、デザインではなく製品です。

CPO Movista、Sergey Podshivalin：

「すぐに完璧な製品を作ることは不可能なので、ユーザーと一緒にサービスを開発することを恐れないでください」

旅行プランニングサービスのMovistaについては、まず、市場に存在する潜在的な競合会社である直接および間接、国内および外国を調べました。



次に、サービスのユーザー行動マップの最初のバージョンをコンパイルし、Figmaで視覚化された最初のプロトタイプを組み立てました。 そのため、サービスの機能を評価し、仮説をテストし、意識的な結果のあるデザインエージェンシーでコンセプトを実装するためにフォーカスグループで実験の準備をすることが判明しました。



インプットでは、主な競争上の優位性が複雑なマルチモーダルルートを構築する能力であることに基づいて、戦略的マーケティングによって製品コンセプトが形成されました。 鉄道、航空、バスのチケットを1つのインターフェースで購入するための既存の行動テンプレートをいくつか組み合わせ、すべての種類の交通機関の検索と販売を1つのバスケットに統合する必要がありました。



レイアウトを選択して承認するとき、2つの側面に導かれました。すべての必要な機能を実装するための技術的能力の評価と、レイアウトの長所と短所を特定するためのフォーカスグループです。

サービス内のユーザーアクションを評価する最も効果的な方法は、テストタスクです。

これを行うために、ユーザーに特定のルートを購入し、それがどのように行われるかを確認してもらいます。 彼が多くの時間を費やしたり、質問を始めたりする段階を分析と改良の瞬間としてマークし、彼が迅速に実行するアクションは便利で理解できると考えられます。 変更の導入後、さまざまなユーザーグループに対してこのような反復を実行します。これにより、サービスをより普遍的で理解しやすくすることができます。



ルートを見つけてチケットを購入するサービスという定型的なアイデアから脱却することができました。ユーザーは、2つの対応するウィンドウ「where」と「where」に記入する必要があります。 フォーカスグループでは、ユーザーは短くて簡潔なテキストメッセージ "I want to get ..."を評価し、他のトランスポートサービスと区別する機能として選び出しました。



チケット販売市場にはさまざまな種類の行動があります：航空券は頻繁に行き来するため、ユーザーはルート全体を一度に見たいと思っていますが、鉄道セクターでは最初にチケットを購入してから他の方法でチケットを購入するのが一般的です。動作機能を実装し、最初にそこからルートへのルートのユニバーサル発行を実装しました。 ユーザーが1つの交通手段のチケットを購入することに慣れると、別の交通手段のチケットを購入するのも同じくらい簡単になるので、これを私たちの利点にするつもりです。



主なことは、最初からさまざまなユーザーグループで製品をテストし、UIを改善することを試すことを恐れないことです。

すぐに完璧な製品を作ることは不可能なので、ユーザーと一緒にサービスを開発することを恐れないでください。

Ivan Ardintsev、CPD Worki ：

「視覚的なコンポーネントでは、味の好みを信用せず、データ駆動型のアプローチを使用しているため、A / Bテストを通じて異なるバージョンのインターフェイスソリューションのみを実行します」

UIをUXから分離することは考慮していません。 最初は常に2番目をガードします。 UIの作業では、ほとんどの同僚とそれほど違いはありません。すべての問題が既に解決されている最後のグラフィカルなプレゼンテーションに取り組んでいます。 タスクが簡単な場合はすぐにソリューションを作成し、難しい場合は分解してプロトタイプを作成します。



インターフェイスに関するすべての技術的な作業は、抽象バージョン管理システムを使用してSketchで行われます。 レイアウトの準備ができたら、Overflowを介して接続します。これにより、便利な機能マップが生成されます。 Zeppelinの開発者向けのソースコードをダウンロードします。



UIはUXおよびUXに接続されています-欠員と候補者のテープを作成するためのスマートアルゴリズムを使用しています。 機械学習を使用して、候補者に最適な求人を表示し、採用担当者に提示します-データベースでコールド検索を実行する場合に最適な候補者です。 これは、次の4つの側面を通じて達成されます。



候補者の社会人口学的特性。 私たちは、候補者からの空席についての意見と回答の大きな歴史を蓄積してきましたが、現在では、このデータを利用して、製品を改善するためにそれを使用しています。 たとえば、18歳の少女は、おそらくローダーやドライバーの空席に興味はありませんが、40歳の男には興味があります。 さらに、まもなく「Desired Professions」があり、候補者は最初に誰が仕事をしたいかを正確に示すことができます。 これにより、MLテープがさらに強化されます。 次に、150の機能を使用してパーソナライズされたフィードを生成します。



即座の関心。 40歳の男性がキャッシャーの空席をよく見るか追加する場合、アルゴリズムは、すべてのローダーやドライバーではなく、キャッシャーの空席に興味があることを理解しています。



罰金。 採用担当者が一定の時間内に回答を処理しない場合、この空席の候補者のニーズが満たされていると判断し、発行時にそれを引き下げます。 そのため、採用担当者が候補者により迅速に対応することをお勧めします。



ジョブのグループ化。 KFCのキャッシャーのように、本当に巨大な空席があります。 候補者がより多様なストリームを見るために、テープに彼に最も適したものを示しながら、それらを1つの空席にグループ化します。



視覚的なコンポーネントでは、好みの味を信用しませんが、データ駆動型のアプローチを使用するため、A / Bテストを通じて異なるバージョンのインターフェイスソリューションのみを実行します。 分析部門と協力して、各ソリューションのターゲットインジケータを注意深く監視し、しばらくしてから、可能な限り効果的な状態を保ちます。



何が便利で何がそうでないかを事前に理解することは困難です。 インターフェイスで作業するプロセスでは、設計者の経験は、どの動作パターンが機能し、ユーザーに馴染みがあり、どのパターンが間違いなく困難を引き起こすかを既に知っている場合に重要です。 これは実験の可能性を排除するものではありませんが、大衆向けにはハードアバンギャルドなソリューションを使用しない方が良いです。



自分でテストする最も簡単で安価な方法は、同僚に見せて「廊下テスト」を実施することです。 ほとんどの非論理的または理解できないものはすぐに現れます。



より複雑で高価：UXは、カメラのインターフェイスとその後のミニインタビューとのすべての対話の記録を使用して、実際のユーザーをテストします。 スタートアップ環境では、これには常に時間とリソースがあるわけではありませんが、成熟した企業では、特にサービスの対象者が多い場合、これが主な選択肢になる可能性があります。



変更を行うための最も一般的なケースは、エンドユーザーが実際にインターフェイスを掘り下げたくないということです。 既製の機能の新しいイテレーションは、多くの場合、機能の向上ではなく、単純化を目的としていますが、これも重要です。



新しいイテレーションごとに、インターフェイスをふるいにかけ、最も重要な要素と、バックグラウンドにプッシュする2番目の要素を最前面に持ってくる必要があります。

高度に専門化されたインターフェイスで作業していない場合は、「より簡単な方が良い」というルールが最初に来るはずです。

各機能画面を最大限にロードして、豊富な機会をユーザーに印象づけようとしないでください。表示されるもののほとんどは使用されません。

Rubrain.comプロダクトディレクター Alexander Zhulin ：

「すべての作業を共通の視覚言語の形成から始めると、将来、一度に複数の方向の作業が大幅に促進され、同時にほとんど費用がかかりません」

特にスタートアップ企業で製品の責任を負う場合、チーム内の決定を守り、ユーザーの前で直接決定します。 フィードバックに耳を傾け、ビジネスと対話し、意思決定を最適化します。 ライブ番号はいつでもすぐに分析できます。 しかし、設計作業では、すべてがより複雑です。 ここでは、妥協する必要があります-ソリューションが最適であり、ビジネスタスクがユーザーエクスペリエンスと同じ優先順位であることを顧客に納得させるため。 また、UXを使用する方が少し簡単な場合は、UIを使用するとすべてが主観的になります。 A / Bテストの結果を表示しても、多くの顧客は非建設的なコメントを持っています。 ここでは、顧客との冷静で体系的な作業が役立ちます。重要な問題について建設的な対話を行う必要があります。 また、仕事の前にガイドラインを作成して承認するのに役立ちます-これは、将来の非建設的紛争の強力な議論です。

ユーザーにとって便利なものとそうでないものを理解するには、設計の初期段階で、自分で試して、プロトタイプ段階でサービスのすべてをテストし、メインユーザープロファイルを決定し、それらのケースを登録する必要があります。

もちろん、すべてのケースは正常に終了する必要があり、成功の基準とパラメーター自体も決定する必要があります。 ほとんどの問題は、経験、ユーザーの行動の理解、およびそれらの相互作用パターンが現れると消えます。 これにより、将来の初期段階で多くの時間を節約できます。



バージョン間で1年以上が経過する可能性があった日は長い間過ぎていました。 すべてが加速しました。 現在の世界では、ビジネスの目標、目的、および環境は、製品がリリースされるよりもはるかに速く変化しています。 したがって、製品はモノリスではありません。 これは、一方では変化する環境に適応し、他方ではビジネスタスクに適応するシステムです。



また、画面上で作業を開始する前であっても、可能であれば、シンプルで理解しやすいと同時に感情的で表現力のある視覚的言語が重要です。 スタイル、韻、トリック、制限。 これはすべて記述、検討、定式化および形式化する必要があります。 オフラインメディアや印刷でもスタイルをテストできます。 これは決して不必要ではありませんが、将来的には製品とマーケティングの不一致、プレゼンテーション、ドキュメント、オフライン資料、ランディングページ、広告の問題を取り除くことができます。



多くの人が何らかの理由でこれを逃しますが、共通の視覚言語の形成からすべての作業を開始すると、将来一度に複数の方向の作業を大幅に促進し、同時にほとんど費用がかかりません。 たとえそれがあなたにとって絶対に不必要に思えるとしても。

TraceAirの共同設立者兼マーケティングディレクターであるNikita UshakovとTraceAirのデザイナーであるAlexander Smetankaは次のように述べています。

「ユーザーにとって便利または不便と思われるものを理解するには、ユーザーを知る必要があり、そのためにはユーザーと多くのコミュニケーションをとる必要があります。」

ドローンを使用して効果的な建設管理用のソフトウェアを作成しています。 これはB2B製品ですが、B2Cのようにします。 建設用の同様のソフトウェアを製造する多くの企業とは異なり、私たちの仕事は、技術的に精通しており、さまざまな複雑なエンジニアリングプログラムで既に働いているエンジニアだけでなく、フィールドスタッフにも役立つようにすることです。 その結果、測量士がサイトに関する関連情報を提供したり、複雑なエンジニアリングソフトウェアで必要な情報を受け取ったりするまで待つ時間がない建設業者の情報不足を解消します。 したがって、ソフトウェアを非常にシンプルにします。 ほぼ全員が30分以内に製品の使用方法を学ぶことができます。



B2Bの販売はありますが、製品の使用に関しては、より多くのB2Cがあります。 多くのB2B製品に共通する、不快で理解しにくいマルチレイヤーインターフェイスの使用を避けています。 ユーザー、人々、製品の使用方法に注意深く耳を傾け、問題を解決するのがさらに便利で簡単になるようにインターフェイスを調整します。 UIの開発プロセスは、B2C製品のプロセスとそれほど変わりません。人々とその利便性は最前線にあります。



フィードバックの収集には、社内チームと顧客という2つの面があります。 チーム全体が設計に影響を与え、誰もが自分で変更を加えることができます。 次に、最も忠実な顧客でプロトタイプをテストします。これは、実際のバージョンを実現するのに役立ちます。 最後の言葉は設計者にかかっています。これは製品設計者であり、決定は常に正当化され、バランスが取れており、指定された開発リソースで時間通りに実装される可能性を含むことを理解することが重要です。



ユーザーにとって便利または不便と思われるものを理解するには、ユーザーを知る必要があり、そのためにはユーザーと多くのことをやり取りする必要があります。 彼らの職業の本質に対する継続的なコミュニケーションと洞察は、彼らにとって何が便利かを最初に理解することを提供します。 しかし、イノベーションはユーザーとのコミュニケーションだけでは行われません。 また、チーム、あなた自身のために設定した戦略目標、およびこの目標に向けて従う原則からも得られます。 私たちの目標は、ビルディングオートメーションです。 原則の1つは、誰でも使用できる製品をできるだけシンプルにすることです。 クライアントと積極的にコミュニケーションを取り、目標と原則を組み合わせて、何が便利か不便かについて仮説を立て、テストします。



また、お客様と継続的にコミュニケーションを取り、フィードバックを受け取るカスタマーサービスマネージャーもいます。 彼らが望むように動作しないものを見つけることは彼らにとって特に良いです-彼らはこれについて非常に熱心に言われています。 ユーザーは当社の製品に情熱を傾けており、ユーザーの開発は彼らにとって無関心ではありません。



したがって、私たちはまだ新興企業ですが、時間とリソースに制限があり、多くの場合、すべてを計算することはできませんが、エラーは避けられません。 たとえば、ユーザーベースが不十分なため、インターフェイスの大規模なA / Bテストを実施していません。 最も忠実な顧客からの詳細なフィードバックを使用してインターフェイスを開発しています。 それは迅速かつ便利ですが、そのような限られた視聴者とのコミュニケーションから得られた結論は、製品の他の多くのユーザーに好かれないリスクを冒します。 作業を妨げるような重大なインターフェイスエラーは一度もありませんでしたが、インターフェイスのホットフィックスを行う必要がありました。 ここでも、顧客からの迅速で積極的なコミュニケーションが大いに役立ちました。

設計部門AICの責任者、セルゲイ・キレエフ：

「美しく、適切に設計されたインターフェイスが大好きですが、製品がうまく動作しない場合、UIはユーザーに使用を強制しません」

UIは、ユーザーがインターフェイスでタスクを解決するのに役立ちます。 この文脈の外でそれを調べることは、利益から装飾への意味の変化に満ちています。 したがって、若い製品の場合、UIの操作における開発ベクトルは次のようである必要があります。最初に支援し、関与してから、習慣を形成し、新しいユニークなエクスペリエンスを作成します。



各業界には、独自の特性、独自の確立された行動パターンおよび傾向パターンがあります。 しかし、どこでも普遍的なデザインが使用されています。 それらを追跡し、解釈し、正しく適用することはプロのデザイナーの仕事であり、認識はUIを扱う際の主要な基準です。 常に自問してください：なぜこれを行うのですか？ これで問題は解決しますか？ どのようなメリットがありますか？



以下は、私が自分で特定したUIを効果的に使用するためのいくつかのルールです。

• 製品を常にテストします。 定量的および定性的なテストを実施することが重要です。 定量的なものはシナリオを最適化し、問題の場所を理解するのに役立ちますが、定性的なものは問題の底に到達し、深い洞察を学ぶのに役立ちます。
  
  
• 設計はバグに対する絶え間ない作業です。 将来的に同様の間違いを防ぐために、各ミスから迅速に対応し、修正し、経験を積み、それを修正することが重要です。
  
  
• 慎重に行動してください。 すべてのユーザーに対して一度に新しいデザインを展開しないでください。人々は、新しいものや未知のものすべてを恐れています。 主要な指標を特定し、忠実な視聴者を見つけて、それから始める必要があります。 フィードバックを収集し、エラーの場所を理解し、修正および更新します。 短い反復で行動する。
  
  
• あなたが取り組んでいる製品にとって良いデザインとは何かを定義する10の原則を策定すること。 それらを設計チームの決定のガイドおよびテストにしてください。 これらの原則は、製品または会社にとって重要だと考えるさまざまな側面を網羅できますが、二重または抽象的な解釈を行うべきではありません。 そのような原則の例は、 designprinciplesftw.comで見つけることができます。
  
  
• 設計チームに決定を文書化し 、レイアウトをレビューし、要素とパターンのライブラリを作成させます。 これは、同じ機能を実行しているにもかかわらず、外観が異なるインターフェース要素を取得するリスクがある場合、またはその逆の場合に必要です。
  
  

編集者から

インターフェイスデザイナー向けのNetologyコース：

• 職業「 プロダクトデザイナー 」
  
  
• 職業「 UIデザイナー 」
  
  
• 職業「 UXデザイナー 」