ロシアで売り手と買い手の両方のためにシンプルで便利な支払いシステムを作成することは、UXスペシャリスト/インターフェイスデザイナーにとって深刻な課題です。 タスクが面白くて難しいほど、プロセスで得られる経験と知識が増えます。 私はこのまさにタスクに取り組んでいます。この記事では、 A1Payインターネット決済システムの再設計と最終化における私の経験を共有したいと思います 。

この記事では、作業の段階、行われた決定、およびそれらが何に基づいているかについて説明します。 1つの記事で、すべての興味深いアイデア、遭遇した困難、その解決策、発見事項などを説明してください。 -。 簡単な作業ではありません。 明らかな理由のために、測定されたKPIとその値など、いくつかの重要な問題は、完全に範囲外のままです。

インターフェイスでの私の作業の開始までに、A1Payはすでにインターネット支払いを受け入れるための有効なシステムでした。その強みは、高い技術力、詐欺防止、パートナーおよび加入者のサポートサービス、合理化された作業プロセスなどです。 しかし、このシステムは使いやすさが非常に不足していました。

会社の経営陣にとって、インターネット決済の分野のシステムとビジネスが成長するためには、ユーザー指向の製品が必要であることが明らかになりました。

支払いシステムのユーザーは、3つの大きなグループに分けることができます。

• 商人/パートナー-ウェブサイト所有者
• 購入者-販売者のサイトで購入するユーザー
• 会社の従業員

この記事では、売り手のインターフェースの再設計について詳しく説明します。 パートナーと呼んでいます 一緒に私たちは共通のことをします。 システムの現在のバージョンをサポートする必要があり、同時に高度な機能と新しいインターフェイスを備えた新しいバージョンの開発が開始されたときに、プロジェクトに参加しました。 私の仕事では、UCDアプローチ（ ユーザー中心設計またはユーザー中心設計、最近はヒューマン中心設計と改名）に焦点を当てています。 このアプローチに従って、ユーザーを開発プロセスに引き付けるために、ユーザーの目標と目的を理解する必要があります。 A1Payの場合、次の手順を定義しました。

1. 調査：システムとやり取りする際のユーザーの目標、目的、ニーズを調査する。
2. 監査：既存のインターフェイスの問題を特定して修正します。 UIを標準化するためのユーザビリティガイドラインを作成します。
3. 設計：最初の2つの段階の結果に基づいて、システムの新しいバージョンのインターフェイスを設計します。
4. テスト：新しいインターフェイスの導入後にKPIを測定し、ユーザーからフィードバックを取得します。
5. カイゼン（継続的な改善）：継続的なマイナーシステムの改善。

リサーチ

プロジェクトの作業のアクティブフェーズでは、研究時間は非常に限られています。 この場合、長時間にわたる一連の詳細なインタビューまたは比較的なユーザビリティテストは適切ではありません。

Cooperからキャラクターの方法論について聞いたことがあるかもしれませんが、このプロジェクトでは使用しませんでした。 なぜ-別の議論のための別の問題。 代わりに、ユーザーをグループに分けました。 上記の「販売者/パートナー」グループをサブグループに分けました。

• 求職者とは、このシステムについて知り、アカウントをまだ持っていない人です。
• 新しいパートナーは、システムを登録して作業を開始したばかりの売り手です。
• 経験豊富なパートナーとは、システムを長年使用してきたパートナーです。
• 元パートナー-何らかの理由でシステムを離れた人。

これにより、結果を追跡できるシナリオに従って、現在の機能とコンテンツがユーザーおよびKPIのさまざまなサブグループのニーズを満たす方法を定義できました。

ウェブ分析

Web分析ツールとして、Google Analyticsを使用しました。 その中で、訪問の頻度、ナビゲーションチェーン、最も訪問されたページ、コンバージョンなどを追跡しました。 これにより、システムの実際の使用に関する定量的なアイデアが得られました。 記事のある段落では、UXスペシャリスト向けのこのツールの機能について語るのは困難です。 ブライアン・クリフトンの本「Google Analytics。 プロのウェブサイトのトラフィック分析」とAvinash Koshikの本。

サポートチケット

共感 （他者との共感 ）を養い、ユーザーの本当の苦痛を感じるより良い方法は、サポートチケットでしばらく返事をすることです。 Zappos.com（企業文化と顧客指向のアプローチで有名）では、開発者、マーケティング担当者、または試用期間中のプロジェクトマネージャーを問わず、すべての従業員がサポートのパートタイムリクエストに答えます。 システムの現在のユーザーからの質問や提案、理由の理解、フィルタリングは、相互作用を改善するためのアイデアの尽きることのないソースです。 複数のユーザーに問題や同じ質問がある場合、これは確実な兆候です。システム内の特定の場所に問題があります。 インターフェース設計者のタスクは、問題を修正し、解決策を提案し、チーム（ユーザー弁護士）と議論するためにそれを配置し、一緒に実装方法を決定し、実装または開発計画に含めることを達成することです。

フォーラム、ソーシャルネットワーク、ブログ

すでに述べたように、印象的なUXを作成するにはコミュニケーションが不可欠です。 A1Payは、 Twitter 、 Vkontakte 、 Facebook 、LiveJournalなど、すべての一般的なソーシャルネットワークおよびサービスで利用されています。 それらのそれぞれのアカウントは、対話のために開かれています。 その中で、企業の専門家がユーザーの質問に答え、提案やコメントを聞く準備ができています。 さらに、ブログとフォーラムは常に監視されており、すべてのメッセージは迅速に処理されます。 自分のブログでの技術サポートの呼び出しとは異なり、人は公平で自分を表現する自由があるため、感情的なレビューが見つかることがあります。 ユーザーにはinりのすべての理由があることを理解する必要があります。 彼が直面した問題は、彼にとって常に最も重要です。 彼はあなたの味方です 彼は気にします。 彼はシステムがより良く、より便利であることを望んでいます。 特に興味深いのは建設的な批判です。 これらのメッセージに対するデザイナーの反応、およびチケットのサポート：問題の修正、分析、議論、修正、または開発計画への追加。 外部チャンネルに加えて、このサイトには、パートナーがお互いに質問、提案、話し合い、助け合うなどのフォーラムがあります。

質問する

データとシステムの知識に基づいて、システムを使用するための主なシナリオについて、仮説を立てました：登録-セットアップとテスト-モニタリング-資金の引き出し。 これらの各シナリオには、改善可能な相互作用があります。 私は詳細を調べ、質問することで仮説を支持することにしました。 パートナーのサンプルのうち、次の質問を含むアンケートを配布しました。

1. A1Payのどの情報（インジケーター、レポートなど）をチェックして最も重要なものと考えていますか？
2. どのくらいの頻度でチェックしますか？
3. 受け取る十分な情報はありますか？ 自分で計算する必要がある指標はありますか？
4. A1Payシステムに問題はありますか？ これについて詳しく教えてください。

アンケートは未解決の質問で構成されており、質の高い情報を得ることができました。

監査

UIの一般的な要件はなく、特定のモジュールの開発者がシステムの各セクションにインターフェイスを作成したことが判明しました。 通常、このアプローチでは2つの大きな問題が発生します。全員がそれぞれの部分に責任を負う場合、全体として相互作用に責任を負う人はいません。 もう1つの問題は、インターフェイスの不整合です。 システムの異なる部分で同じ操作を異なる方法で実行できます。 システムが大きいほど、これらの問題の影響は大きくなります。 解決策は、 ユーザビリティガイドラインでインターフェイスを標準化することでした。



ガイドラインがWebプロジェクトの品質をどのように改善できるかについては、 「ユーザビリティガイドラインを使用してWeb開発の品質を改善する」という記事で詳しく説明しました。 いくつかのインターフェイスの問題とその解決策を示します。

動作確認

データを復元できない重要な操作（削除など）には確認がありませんでした。 次のルールが策定されました。



削除操作またはその他の非戻り操作の場合、確認メッセージが表示されます。 テキストは、アクションが実行されるオブジェクトの名前を必ず示す必要があります。

コンテキストシステムのヘルプ

テクニカルサポートサービスに対する申し立てから判断すると、一部の用語の意味、システムの原則、または条件から疑問が生じました。



コンテキストヘルプアイコンをテンプレートの右側に配置すると、ナレッジベースの現在の画面（サービス、操作など）の説明に移動することが提案されました。 ヘルプが新しいウィンドウで開きます。

UIの標準化には、システムの改善と新しい機能の作成が必要でした。

試作機

現時点では、多数のプロトタイピングツールがあります 。 誰もが自分自身や直面しているタスクに便利なツールを見つけることができます 。 ただし、ポイントはツールにあるのではなく、ツールで作成するものと解決したいものにあります。 このプロジェクトでは、タスクはインタラクティブで非常に詳細なプロトタイプを作成することであったため、 Axureを使用しました 。



詳細なプロトタイプの作成の前に、概念設計が行われました。 この段階で、情報アーキテクチャ、ナビゲーション、対話アーキテクチャなどが作成されました。 ツールを使用する前に、紙の上で「考える」必要があるように思えます。 彼女はすべてに耐えます。



概念設計段階では、ナビゲーションは私にとっては問題でした。 古いバージョンのように、タブとサブメニューで水平にするか、垂直にしますか？ 紙に両方のオプションを描画し（画像の垂直方向）、システムの開発計画と比較して、水平方向のオプションに専念することにしました。 私のソリューションのロジックは次のとおりです。

• システムに新しいモジュールとソリューションが表示されても、メニューは乱雑ではありません。
• 左側の空き領域により、画面の作業領域が増加しました。
• どの時点でも、ユーザーは1つの画面で作業します。 ユーザーがシステム全体の高速ナビゲーションを必要とするシナリオはありません。
• このようなニーズ（クイックナビゲーション）が発生した場合でも、コンテキストリンク操作によって実現できます。

ナビゲーション要素は、訪問統計と調査データに基づいて並べられました。 最も頻繁な操作とモジュールは、左上にあります。

概念設計のもう1つの重要なポイントは、以前は存在しなかったダッシュボードがメイン画面として表示されることです。 システムを操作する主な頻度のシナリオは、監視です。 ダッシュボードは、システムのステータス、変更、およびその原因を明確に表示する必要があります。 コンテキストが原因である場所では、システムの奥深くにある詳細情報（たとえば、詳細な統計など）へのクイックリンクを提供します。 そこで、収入チャート、残高、口座、ニュース、新しいチケットなど、主要なブロックを含む紙のダッシュボードが描かれました。 モジュールのいくつかの要素は、速度を上げるためにパネルに拡張されました（「クイックリンク」を与えます）。

ダッシュボードの設計については、Stephen Few の優れた書籍、Information Dashboard Design：The Effective Visual Communication of Data 、Aaron Harsmanのプレゼンテーション、またはDashboard Spy Webサイトの例をご覧ください。

概念設計の後、Axureのすべてのシステム画面の詳細な描画が始まりました。 合計で、約30の画面が設計されました。 インタラクティブなプロトタイプにより、計画されたUIをチームでデモンストレーションおよび議論することができました。

設計

プロトタイプを保護および承認し、グラフィックデザインのマニュアルの要件を明確にした後、デザインのレンダリングに進みました。 設計者はグラフィックデザイナーと協力して積極的に作業し、作業の仕組みといくつかのインターフェイス要素の可能な状態を説明する必要があります。 リモートデザイナーと作業する場合は、プロトタイプに追加のコメントを提供する必要があります。 これらの目的のために、プログラムの機能を使用してFastStone Captureのスクリーンショットを撮りました。 コラボレーションWebサービスに関する記事は、しばしばHabrahabrに掲載されます。これにより、チームは文明的な方法で設計について議論し、結果をクラウドに保存できます。 Lebedevによるこのようなサービスは、リンチと呼ばれることもあります。



グラフィックデザインを形式化するのは困難です。 最初に目的の結果を得る可能性は低いです。 数回の反復の後、リビジョン-リビジョンは許容可能なオプションに近づくことができました。 反復回数は、グラフィックデザイナーのスキルと最終結果を見る能力に依存します。



この段階で、デザイナーはロゴも描きました。

ソリューションの検証と次のステップ

ローンチ後しばらくして、改善または改善すべき場所がまだあります。 本「ユーザーインターフェイスデザイン2。 Vlad Golovachの「象を洗う芸術」は、これがインターフェイスデザイナーに特有のものであり、これが専門能力開発の一部であることを知っています。



システムには、オンラインで追跡される特定のKPIがあります。 （大型テレビでの出力）。 再設計後、システムの操作に関するサポートサービスの呼び出し回数が減少し、パートナーの総数が増加し、忠誠心が増加しました。

相互作用の改善と改善は、各スプリントで実行されます（SCRUMに取り組んでいます）。

結論

使いやすさとユーザーエクスペリエンスは、顧客指向サービスの重要で不可欠な部分です。 私は、特別に指定された専門家なしで彼らが重要な長期的結果を達成した例（サービスまたは製品）をほとんど知っていません（37の信号である場合を除き、UXは旗に掲げられています）。 一方、「UX is king」というスローガンは、西洋の使いやすさの第一人者の記事に残っています。 実際には、ユーザーエクスペリエンスと使いやすさがビジネスに役立ちます。 多くの場合、UXの専門家は、技術的、法的、政治的な制約に直面する必要があります。 どこかで妥協点を探し、どこかでソリューションを元の形でプッシュし、場合によっては完全に放棄するのとは反対に-インターフェース設計の現実。

Webサービスまたは製品内のUXスペシャリストの作業は、多くの反復を伴うUCD方法論に従って可能です。

この場合、私はA1Payインターネット支払いシステムのウェブインターフェースで働くことから成る部分を示しました。 私の経験を全体的または部分的に使用できます。 計画では、プロモーションWebサイトの再設計と支払いウィンドウについて説明しています。 質問に答える準備ができました。